Proy Essalud)

PROYECTO II
Proyecto:

rea Temtica: Ciencias Clnicas y Salud

Docente : Mg. Gner Zambrano L.

Integrantes :
Avils Herrera Hugo
Toribio Fernndez Jonathan

Grupo : N7

Seccin : 55 J

Ciclo : X

Fecha: 14 de Noviembre del 2012

Sistema de reserva de citas online e indicadores
para una Buena Gestin de Atencin Mdica

Universidad de San Martin de Porres Sistema Integral de Citas Mdicas Online
Facultad de Ingeniera y Arquitectura SICMOL
Proyectos II

2

INDICE
PROYECTO II ................................................................................................. 1
INTRODUCCION ............................................................................................. 5
RESUMEN EJECUTIVO .................................................................................. 6
ABSTRACT....................................................................................................... 7
1. CAPITULO I : Planteamiento del Problema ......................................... 8
1.1. Situacin Problemtica ...................................................................................... 8
1.2. Definicin del Problema ..................................................................................... 8
1.3. Alternativas de Solucin .................................................................................... 8
1.4. Objetivos ............................................................................................................ 9
1.4..1. Objetivo General ................................................................................................ 9
1.4..2. Objetivos Especficos ......................................................................................... 9
1.5. Alcance .............................................................................................................. 9
1.6. Justificacin ..................................................................................................... 10
1.7. Lmites y Restricciones .................................................................................... 10
1.8. Viabilidad ........................................................................................................ 10
1.9. Planificacin .................................................................................................... 13
1.10. Conclusiones .................................................................................................... 15
1.11. Fuentes de Consulta ................................................. Error! Bookmark not defined.
2. CAPITULO II : MARCO TEORICO ................................................... 15
2.1. Tema de investigacin ...................................................................................... 15
2.2. Antecedentes de la investigacin ...................................................................... 16
2.2..1. Ttulo : propuesto de implementacin de un sistema web en el hospital II de
Tarapoto .................................................................................................................... 16
2.2..2. Ttulo : SOLI-H y su influencia en el tiempo de atencin mdica para agilizar el
proceso de citas mdicas del hospital de la solaridad de la ciudad de Ica 2010 .......... 17
2.2..3. Ttulo : Sistemas de informacin de control de citas mdicas de un consultorio
18
Proyectos II

3

2.2..4. Ttulo : Implementacin de sistema de Gestin de Historias Clnicas y Reserva
de Citas Medicas ........................................................................................................ 18
2.2..5. Ttulo : El 32% de las Citas Mdicas en Aragn ya se reservan por Internet .. 19
2.2..6. Ttulo : Citas mdicas por Internet .................................................................. 19
2.2..7. Ttulo : Trak Care............................................................................................ 20
2.3. Bases Tericas .................................................................................................. 20
3. CAPITULO III : Metodologa ............................................................... 33
3.1. Materiales ........................................................................................................ 33
3.2. Mtodos ........................................................................................................... 34
3.3. Mtodos y Medios de Ingeniera ...................................................................... 35
3.4. Metodologa gil: ............................................................................................. 36
3.5. Metodologa Extreme Programing-XP ............................................................. 38
3.5..1. Manifiesto para la Administracin del Software gil ...................................... 38
3.6. Ciclo de vida en XP .......................................................................................... 39
3.7. Fases de XP ...................................................................................................... 40
3.7..1. Reglas y Practicas ............................................................................................ 40
3.8. Materiales ........................................................................................................ 47
3.8..1. Asignacin de Recursos .................................................................................... 47
3.8..1.1. Recursos Humanos .................................................................................... 47
3.9. Plan de Desarrollo del Proyecto ....................................................................... 49
4. CAPITULO IV : DESARROLLO DEL PROYECTO......................... 51
4.1. Desarrollo ................................................................................................. 51
4.2. Equipo: Integrantes y roles ..................................................................... 52
4.3. Fases con Metodologa XP ....................................................................... 52
4.4. Fase de planificacin del proyecto ........................................................... 53
4.4..1. ITERACIN: PRIMERA ................................................................................ 54
4.4..2. ITERACIN: SEGUNDA ............................................................................... 57
4.4..3. Modelo de Anlisis ........................................................................................... 59
4.4..3.1. Diagrama de Paquetes ............................................................................... 59
4.4..3.2. Arquitectura del Sistema ........................................................................... 60
4.4..3.3. Diccionario de Datos ................................................................................. 60
4.4..3.4. Modelo de Diseo ...................................................................................... 63
Proyectos II

4

4.5. Fase de Implementacin ......................................................................... 64
4.5..1. Codificacin ..................................................................................................... 64
4.5..2. Modelo de Requerimientos .............................................................................. 65
4.5..2.1. Modelo de Caso de Uso ............................................................................. 65
4.5..2.2. Diagrama de paquetes ............................................................................... 66
4.6. Fase de Pruebas ........................................................................................ 67
4.6..1. Pruebas ............................................................................................................ 67
4.6..2. Prototipos ......................................................................................................... 68
5. CAPITULO V : Pruebas y Resultados .................................................. 71
5.1. Pruebas ............................................................................................................ 71
5.2. Resultados ........................................................................................................ 73
6. CAPITULO VI : Discusin y Aplicacin .............................................. 73
6.1. Anlisis de los Resultados en funcin a la estructura de los procesos de la
Empresa ..................................................................................................................... 74
6.2. Anlisis de los resultados en funcin al Personal de la Empresa ...................... 74
6.3. Potencialidades ................................................................................................ 75
CONCLUSIONES .......................................................................................... 76
RECOMENDACIONES .................................................................................. 77
FUENTES DE CONSULTA ............................................................................ 78
GLOSARIO DE TERMINOS .......................................................................... 79
Anexo 01: Especificaciones de Casos de Uso de Prueba .............................. 88
Anexo 02: Marco Lgico ................................................................................ 88
Anexo 03: Actas de Trabajo .......................................................................... 88
Anexo 04: Actas y Observacin de Docentes ...................................... 98

Proyectos II

5

INTRODUCCION

El presente Proyecto tiene como propsito principal contribuir en el desarrollo de procesos de cita
medicas como la de consultas online del Centro de salud ESSALUD; Sabemos que los procesos de
cita en cualquier entidad dedicada a diferentes rubros son una molestia para el cliente o pblico en
general ya sea por el tiempo de espera en cola como por limitaciones de atencin y el empleo de
recursos y personal para la atencin presencial del pblico.

Proyectos II

6

RESUMEN EJECUTIVO

En los hospitales del Per en la actualidad todava se usa el mtodo tradicional para sacar una cita
Mdica, es decir los pacientes o familiares deben hacer colas largas sin tener la certeza de que van a
ser atendidos o que el lmite de citas a llegado a su tope durante el da. La solucin que se propone es
una aplicacin web en la pgina electrnica de ESSALUD la cual servir para la generacin de citas
con la ventaja de que puedes hacer la reserva de cita a cualquier hora y desde cualquier lugar adems
de que se podr elegir y calificar a un mdico de acuerdo al servicio brindado.

Proyectos II

7

ABSTRACT

In the hospitals of Peru at present still the traditional method is used to extract a Medical appointment,
that is to say the patients or relatives must do long tails without having the certainty of which they are
going to be attended or that the limit of appointments to come to his ceiling during the day. The
solution that one proposes is a web application in the electronic page of the ESSALUD which will use
for the generation of appointments with the advantage that you can make the reservation of
appointment at any hour and from any place besides which it will be possible choose and qualify a
doctor of agreement to the offered service.

Proyectos II

8

1. CAPITULO I : Planteamiento del Problema
1.1. Situacin Problemtica

En el Per, hoy en da para reservar una cita mdica se usa el proceso convencional, el cual consiste en
hacer colas para solicitar una cita mdica; por lo que el inconveniente de dicho proceso es que muchas
personas se quedan haciendo cola sin tener conocimiento que la citas haban llegado al concluirse y la
espera era en vano. ESSALUD cuenta con 20 hospitales y 11 centros mdicos municipales en Lima,
para la prestacin de los servicios mdicos, consultas externas y servicios de laboratorio a personas
particulares en donde el proceso de citas medicas, no se encuentra sistematizado de forma eficiente;
razn por la cual existen muchos problemas que se presentan de forma cotidiana a la hora de atender a
los pacientes: Demasiado tiempo empleado en cola para realizar pago en caja, Tiempo empleado al
realizar el pago por derecho de atencin medica, tiempo de recepcin de control de pago, tiempo de
espera para atencin medica, elevado consumo de papel en impresiones, consumo del capital humano
en la atencin al paciente, y finalmente muchos pacientes realizan cola sin saber si sern atendidos.

1.2. Definicin del Problema

En la actualidad ESSALUD, cuenta con muchos procesos automatizados, sin embargo no cuentan con
un sistema integral de citas medicas online, esta deficiencia a causado muchos problemas como el
tiempo de espera en cola para realizar el pago respectivo para la atencin medica en distintas
especialidades, demasiado tiempo empleado al realizar el control de pago en caja por parte del
personal administrativo, el tiempo de recepcin del control de pago por parte del personal mdico
donde registra la secuencia para dicha atencin medica y finalmente el tiempo de espera en cola para
la atencin medica en consultorio. Todos estos tiempos mencionados, hacen deficiente al proceso de
citas mdicas de ESSALUD.

1.3. Alternativas de Solucin

Automatizar el proceso de reserva de citas, cambiando la percepcin de los pacientes a
travs de la implementacin de un sistema de reserva de citas online con indicadores para
una buena gestin de servicio mdico, permitiendo a travs de una interfaz al paciente
previo registro, poder conocer la disponibilidad y ubicacin de cada mdico.
Proyectos II

9

1.4. Objetivos

1.4..1. Objetivo General

Determinar en qu medida nuestra solucin influye en el tiempo de atencin medica para agilizar el
proceso de citas mdicas de ESSALUD y servir como soporte a la toma de decisiones.

1.4..2. Objetivos Especficos

Reducir el tiempo de espera en cola para realizar el registro de la cita.
Reducir costos de personal de atencin para registro de citas.
Reducir el tiempo de espera para atencin medica en consultorio.
Incrementar el ndice de satisfaccin de los usuarios en un25%.
Apoyar en la toma de decisiones mediante los reportes definidos.

1.5. Alcance

El sistema abarca el proceso de reserva de citas. Proporcionando un manejo automatizado y una
atencin de calidad hacia el paciente.
Desde que el Paciente (Usuario) ingresa a la pgina web para poder obtener una cita, en la
especialidad que requiera el da y la hora.
El sistema mostrara una interfaz con una lista de todos los doctores disponibles por especialidad, en
el cual se podr visualizar el desempeo de cada doctor segn los comentarios de los pacientes.
El sistema enviara un mensaje de confirmacin y recordatorio al celular o correo.
El sistema mostrara reportes segn la demanda del paciente en cada especialidad y los mdicos ms
solicitados, entre otros.
EL sistema mostrar la ubicacin de cada centro de atencin ya que cuenta con una
conexin a Google Maps.

Proyectos II

10

1.6. Justificacin
Con el desarrollo e implementacin de una aplicacin web para el proceso de citas mdicas se justifica
por que mejorar el proceso actual de citas en ESSALUD, esta nueva innovacin trae consigo
mltiples beneficios:

Con SICMOL permitir que los pacientes puedan obtener informacin en lnea (horarios de
atencin como informacin de las especialidades medicas que requiera) as mismo puedan
realizar citas on-line.
Con SICMOL permitir la libertad geografa para realizar las citas por parte del paciente.
Con SICMOL permitir la reduccin de costos de transporte a la hora de realizar el proceso de
citas.
Con SICMOL permitir cero filas y cero congestionamiento de trfico en la realizacin del
proceso de citas.
Con SICMOL se logra la satisfaccin de los pacientes.
Con SICMOL se modernizar y mejorar la gestin en la Hospital de la Solidaridad de la
ciudad de Ica, incrementando la calidad de sus servicios.
Con SICMOL econmicamente reducirn los costos al mnimo en compra de papel para
impresiones por tanto reducir gastos econmicos.
1.7. Lmites y Restricciones

La investigacin se desarrollar tomando en cuenta la decisin en ESSALUD, quienes
otorgan el permiso. Para llevarse a acabo de una manera exitosa se tendr que realizar un
estudio minucioso, los procesos que se van a automatizar ver cmo se van a realizar entre
otros, no se descarta la idea de hacer encuestas a los pacientes para ver si estn o no
conformes con que el hospital adquiera esta solucin.

1.8. Viabilidad

1.8..1. Viabilidad Tcnica

Cada hospital cuenta al menos con 10 computadoras y un servidor; es decir cuenta con la
tecnologa y las herramientas necesarias para el desarrollo e implementacin de la
Aplicacin Web SICMOL. No se procedi a realizar las cotizaciones para la compra de un
equipo nuevo, ya que cuentan con hardware e internet.
Proyectos II

11

1.8..2. Viabilidad Operativa

Es completamente posible que esta nueva aplicacin web se desarrolle y se implemente como se ha
planeado, pues no representa procesos complejos ni difciles para su uso y desarrollo. Se cuenta con un
equipo calificado capaz de desarrollar este programa de aplicacin de citas web. Se cuenta tambin
con el tiempo disponible que tomar en desarrollar incluyendo su anlisis entre otros pasos del estudio
para lograr buenos resultados.

1.8..3. Viabilidad Econmica

Depreciacin Lineal 24 meses.
Tasa de Inters: 10%.
Impuesto a la Renta: 30%.
Flujo de Caja
Meses
0 1 2 3
Inversin 40 400
Ingresos 125 000 125 000 125 000
Egresos 40 000 40 000 40 000
Utilidad antes de
Depreciacin
85 000 85 000 85 000
Depreciacin 425.58 425.58 425.58
Utilidad antes de
Impuesto a la Renta
84 574.42 84 574.42 84 574.42
Impuesto a la Renta 25 372.33 25 372.33 25 372.33
Utilidad despus de
Impuesto a la Renta
59 202.09 59 202.09 59 202.09
Depreciacin 425.58 425.58 425.58
Utilidad Neta 59 627.67 59 627.67 59 627.67
Cuadro 1. Flujo de Caja

Mtodo del Valor Actual Neto
Proyectos II

12

VAN = = - 40 400 + (59 627.67/(1 + 0.1)
1
) + (59 627.67/(1 + 0.1)
2
) + (59 627.67/(1 +
0.1)
3
)
VAN = S/.107 885.19
El VAN > 0, por lo tanto el Proyecto es Viable.
La inversin producira ganancias por encima de la rentabilidad exigida.

Proyectos II

13

1.9. Planificacin

Proyectos II

14

Proyectos II

15

1.10. Conclusiones

Los objetivos de gestin se crean para generar estrategias para el mejoramiento de
las instituciones.
Establecer el camino para la planificacin correcta.
A travs de los indicadores podremos medir el desempeo de los trabajadores de
salud.
La gestin Hospitalaria de la mano con la tecnologa nos ayudara a tomar decisiones
mucho ms rpidas.

2. CAPITULO II : MARCO TEORICO

2.1. Tema de investigacin

rea temtica: Ciencias Clnicas y salud

Se ocupa del diagnstico, pronstico y del tratamiento de los enfermos. En su ejecucin diaria es el
producto de una labor cientfica, puesto que se basa en el mtodo cientfico, para lo cual demanda un
porcentaje muy elevado del presupuesto sanitario, RRHH, equipos, etc. Es tambin el principal
empleador de los servicios en salud, tanto en mdicos como en profesionales de enfermera y otras
carreras. Tambin suele ser vinculado a la formacin y educacin e investigacin influenciados por la
evolucin de las patologas humanas, la demografa de las comunidades y las tendencias de la
globalizacin.
En el Per, hoy en da para reservar una cita mdica se usa el proceso convencional, el cual consiste en
personas se quedan haciendo cola sin tener conocimiento que la citas haban llegado al concluirse y la
espera era en vano. El C.S ZARATE cuenta con 15 consultorios mdicos para la prestacin de los
servicios mdicos, consultas externas y servicios de laboratorio a personas particulares en donde el
proceso de citas medicas, no se encuentra sistematizado de forma eficiente; razn por la cual existen
muchos problemas que se presentan de forma cotidiana a la hora de atender a los pacientes:
Demasiado tiempo empleado en cola para realizar pago en caja, Tiempo empleado al realizar el pago
por derecho de atencin medica, tiempo de recepcin de control de pago, tiempo de espera para
Proyectos II

16

atencin medica, elevado consumo de papel en impresiones, consumo del capital humano en la
atencin al paciente, y finalmente muchos pacientes realizan cola sin saber si sern atendidos.
Nuestro proyecto se enfoca en la Gestin Hospitalaria, que es una especialidad de la administracin en
salud enfocada a la autonoma de la gestin de los servicios y de las instituciones hospitalarias. En el
pasado, la administracin de un hospital estaba a cargo de uno de los mdicos de mayor antigedad.
Al igual que la gestin de empresas industriales, la administracin hospitalaria se basa en estrategias
para conseguir una mejor relacin calidad y precios y esfuerzos por lograr eficacias, efectividades y
eficiencias en los servicios del hospital. En la prctica, especialmente en la administracin de
hospitales pblicos, las recomendaciones y estrategias tericas suelen presentar una indeseable
divergencia con la experiencia real.
2.2. Antecedentes de la investigacin

2.2..1. Ttulo : propuesto de implementacin de un sistema web en el hospital II de
Tarapoto
Fuente: http://es.scribd.com/doc/40664662/PROYECTO-SIG
Descripcin:
Desde siempre los Hospitales Pblicos se han visto repletos de largas colas de pacientes que tienen
que levantarse a tempranas horas de la madrugada para poder ser atendidos. Esto representa una
debilidad para la institucin, y por otro lado, el cuidado de la salud de la poblacin se est
complicando cada vez ms con la aparicin de nuevas enfermedades.
Segn datos del INEI del 2008 la poblacin de la provincia de San Martin con su capital Tarapoto
bordea 170 000 habitantes considerndose con un crecimiento de 1.9% anual; de este universo
poblacional, se atienden en el Hospital II de Tarapoto un total de 8599 al mes en los tres tipos de
servicios que brindan: consultas externas, hospitalizacin y emergencia, utilizando procesos
tradicionales que generan largas colas en espera de la cita requerida y molestias de invertir demasiado
tiempo y esfuerzo por parte de la poblacin, sumndose a esto la falta de muchas especialidades,
personal calificado as como de infraestructura y equipos adecuados.
Por esta razn y en consecuencia al acelerado desarrollo de las tecnologas de informacin y
comunicaciones, se consider necesario el implementar un sistema de informacin Web que permita a
los usuarios reservar una cita mdica en el Hospital II del Tarapoto a travs del internet, de manera
que se puedan aprovechar los recursos informticos que poseen y proporcionar un mejor y optimizado
servicio a la comunidad que acude a esta unidad hospitalaria. Una solucin web ayudar a aumentar la
Proyectos II

17

productividad de la organizacin; administrando con eficiencia las rdenes de estudio, las citas de los
pacientes y los recursos en tiempo real.
Se pretende primordialmente, aminorar el tiempo que toma reservar una cita y descongestionar los
ambientes del Hospital al no ser un factor necesario estar presente para lo ya mencionado. Por
consiguiente se espera estar a la par de los avances tecnolgicos que nos proveen de ventajas y
beneficios en el desarrollo de los procesos de la institucin y fortalecerlos de la misma manera que se
puede llegar a ms pacientes mejorando el servicio.
2.2..2. Ttulo : SOLI-H y su influencia en el tiempo de atencin mdica para
agilizar el proceso de citas mdicas del hospital de la solaridad de la ciudad de
Ica 2010

Fuente: http://es.scribd.com/doc/36536369/tesisfinal1
Descripcin:
En la actualidad, muchos pases europeos ya cuentan con sistemas de citas mdicas integrales
desarrollados de forma eficiente para mejorar el servicio de atencin mdica, que permite gestionar la
solicitud de citas entre los pacientes y su Centro de Salud de forma on line, en cualquier da, a
cualquier hora y desde cualquier lugar, proporcionndole un nuevo canal de comunicacin con su
Mdico, razn por la cual ms personas solicitan dichas citas mdicas on line a travs de Internet
porque los pacientes evitan el uso del tiempo empleado a la hora de desplazarse al centro de salud para
solicitar una cita con su mdico de familia.
En el Per, la mayora de las instituciones mdicas no cuentan con un sistema de citas mdicas online,
razn por la cual hoy en ida usan el proceso convencional, es decir tradicional, el cual consiste en
personas se quedan haciendo cola sin tener conocimiento que la citas haban llegado al concluirse y
la espera era en vano.
En la ciudad de Ica, el Hospital de la Solidaridad cuenta con xx consultorios mdicos para la
prestacin de los servicios mdicos, consultas externas y servicios de laboratorio a personas
particulares en donde el proceso de citas mdicas, no se encuentra sistematizado de forma eficiente;
razn por la cual existen muchos problemas que se suscitan de forma cotidiana a la hora de atender a
los pacientes:
Demasiado tiempo empleado en cola para realizar pago en caja, Tiempo empleado al realizar el pago
por derecho de atencin mdica, tiempo de recepcin de control de pago, tiempo de espera para
Proyectos II

18

atencin mdica, elevado consumo de papel en impresiones, consumo del capital humano en la
atencin al paciente, y finalmente muchos pacientes realizan cola sin saber si sern atendidos.

2.2..3. Ttulo : Sistemas de informacin de control de citas mdicas de un
consultorio

Fuente: http://controlcitasjuan2.blogspot.com/
Descripcin:
El proyecto BIOS 0.1 apunta a los procesos de control de citas que maneja el Laboratorio clnico de la
E.S.E Hospital San Vicente de Paul Sede Caldas, donde se han detectado actividades cuyo desarrollo
son favorables y no favorables en relacin con la asignacin y control de exmenes mdicos.
Este software a implementarse no solo brindara comodidad a los usuarios, sino que tambin mejorara
el control interno de los procesos en el Laboratorio, De qu forma?, es muy fcil, ahorraran
papelera por pilas, ya que los registros de usuarios siempre sern diligenciados virtualmente. Adems
de que el usuario puede solicitar su cita por internet, tambin tiene la opcin de presentarse a
admisiones para solicitar la cita.
Tambin evitara el trabajo de tener que pasar los registros manuales a registro virtuales que es como
funciona actualmente en el Laboratorio. Con este nuevo software la informacin estar almacenada en
una base de datos donde permanecern ms seguros, tanto los registros que realicen los usuarios como
los que se realicen por admisiones.
2.2..4. Ttulo : Implementacin de sistema de Gestin de Historias Clnicas y
Reserva de Citas Medicas

Fuente : http://www.slideshare.net/cindy31/presentacin-de-proyecto-
presentation#_methods=onPlusOne%2C_ready%2C_close%2C_open%2C_resizeMe%2C_rend
erstart&id=I0_1338363086109&parent=http%3A%2F%2Fwww.slideshare.net
Descripcin:
La funcionalidad de una entidad privada depende de los servicios oportunos y eficientes, para lograr
satisfacer necesidades de salud y mejorar la calidad de vida de las personas. Ello requiere de un grupo
de trabajo que realice muy bien sus actividades, con el fin de alcanzar los objetivos comunes. Las
Proyectos II

19

dependencias en particular, tienen responsabilidades propias, y cada una debe contar con personal
idneo que le permita el cumplimiento de las funciones.
Este sistema ayudara a Contribuir con el manejo seguro de la informacin de las historias clnicas del
Centro Mdico Condenalco, actualizando y verificando la documentacin de los pacientes, para
minimizar los errores producidos por la incoherencia de sus datos, automatizara los registros de
historias clnicas, para que la bsqueda de las mismas sea ms gil y eficaz.
De esta manera el Centro Mdico Condenalco estar a la vanguardia de los adelantos tecnolgicos.
2.2..5. Ttulo : El 32% de las Citas Mdicas en Aragn ya se reservan por Internet

Fuente:
http://www.heraldo.es/noticias/aragon/el_las_citas_medicas_reservan_por_internet_176278_300.
html
Descripcin:
El servicio Salud Informa del Gobierno de Aragn ha conseguido, en sus tres aos de vida, que el 32%
de las citas previas para acudir al mdico se realicen por internet. En concreto, en 2011 se efectuaron
1,2 millones de reservas, de las que 414.219 se realizaron a travs del ordenador de casa.

Es uno de sus principales servicios a los pacientes y usuarios. De hecho, el 10% de las citas por
internet se efectan los fines de semana y el 19% entre las 18.00 y las 7.00 de la maana, cuando no
estn disponibles los canales habituales de atencin.
2.2..6. Ttulo : Citas mdicas por Internet

Fuente: http://www.medicosypacientes.com/pacientes/2008/11/08_11_08_citas
Descripcin:
Uno de los principales problemas a los que actualmente se enfrenta la mayora de centros mdicos
privados -y que adems supone el mayor nmero de quejas por parte de los usuarios de los mismos- es
la dificultad de asimilar el volumen de llamadas para pedir cita. En la mayora de los casos, ya sea por
falta de personal o por exceso de trabajo, los centros no consiguen satisfacer los deseos de los
pacientes, que permanecen horas literalmente colgados al telfono para conseguir una cita con un
especialista.
Proyectos II

20

En la era de las nuevas tecnologas esta situacin debera quedar obsoleta. Hoy en da es posible que, a
travs de Internet, el paciente pueda gestionar tranquilamente desde su casa o su trabajo sus citas. La
verdad es que se ha hablado mucho de la cita online y esto nos puede hacer pensar que es un servicio
que ofrecen muchos centros mdicos y consultas. Pero lo cierto es que la cita por Internet no est tan
implantada como creemos y para comprobarlo no hay ms que curiosear por las webs de los
principales hospitales privados del pas y buscar esta posibilidad. El resultado en la mayora de los
casos es el mismo: no existe este servicio.
En la actualidad en Espaa, ms diez millones de personas tienen algn tipo de pliza de salud
privada. Adems la tendencia actual est haciendo que cada vez sean ms las personas que optan por
este tipo de seguros mdicos, para reducir la espera en las consultas de atencin especializada. En este
sentido las principales empresas sanitarias privadas consideran que el sector va a seguir creciendo, a
pesar del momento econmico actual, alrededor de un 7% (anteriormente lo ha hecho entre el 10% y el
12%). Por todo ello, tanto la Sanidad Pblica como la privada tienen en las herramientas de gestin de
citas mdicas por Internet un nuevo aliado.
2.2..7. Ttulo : Trak Care

Fuente: http://www.intersystems.com/trakcare/features/overview.html
Descripcin:
Permite a los profesionales de la salud autorizados ver un registro completo del paciente desde
cualquier lugar con acceso a la Web.
Con un Registro Electrnico de Pacientes (EPR) en su esencia, se trata de una avanzada tecnologa
que ofrece mejoras exponenciales para el cuidado de cada paciente, y la productividad de cada
profesional de la salud en todos los puntos de atencin - incluyendo a la comunidad aguda, y la
configuracin de policlnica.
Se realiz la entrega de la asistencia sanitaria ms eficaz y eficiente manteniendo los costos bajo
control mediante la eliminacin de pruebas por duplicado y los despidos de otro modo, agilizar la
facturacin, y maximizar la utilizacin de la cama.
Para los mdicos y enfermeras, en colaboracin con Trak Care significa menos tiempo dedicado a la
bsqueda de informacin, y pasar ms tiempo con los pacientes.
2.3. Bases Tericas
Asistencia Mdica:
Proyectos II

21

Se entiende como tal, el conjunto de medidas directas y especficas, puestas al alcance del individuo
(paciente, enfermo usuario, cliente), que incluye los recursos diagnsticos, teraputicos y de
rehabilitacin disponibles, los cuales se brindan mediante acciones individuales o colectivas.
Cuyos Beneficios se clasifican, en:
Esperados: lo que el paciente busca con los servicios recibidos y como tal le satisfacen en sus
aspiraciones y expectativas.
Asumidos: aquellos que voluntariamente recibe, aun cuando no llenen sus aspiraciones
Aadidos: cuando lo que obtiene, va ms all de lo esperado y sobrepasa sus expectativas
Se considera como asistencia mdica adecuada, aquella que se brinda:
Del mejor modo posible.
Al mayor nmero de pacientes.
Al menor costo.
De acuerdo a las necesidades de cada uno, por complejas que estas sean mediante criterios:
Cuantitativos.
Cualitativos.
En funcin de:
eficacia (optimizacin de los recursos)
Utilizacin.
Productividad.
la cantidad adecuada, oportuna y suficiente de acciones mdicas que se le brindan al
usuario, estarn en funcin de:
La oferta.
Su demanda.
Donde la adecuacin de las mismas, oferta y demanda, resulta muy importante, si se quieren obtener
servicios de calidad.
Segn su Oferta:
3 M
Proyectos II

22

Servicios Bsicos: aquellos que constituyen la razn de ser de las actividades que se ofertan y las que
motivan al usuario a buscar atencin mdica. Lo que se traduce despus en demanda (asistida, referida
o rechazada).
Servicios perifricos: aquellos que conformados en una red de servicios, se puede acceder a ellos
como consecuencia de las necesidades percibidas del paciente.
Segn la demanda:
La existencia de un mercado externo y de referencia: conformado por toda aquella poblacin
potencial sujeta a solicitar servicios (demanda potencial y real).
Sus componentes internos: conformados por la presencia de los prestadores de servicios
responsables de las atenciones que se le brindan a los usuarios.
Capacidad de atencin y satisfaccin de la demanda

En todo proceso de gestin, la racionalidad es el soporte para que los recursos faciliten las acciones
asistenciales, la investigacin de los hechos ms relevantes y el anlisis de la informacin (datos) que
se genera.

Sin olvidar que el paciente como recurso, es el ms importante de los actores, de el depender el
desarrollo y crecimiento de la oferta y el comportamiento de la demanda, los cuales deben adecuarse y
ajustarse segn lo requieran sus usuarios.
Demanda y Oferta
Proyectos II

23

Situaciones de Ajuste

Caractersticas de los servicios:
Todos sus usuarios se muestran muy dependientes de lo que se les ofrece, solo hacen uso de los
mismos; con poco o ningn poder de decisin en lo que a sus expectativas se refiere.
La oferta y la demanda se mantienen en una interaccin constante, que va en uno u otro sentido
segn la relacin de produccin de servicios existentes. De all la constante evaluacin que ha de
hacerse en lo que se refiere a las necesidades y preferencias del usuario - paciente - cliente.
Las atenciones que se les prestan a los pacientes resultan, para l, un producto intangible (difcil de
medir); siendo el mismo quien las califica segn satisfagan sus necesidades.
Por lo que tambin es percibido por quienes lo prestan, por ser servicios diferenciados en cuanto a
edad, sexo, patologas, razones que dificultan, en mucho, el ajuste entre la oferta y la demanda.
En la empresa servicios de salud (atencin mdica) concurren dos aspectos de importancia y muy
diferenciados:
el servicio informacin, representado por el diagnostico, el proceso y las manifestaciones clnicas
percibidas.
los servicios productivos, representado por el personal (prestador de los servicios) y la tecnologa
empleada, tanto para el diagnstico, como para las teraputicas indicadas, lo que le brinda un carcter
industrial al proceso, cuantificable en los aportes que brinda: Bioanlisis, Radiologa, Farmacia y todo
lo que corresponde a los servicios de Hotelera.
Los servicios, que no pueden medirse al igual como se hace con los bienes materiales, explica el
porqu de su existencia, que se evidencian y aprecian cuando se prestan y son consumidos, no
obstante conocerse de su existencia. Tienen, de esta forma, una presencia temporal: perecen (se
terminan) una vez que los mismos han sido prestados.
Proyectos II

24

De all que la calidad, como resultado del cmo se presten, este muy ligada a las conductas y
comportamiento humano.
Componentes bsicos para la gestin de la atencin medica:
La cultura y filosofa organizacional.
La imagen institucional (prestigio).
Los modelos de produccin de servicios (a travs de sus recursos humanos, tecnolgicos,
presupuestarios, normativas legales y reglamentos institucionales).
La oferta de servicios (cantidad y calidad).
Grado de uso y comportamiento de los usuarios.
Entendindose por GESTION de la ATENCION MEDICA, el proceso mediante el cual los
responsables operacionales de los servicios, se aseguran que los recursos disponibles sean utilizados
eficaz y oportunamente para alcanzar, mediante una adecuada toma de decisiones y evaluacin de los
resultados, la asistencia, mdico o social, que demandan los usuarios.
Centrado, como ha sido tradicional el producto mdico asistencial, en el enfermo, unidad de
consumo, muestra su predominio curativo, apoyndose en el conocimiento cientfico, el
comportamiento humano y las responsabilidades ticas de quienes conforman los servicios de salud.

Modelos de Gestin:
Basados en evidencias (MBE):
Proyectos II

25

Toda poltica de Atencin Mdica se basa en la formulacin de objetivos hacia sus usuarios,
apoyndose en los medios necesarios para alcanzarlos y respaldados por las mejores evidencias
cientficas disponibles.
Para lo cual es necesaria toda informacin til sobre el riesgo de desarrollar enfermedad,
valorndose la distribucin social de dichos riesgos, los costos de asistencia y los beneficios que
habrn de alcanzarse.
Cuando la evidencia acta de forma racional, y toma en cuenta los determinantes necesarios para la
toma de decisiones, los recursos (humanos, materiales, econmicos) y las preferencias de sus usuarios,
suelen ser, en opinin de los mismos, muy razonables y eficaces y por tanto consiguen apoyo en la
poblacin.
De all la importancia de un buen diagnstico y de una adecuada teraputica, para el prestigio
institucional que facilite satisfacer la demanda en funcin de la oferta y ampliar la cobertura,
propiciando la promocin, prevencin e investigacin clnica y epidemiolgica.
As como tambin, del desarrollo de competencias y de actitudes motivadas en los prestadores de
servicios.

El importante desarrollo de la medicina cientfica, as como la mayor disponibilidad de herramientas y
sistemas de informacin, ha permitido difundir conocimientos y procedimientos que hacen posible
mejorar la calidad asistencial, con un potencial ilimitado hacia la investigacin en la salud de las
comunidades y su entorno ambiental.
Gestin por competencias:
Proyectos II

26

La misma se concibe como un sistema donde se interrelacionan el conocimiento, la tecnologa y los
recursos, expresadas en las habilidades, destrezas y eficacia en el desempeo responsable de cada
uno de los que conforman el equipo de salud. Quienes deben aportar creatividad, sensibilidad,
intuicin y talento que permitan satisfacer las expectativas del usuario.
Las competencias se refieren a los comportamientos que se desarrollan cuando se ponen en prctica
los conocimientos, las aptitudes, las experiencias y las actitudes o rasgos de personalidad en el
desempeo de las responsabilidades asignadas, en cada uno de los niveles jerrquicos y funcionales.
Para lo cual se requiere de un alto grado de interrelacin personal y comunicacional.
La gestin del recurso humano en los sistemas de atencin mdica, resultan sensibles y complejas y se
constituyen en el elemento determinante del xito final:
El producto asistencial y la calidad de servicios que se le ofertan al paciente.

De esta forma la definicin de un entorno laboral seguro y eficiente, el manejo adecuado del recurso
humano, los modelos de incentivacin y motivacin utilizados, las vas internas y externas de
comunicacin, las bases jurdicas y legales del sistema de Atencin Mdica, se apoyan en:

El conocimiento.
Las actitudes.
Las habilidades.
Las experiencias.

De quienes conforman el sistema.
Proyectos II

27

Gestin por objetivos:
Se refiere a estrategias de gestin, que consisten en adecuarlas en funcin de los resultados obtenidos
segn los objetivos planteados y segn las reas de responsabilidad establecidas, a fin de llevar al
usuario una atencin mdica oportuna, eficaz y de calidad.
Donde los ejecutores de la prestacin de servicios, independientemente de la jerarqua donde se
encuentren, identifican conjuntamente los objetivos asistenciales, para responder a la demanda.

En donde se definen claramente las reas de responsabilidad individual y de grupo, en trminos de los
resultados esperados y utilizndolos como guas para actuar y evaluar las respectivas unidades
operativas, asegurndose as la contribucin de cada miembro del equipo, en alcanzar las metas
fijadas.
De esta forma, la gestin por objetivos se convierte en una actitud de pensamiento, que induce a
enfatizar en las funciones de la planificacin y el control para obtener rpidos y seguros resultados
con la mxima eficiencia.
Es por tanto una estrategia de gestin, en la cual los niveles superiores analizan y juzgan lo que hacen
los niveles intermedios y operativos, en funcin de los objetivos asistenciales.
Proyectos II

28

Para Peter Drucker, es la gestin ms apropiada para actuar en la prestacin de servicios mediante
OBJETIVOS preestablecidos y controlarlos segn los RESULTADOS obtenidos, generndose de esta
manera un proceso de retroalimentacin (feed-back) que informa sobre la aceptacin y calidad de los
mismos, generada desde sus usuarios.

Ello exige desarrollar una capacidad gerencial que alcance ptimas condiciones, para resolver los
problemas de salud que demanda la poblacin, para lo cual requiere apoyarse en:
Una capacidad instalada de estructuras fsicas, suficientes y operativas
Recursos humanos capacitados y motivados
Un sistema de suministros en volumen y calidad adecuados e indispensables, a un costo
razonable
Asignacin presupuestaria que permita ejecutar y controlar el gasto, en cuanta y oportunidad
suficiente
Evaluacin y control de toda la informacin que las acciones mdico-asistenciales producen
SUS PROPOSITOS.
Gestin por procesos:
Entendida como aquellas estrategias enmarcadas en los principios de Calidad Total, que pretende
facilitar en el prestador de servicios y sus usuarios los aspectos que se deben mejorar y las
herramientas que deben usarse mejorar los servicios asistenciales.
Proyectos II

29

Identificndose a s mismo como el conjunto de actividades diseadas para conseguir un producto
que satisfaga al cliente.
Lo que significa amplia coordinacin de los recursos sanitarios para ponerlos al servicio del usuario
en el momento adecuado, garantizndole una atencin mdica integral, continuada y personalizada, a
travs de servicios eficientes y de calidad, que satisfagan sus necesidades y expectativas, en materia de
salud, de forma viable y aceptable.
Para ello se han de:
Definir la misin de los servicios de salud, es decir su razn de ser
Conocer los lmites asistenciales, en cuanto a su continuidad y responsabilidades,
identificando donde empieza y dnde termina la secuencia de actividades
Evaluar el grado de cumplimiento del saber, como hacerlo y del poder hay que hacerlo.
Identificar a los destinatarios del proceso y sus expectativas (paciente, familiares,
instituciones, organismos, gremios) para adecuar y ajustar las actividades a las necesidades
y expectativas de salud percibidas
Definir objetivos, flujos de entrada y salida al sistema, as como las caractersticas de calidad
de los servicios intermedios y finales, en funcin del producto final: asistir la demanda, en
relacin a la oferta disponible.

Una vez determinados los elementos que intervienen en el cumplimiento del proceso, se hace
necesario disear indicadores de evaluacin, en funcin de la relevancia, flexibilidad, viabilidad,
integracin y comparabilidad de los servicios, donde se incluyan adems los indicadores de resultados,
como son:
Efectividad, expresada en el impacto que genera la oferta.
Satisfaccin, a travs de la percepcin del usuario sobre la calidad de los servicios prestados.
Eficiencia, mediante la cuanta de recursos necesarios para adecuarse a la demanda.
Estndares disponibles y periodicidad de la informacin producida.
Con lo cual el control del proceso se realiza:
Midiendo el grado de satisfaccin del usuario.
Recabando si los prestadores de servicios consideran que la gestin ha mejorado Su trabajo,
en funcin de sus responsabilidades.
Si la efectividad lograda es la deseada, segn los estndares disponibles.
Proyectos II

30

Si la accesibilidad del usuario ha sido posible en los distintos niveles de atencin mdica.
Identificndose los problemas y su priorizacin, analizando las causas y las soluciones
ejecutadas.
De esta manera evitar caer en la trampa de la ineficiencia.

Gestin por excepcin:
Sistema de identificacin y comunicacin que tiene por objeto emitir una seal cuando se requiere la
atencin del productor de servicios; mantenindose en silencio cuando no se requiera dicha atencin.
Es decir son seales de alerta cuando en la prestacin de servicios no se estn cumpliendo las tareas
mnimas para una adecuada atencin y como tal se reporta en la queja de los usuarios, el aumento de la
demanda y una oferta que se muestra insuficiente.
Esto permite que los responsables de gestin se ocupen de las actividades ms importantes en la
prestacin de servicios, basndose en una informacin, que si bien es conocida por todos, son,
jerrquicamente, los llamados a resolver las situaciones problemas.
Lo que simplifica el proceso de comunicacin, ejecucin de tareas y aplicar medidas para mejorar
los rendimientos y actividades realizadas.
De forma tal, que las decisiones indica la accin que debe llevarse a cabo para recuperar el control de
los rendimientos, ajustar las expectativas, tanto en los prestadores de servicios, como en los que la
demandan; con el fin de que estas reflejen los cambios en las situaciones que generen problemas en la
atencin a la demanda, procurndose el mximo de responsabilidades asignadas.
Proyectos II

31

Esto permite asegurar que los responsables de gestin deben atender circunstancias, que no pueden
ser resueltas en otras instancias; concepto que lleva implcito el deseo de simplificar las tareas,
cuando existen otros niveles, con sus recursos, que pueden atender y resolver situaciones de menor
responsabilidad, sin que dejen por ello de ser complejas

Se apoya en los siguientes elementos organizativos:
Planificacin.
Actividades.
Informacin.
Medicin.
Responsabilidades.
mbito de control.
Autoridad.
Toma de decisiones.
Comunicacin.
Acciones correctivas.
Su aplicacin en la gestin de los servicios mdico asistenciales, permite:
Ahorrar tiempo, de forma que las responsabilidades se distribuyen para atender lo que le
corresponde a cada nivel de asistencia.
Concentra el esfuerzo y no se desaprovecha el talento de los responsables de gestin
Identifica, tanto las dificultades, como las oportunidades.
Proyectos II

32

Control de actividades a travs de los receptores de los servicios: el paciente
Ajusta y orienta los recursos hacia donde ms se necesiten.
Determinar en qu medida nuestra solucin influye en el tiempo de atencin medica para agilizar el
proceso de citas mdicas de ESSALUD.
Objetivos Especficos
Reducir el tiempo de espera en cola para realizar el pago encaja.
Reducir el tiempo de realizacin del control de pago en caja para atencin medica
Reducir el tiempo de recepcin de control de pago para la atencin medica.
Reducir el tiempo de espera para atencin medica en consultorio
Definicin de Trminos Bsicos
Atencin:
La atencin es la capacidad de aplicar voluntariamente el entendimiento a un objetivo, tenerlo en
cuenta o en consideracin. Desde el punto de vista de la psicologa, la atencin no es un concepto
nico, sino el nombre atribuido a una variedad de fenmenos.
Camilla:
Una camilla es un dispositivo utilizado en medicina tanto para transportar de un lugar a otro a un
herido o para atender a un paciente enfermo en una consulta mdica.
Consultorio Mdico:
Los trminos centro de salud (CS) o centro de atencin primaria (CAP) se refieren al edificio donde se
atiende a la poblacin en un primer nivel asistencial sanitario. El personal y actividad asistencial del
mismo puede variar de un pas a otro y de un centro a otro.
Medicina:
Drogas cuya funcin principal es sanar dolencias o enfermedades de un tejido o sistema no saludable.
Medicina General:
Esta especialidad atiende los problemas de cualquier persona, sexo u otra condicin, sin diferencia de
edad y relacionados con la salud, sobre los que resolver, decidir y aconsejar lo ms conveniente.
Mdico:
Proyectos II

33

Es un profesional que practica la medicina y que intenta mantener y recuperar la salud humana
mediante el estudio, el diagnstico y el tratamiento de la enfermedad o lesin del paciente.
Paciente:
El paciente es alguien que sufre dolor o malestar (muchas enfermedades causan molestias diversas, y
un gran nmero de pacientes tambin sufren dolor).
Tiempo de Respuesta:
El tiempo de respuesta se define como el tiempo que pasa desde que se enva una comunicacin y se
recibe la respuesta.
Tratamiento Mdico:
Es aquel que se practica especialmente por medio de frmacos.
Urgencia:
Segn la OMS es aquella patologa cuya evolucin es lenta y no necesariamente mortal, pero que debe
ser atendida en mximo 6 horas. As pues, para poder definir una urgencia es preciso que el paciente
padezca una enfermedad, que sin el tratamiento adecuado evolucione en un periodo de tiempo ms o
menos amplio hasta comprometer su vida.
Emergencia:
Segn la OMS es aquel caso en que la falta de asistencia conducira a la muerte en minutos y en el que
la aplicacin de primeros auxilios por cualquier persona es de importancia vital. Otras definiciones
hablan de un tiempo menor a 1 hora hasta llegar a la muerte o la puesta en peligro de forma ms o
menos inmediata de la vida de una persona o la funcin de sus rganos.
Pliza de seguro:
El contrato de seguro es el medio por el cual el asegurador se obliga, mediante el cobro de una prima,
a resarcir de un dao o a pagar una suma de dinero al verificarse la eventualidad prevista en el contrato

3. CAPITULO III : Metodologa

3.1. Materiales

Humanos
Proyectos II

34

Para la realizacin del proyecto se necesitara el siguiente personal:
Recurso Costo Mensual Numero de Meses Total
Jefe de Proyecto s/ 1400.00 8 s/ 11200.00
Analista de Sistemas s/ 1200.00 6 s/ 7200.00
Analista -
Programador
s/ 1000.00 4 s/ 4000.00
Jefe de redes s/ 1200.00 6 s/ 7200.00
Soporte tcnico s/ 800.00 4 s/ 3200.00
Total s/ 32800.00

Materiales
Para la realizacin del proyecto se necesitara el siguiente Material:

3.2. Mtodos
Los mtodos usados para el desarrollo de este proyecto son los siguientes:
Empricos
Recursos Costo Cantidad Total
Laptop hp g42 s/ 1900.00 2 s/ 3800.00
Licencia de php Gratuito 2 s/ 0.00
Licencia de Mysql Gratuito 2 s/ 0.00
Licencia de Apache Gratuito 2 s/ 0.00
Total s/ 3800.00
Proyectos II

35

Entrevistas
Se realizo entrevistas a las reas involucradas para la realizacin de los proyectos con lo cual nos
ayudo a determinar el problema que vena sucediendo antes de la aplicacin del sistema.
Encuestas
Se realizo una encuesta al rea administrativa para poder conocimiento sobre si los procesos
funcionaban de forma correcta
Recopilacin de Informacin
Se recopilo informacin sobre los procesos del rea administrativa para poder optimizarlos.
Tericos
Histrico
Se investigo informacin sobre otros proyectos de registros de citas online en el rea de Medicina
para poder tomarlo como referencia, desarrollando Sistemas web el cual permite que el usuario pueda
registrarse y registrar cita mdica desde cualquier lugar en cualquier momento solamente como
requerimiento se pide internet y un dispositivo inteligente y al administrador mostrarle indicadores
para la toma de decisiones.

3.3. Mtodos y Medios de Ingeniera

Se deber evaluar entre las metodologas detalladas en el punto anterior con el fin de encontrar la
metodologa a utilizar en el desarrollo del proyecto.
Se evaluaran 6 caractersticas en donde se le asignara valores en el rango de 1 al 5 .
Nivel =1 nivel bajo
Nivel =5 nivel alto

Proyectos II

36

Metodologas Caractersticas
gil Predictivo Adaptable Medibl
e
Incremental Iterativo
XP 4 3 4 4 4 4
RUP 3 4 3 3 4 4
SCRUM 4 3 3 3 3 3
DSDM 4 2 3 3 2 2

3.4. Metodologa gil:

Los mtodos giles son adaptables en lugar de predictivos. Los mtodos clsicos tienden a intentar
planear una gran parte del proceso del software en gran detalle para un plazo largo de tiempo. Esto
funciona bien hasta que las cosas cambian. As que su naturaleza es resistirse al cambio. Para los
mtodos giles, no obstante, el cambio es bienvenido. Intentan ser procesos que se adaptan y crecen en
el cambio.
Los mtodos giles son orientados a la gente y no orientados al proceso. El objetivo de los mtodos
clsicos es definir un proceso que funcionar bien independientemente de quien lo utilice. Los
mtodos giles afirman que ningn proceso podr nunca maquillar las habilidades del equipo de
desarrollo, de modo que el papel del proceso es apoyar al equipo de desarrollo de trabajo.
La metodologa propuesta en XP est diseada para entregar el software que los clientes necesitan en
el momento en que lo necesitan. XP alienta a los desarrolladores a responder a los requerimientos
cambiantes de los clientes, an en fases tardas del ciclo de vida de desarrollo. Tambin enfatiza el
trabajo en equipo.
Adoptamos esta metodologa gil, ya que posibilita el retraso de las decisiones, ya que supone una
ventaja competitiva ya que exista un alto grado de incertidumbre. A la vez porque fomenta la
planificacin adaptativa permitiendo la flexibilidad al cliente de poder cambiar el alcance si lo cree
Proyectos II

37

necesario sin un gran coste, as, el cliente tenga el software que mayor valor le ofrezca para la
inversin que realiz.

Mtodos y Medios de Investigacin Cientfica

Por qu fracasan las metodologas?

Ahora pensemos en las actividades que conlleva elaborar productos software: Actas, planes, software,
casos de prueba, etc. El proceso est escrito (metodologa) sin embargo, por lo general, este no est
automatizado. No podemos pretender que las personas nos
Comportemos como mquinas. Ustedes pueden imaginarse a un usuario definiendo con exactitud,
precisin y de manera oportuna sus requerimientos funcionales. Y, que estos requerimientos
funcionales puedan ser modelados y diseados tambin con exactitud, precisin y de manera oportuna.
Es sumamente complicado que las personas hagamos las actividades de procesos software como si
furamos mquinas.
Las personas somos complejas por naturaleza, tenemos sentimientos, emociones, somos susceptibles,
etc. Freud deca que las personas somos un 50% buenas y 50% malas, algunas desarrollan ms la parte
mala o buena, por eso el mundo siempre estar en una lucha constante.
En los procesos software las personas somos El proceso. Los modelos de procesos y las
metodologas nos ayudan al decirnos que debemos hacer e incluso como debemos hacerlo pero
finalmente somos las personas quienes tenemos la automatizacin de dichos procesos.
Es sumamente difcil que las personas actuemos como mquinas y avancemos segn lo planeado. El
problema se agrava cuando la persona no es disciplinada. Cuando solamente espera el fin de semana
para no trabajar, cuando no respeta las reglas de trnsito, cuando cree que el amiguismo es suficiente
para no evidenciar los problemas, cuando tiene problemas de actitud como rebelda por ejemplo, o
cuando es muy susceptible y se deja afectar por los problemas. Una vez dicindole a una persona
algunas fallas que haba tenido sta se puso a llorar. Y, ni siquiera era una llamada de atencin con
todas las de la ley.
La gente (las personas) no quiere hacer documentos porque es pesado para ellos. Entonces es lgico
pensar que el proceso (reflejado en las metodologas) no puede ser documentado o llevado a cabo tal
cual, en los proyectos, porque significa mucho trabajo para ellos.

Proyectos II

38

3.5. Metodologa Extreme Programing-XP

Extreme Programming (XP) surge como una nueva manera de encarar proyectos de software,
proponiendo una metodologa basada esencialmente en la simplicidad y agilidad. Las metodologas de
desarrollo de software tradicionales aparecen, comparados con los nuevos mtodos propuestos por XP,
como pesados y poco eficientes.
Se rechazan las metodologas tradicionales porque tienen tanto que hacer para seguir la metodologa
que, a veces, el ritmo entero del desarrollo se retarda. Como respuesta a esto surgieron las
Metodologas giles. Estos nuevos mtodos buscan un punto medio entre la ausencia de procesos y el
abuso de los mismos, proponiendo un proceso cuyo esfuerzo valga la pena.

3.5..1. Manifiesto para la Administracin del Software gil

Se valora a los individuos y las interacciones sobre los procesos y las herramientas.
Se valora a las aplicaciones que funcionan sobre la documentacin exhaustiva.
Se valora la colaboracin del cliente sobre las negociaciones contractuales.
Se valora la respuesta al cambio sobre el seguimiento de un plan.

Se basan en los siguientes principios:
Satisfacer al cliente a travs de entregas continuas y tempranas es la mayor prioridad.
Los cambios a los requerimientos son bienvenidos, an en fases tardas del desarrollo.
Entregar frecuentemente software que funciona, desde un par de semanas a un par de meses,
prefiriendo los periodos ms cortos.
Desarrolladores, gerentes y clientes deben trabajar juntos diariamente, a lo largo del proyecto.
Construir proyectos alrededor de personas motivadas, dndoles el entorno y soporte que
necesitan, y confiando en que realizarn el trabajo.
El mtodo ms eficiente y efectivo de transmitir informacin entre un equipo de
desarrolladores es la conversacin frontal (cara a cara).
Tener software que funciona es la medida primaria del progreso.
Proyectos II

39

El proceso gil promueve el desarrollo sostenible. Los desarrolladores y usuarios deben ser
capaces de mantener un ritmo de trabajo constante en forma permanente a lo largo del
proyecto.
La atencin continua a la excelencia tcnica y el buen diseo mejoran la agilidad.
Simplicidad el arte de maximizar el trabajo que no se debe hacer es esencial.

3.6. Ciclo de vida en XP

La metodologa XP define cuatro variables para cualquier proyecto de software: costo, tiempo, calidad
y alcance.
El ciclo de vida de un proyecto XP incluye, al igual que las otras metodologas, entender lo que el
cliente necesita, estimar el esfuerzo, crear la solucin y entregar el producto final al cliente. Se trata de
realizar ciclos de desarrollo cortos (iteraciones), con entregables funcionales al finalizar cada ciclo. En
cada iteracin se realiza un ciclo completo de anlisis, diseo, desarrollo y pruebas.
Tpicamente un proyecto con XP lleva 10 a 15 iteraciones. Si bien el ciclo de vida de un proyecto XP
es muy dinmico, se puede separar en fases.

Grfico 1 - Ciclo de Vida

Proyectos II

40

Grfico 2 - Ciclo de Vida Perfecto

3.7. Fases de XP

Para el presente proyecto al utilizar la programacin extrema, se podr utilizar las siguientes fases:
Fase de Exploracin
Se define el alcance general del proyecto. En esta fase, el cliente define lo que se necesita mediante la
redaccin de sencillas historias de usuarios. Los programadores estiman los tiempos de desarrollo en
base a esta informacin. Esta fase dura tpicamente un par de semanas, y el resultado es una visin
general del sistema, y un plazo total estimado.
Fase de Planificacin
La planificacin es una fase corta, en la que se acuerda el orden en que debern implementarse las
historias de usuario, y asociadas a stas, las entregas. El estudio de esta fase es un Plan de Entregas
(Release Plan).
Fase de Iteraciones
Las funcionalidades son desarrolladas en esta fase, generando al final de cada una un entregable
funcional que implementa las historias de usuario asignadas a la iteracin. Las Iteraciones son tambin
utilizadas para medir el progreso del proyecto. Una iteracin terminada sin errores es una medida clara
de avance.

3.7..1. Reglas y Practicas

Proyectos II

41

a) Planificacin
Se plantea la planificacin como un dialogo continuo entre las partes involucradas en el proyecto. El
proyecto comienza recopilando Historia de Usuarios las que sustituyen a los tradicionales casos de
uso. Luego se realizan las estimaciones de la programacin, y se establece un plan o cronograma de
entregas (Release Plan).
Conceptos bsicos de la planificacin
Historia de Usuarios: Sustituyen a los documentos de especificacin funcional, y a los casos de uso.
Las historias deben de tener el detalle mnimo como para que los programadores puedan realizar una
estimacin poca riesgosa del tiempo que llevar su desarrollo. Si la estimacin es superior a tres
semanas se debe dividir en ms historias, si dura menos de una semana se debe de combinar con otra.
Plan de Entregas (Release Plan): El cronograma de entregas establece que historias de usuario sern
agrupadas para conformar una entrega, y el orden de las mismas. El cronograma de entregas se realiza
en base a las estimaciones de tiempos de desarrollo.
Plan de Iteraciones: Las historias de usuarios seleccionadas para cada entrega son desarrolladas y
probadas en un ciclo de iteracin, de acuerdo al orden preestablecido. A comienzo de cada ciclo se
realiza una reunin de planificacin de iteraciones.

Grfico 3 - Plan de Iteracin

Proyectos II

42

Reuniones diarias de seguimiento (Stand-up meeting): El objetivo de tener reuniones diarias es
mantener la comunicacin entre el equipo, y compartir problemas y soluciones. Para no quitar tiempo
innecesario del equipo, se sugiere realizar estas reuniones en crculo y de pie.
Velocidad del proyecto: La velocidad del proyecto es una medida que representa la rapidez con la
que se desarrolla el proyecto; estimarla es muy sencillo, basta con contar el nmero de historias de
usuario que se pueden implementar en una iteracin; de esta forma, se sabr el cupo de historias que se
pueden desarrollar en las distintas iteraciones.
Programacin en pareja: La metodologa X.P. aconseja la programacin en parejas pues incrementa
la productividad y la calidad del software desarrollado. El trabajo en pareja involucra a dos
programadores trabajando en el mismo equipo; mientras uno codifica haciendo hincapi en la
calidad de la funcin o mtodo que est implementando, el otro analiza si ese mtodo o funcin
es adecuado y est bien diseado. De esta forma se consigue un cdigo y diseo con gran calidad.

Proyectos II

43

b) Diseo
Hace nfasis en los diseos simples y claros.
Conceptos bsicos del diseo
Simplicidad: Un diseo simple se implementa ms rpidamente que uno complejo. Se propone
implementar el diseo ms simple posible que funcione.
Soluciones Spike: Cuando aparecen problemas tcnicos, o cuando es difcil de estimar el tiempo para
implementar una historia de usuario, pueden utilizarse pequeos programas de prueba, para explorar
diferentes soluciones.
Recodificacin: Consiste en escribir nuevamente parte del cdigo de un programa, sin cambiar su
funcionalidad, a los efectos de hacerlo ms simple, conciso y/o entendible. La filosofa que se persigue
es tratar de mantener el cdigo ms simple posible que implemente la funcionalidad deseada.
Metforas: Es algo que todos entienden, sin necesidad de mayores explicaciones. XP sugiere utilizar
este concepto como una manera sencilla de explicar el propsito del proyecto, y guiar la estructura y
arquitectura del mismo. Una buena metfora debe ser fcil de comprender para el cliente y a su vez
debe tener suficiente contenido como para que sirva de gua a la arquitectura del proyecto.
Glosarios de trminos: Usar glosarios de trminos y un correcta especificacin de los nombres de
mtodos y clases ayudar a comprender el diseo y facilitar sus posteriores ampliaciones y la
reutilizacin del cdigo.
Riesgos: Si surgen problemas potenciales durante el diseo, X.P sugiere utilizar una pareja de
desarrolladores para que investiguen y reduzcan al mximo el riesgo que supone ese problema.
Funcionalidad extra: Nunca se debe aadir funcionalidad extra al programa aunque se piense que en
un futuro ser utilizada. Slo el 10% de la misma es utilizada, lo que implica que el desarrollo de
funcionalidad extra es un desperdicio de tiempo y recursos.

Tarjetas C.R.C. El uso de las tarjetas C.R.C (Class, Responsabilities and Collaboration) permiten
al programador centrarse y apreciar el desarrollo orientado a objetos olvidndose de los malos hbitos
de la programacin procedural clsica.
Proyectos II

44

Las tarjetas C.R.C representan objetos; la clase a la que pertenece el objeto se puede escribir en la
parte de arriba de la tarjeta, en una columna a la izquierda se pueden escribir las responsabilidades u
objetivos que debe cumplir el objeto y a la derecha, las clases que colaboran con cada responsabilidad.

Grfico 4 - Reglas de Diseo

Proyectos II

45

c) Desarrollo del Cdigo
Disponibilidad del Cliente: Uno de los requerimientos de XP es tener al cliente disponible durante
todo el proyecto. El involucramiento del cliente es fundamental. Al estar el cliente en todo el proceso,
puede prevenir a tiempo situaciones no deseables, o de funcionamientos que no eran los que en
realidad se deseaban.
Programacin dirigida por las pruebas (Test-driven programming): En las metodologas
tradicionales, la fase de pruebas, es usualmente realizada sobre el final del proyecto o sobre el final del
desarrollo de cada mdulo. La metodologa XP propone un modelo inverso. Las pruebas que se
refieren a esta prctica son las pruebas unitarias, realizadas por los desarrolladores.
Programacin en pares: XP propone que se desarrolle en pares de programadores, ambos trabajando
juntos en un mismo ordenador. Si bien parece que sta prctica duplica el tiempo asignado al proyecto,
al trabajar en pares se minimizan los errores y se logran mejores diseos, compensando la inversin en
horas.
Ritmo sostenido: La metodologa XP indica que debe llevarse un ritmo sostenido de trabajo. El
concepto que se desea establecer con esta prctica es el de planificar el trabajo de manera de mantener
un ritmo constante razonable, sin sobrecargar al equipo.

Proyectos II

46

d) Pruebas
Pruebas Unitarias: Son una de las piedras angulares de XP. Todos los mdulos deben de pasar las
pruebas unitarias antes de ser liberados o publicados.
Deteccin y Correccin de errores: Cuando se encuentra un error (bug), ste debe ser corregido
inmediatamente, y se deben tener precauciones para que errores similares no vuelvan a ocurrir.
Asimismo, se generan nuevas pruebas para verificar que el error haya sido resuelto.
Pruebas de Aceptacin: Son creadas en base a las historias de usuarios, en cada ciclo de la iteracin
del desarrollo. El cliente debe especificar uno o diversos escenarios para comprobar que una historia
de usuario ha sido correctamente implementada.

Proyectos II

47

3.8. Materiales
3.8..1. Asignacin de Recursos
3.8..1.1. Recursos Humanos

RECURSOS HUMANOS
Jefe de Proyecto

Acta de Constitucin del Grupo
Enunciado Preliminar del Alcance del Proyecto
Enunciado del Alcance del Proyecto
Cronograma del Proyecto
Presupuesto Preliminar de Costos
Entrega de Documentos
Seleccionar Empresa
Establecer cuestionario de entrevista
Validacin de Documentacin - Interna
Entrevista Complementaria - Previa de Diseo
Documentacin Final de Entrevista - Complementaria
Entrevista Complementaria - Previa de Desarrollo
Documentacin Final de Entrevista Complementaria
Plan Administracin de Recursos
Plan de Iteraciones
Revisin de Documentacin - Interna
Revisin de Prototipo - Interna
Revisin de Documentos - Interna
Back Log General del Producto
Back Log de Versin
Back Log de Producto
Revisin de planes de relase
Cierre
Implantacin

Proyectos II

48

RECURSOS HUMANOS
Administrador
Entrevista Preliminar
Documentacin de Entrevista
Validacin de Documentacin - Interna
Actualizacin de Documentacin
Validacin de Documentacin - Cliente
Documentacin Final Primera Entrevista
Entrevista Complementaria - Previa de Diseo
Entrevista Complementaria - Previa de Desarrollo
Diagrama de Casos de Uso
Especificaciones de Casos de Uso
Requerimientos del Software
Especificaciones Suplementarias
Revisin de Documentos - Interna
Revisin de Documentacin - Cliente
Distribucin de la Programacin
Revisin de planes de relase
Revisin de Estndares de Producto
Resumen de Evaluacin de Pruebas Recursos Humanos
RECURSOS HUMANOS
Diseador / Programador
Distribucin de la Programacin
Diseador WEB
Prototipo Inicial del Sistema
Revisin de Prototipo - Interna
Actualizacin de Prototipo

Proyectos II

49

RECURSOS HUMANOS
Administrador de datos
Entrevista Complementaria - Previa de
Diseo
Plan de Iteraciones
Arquitectura Inicial
Modelo Conceptual Inicial
Modelo Lgico Inicial
Diccionarios de Datos
Modelo Fsico
Scripts
Arquitectura Final
Implantacin
Testeador
Revisin de Estndares de Producto
Ejecucin de Pruebas

3.9. Plan de Desarrollo del Proyecto
Proyectos II

50

Proyectos II

51

4. CAPITULO IV : DESARROLLO DEL PROYECTO

4.1. Desarrollo

En la primera parte de Gestin del Proyecto se muestra la planificacin temporal del desarrollo del
proyecto tanto en su fase inicial como la evolucin que ha seguido a lo largo de las diferentes
iteraciones. En cada etapa se muestra las historias para realizar en esa fase de desarrollo del proyecto y
las que fueron realizadas finalmente. Tambin se indican las diferentes incidencias que ocurrieron en
cada iteracin. Finalmente se incluyen los diarios de actividad extrados de diferentes integrantes del
equipo de desarrollo, para ayude a observar cmo se distribuy el tiempo en cada iteracin.
En el apartado Implementacin estn contenidas diferentes secciones referentes al desarrollo de la
aplicacin. Uno de los puntos centrales, es el de la base de datos, donde se describe el modelo de datos
al final del desarrollo de la aplicacin (ya que fueron muchos y requirieron una reestructuracin del
cdigo de las diferentes historias dada la relacin establecida de la base de datos con el cdigo de la
aplicacin), adems, se realiza una explicacin del mismo en funcin de las distintas partes de la
aplicacin. Tambin se muestran los diferentes prototipos de interfaz de usuario que fueron
desarrollados con la aprobacin del cliente. Finalmente se muestra el cdigo fuente, una base de datos
completa y la aplicacin final.
Por ltimo, en el apartado Pruebas se puede consultar los documentos de las pruebas funcionales de la
aplicacin. En estos documentos, que se encuentran separados por cada historia de usuario, se
especifica el modo de utilizacin de la aplicacin y los posibles estados de error que pueden darse, as
como los mensajes de aviso/error/confirmacin que debe emitir la aplicacin en estos casos.

Proyectos II

52

4.2. Equipo: Integrantes y roles

Los roles que son necesarios para la realizacin del proyecto son los siguientes:

Jefe de Proyecto: Jonathan Toribio.
Analista Desarrollador: Jonathan Toribio, Hugo Avils.
Administrador de Redes: Jonathan Toribio.
Administrador de Base de Datos: Hugo Avils.
Analista de Calidad: Jonathan Toribio.
Diseador Web: Hugo Avils.
Programador: Jonathan Toribio, Hugo Avils.
Jefe de Redes: Jonathan Toribio.

4.3. Fases con Metodologa XP
Planificacin del Proyecto
Implementacin
Pruebas

Proyectos II

53

4.4. Fase de planificacin del proyecto

Esta es la planificacin de historias que realizamos del proyecto, tras estudiar el proyecto y mantener
conversaciones con el cliente. De esta redaccin inicial de historias de usuario se realiz una
planificacin inicial y posteriormente fue cambiada a lo largo del proyecto. A medida que cambiaban
los requisitos del cliente o se tena una concepcin ms clara del proyecto.

A. Iteracin primera: Gestionar Proyecto.
- Consta de 2 historias de usuario:
Crear Cita (H1)
Crear usuario (H2)
- Consta de 2 Tareas a Realizar:
Diseo interfaz Crear cita (T1)
Diseo interfaz Crear usuario (T2)

B. Iteracin segunda: Gestionar Incidencia
Reservar cita (H3)
Generar Reporte (H4)
Diseo de la Interfaz Reservar cita (T1)
Diseo Interfaz Generar Reporte.(T2)

C. Iteracin tercera: Gestionar Tarea
Enviar mail y mensaje de texto (H5)
Calificar servicio (H6)
Diseo la funcionalidad de Enviar mail y mensaje de texto .(T1)
Diseo de la interfaz Calificar servicio.(T2)

Proyectos II

54

4.4..1. ITERACIN: PRIMERA

HISTORIA DE USUARIO
Nmero: 1 Usuario: Cliente
Nombre historia: Crear Cita

Prioridad en negocio: Alta Riesgo en desarrollo: Baja
Iteracin asignada: 1
Descripcin:
El usuario selecciona la opcin crear cita en la pgina de ESSALUD .
1. El sistema muestra la interfaz Crear Cita.
2. El usuario selecciona la especialidad a consultar.
3. El usuario ingresa su direccin o distrito y seguro.
4. El sistemas muestra el doctor, la especialidad, horario y centros donde trabaja,
5. El usuario selecciona la opcin Reservar cita.
6. El Sistema solicita seleccionar las opciones disponibles: Clnica, especialidad , fecha y hora
7. El sistema valida los datos ingresados y los datos son correctos.
8. El sistema registra la nueva cita
9. El sistema muestra un resumen con el detalle de la Cita: Fecha, Hora, ubicacin

Observaciones:
El sistema debe enviar un mensaje de texto y un mail, un da antes de la fecha en que se llevar
a cabo la cita.

HISTORIA DE USUARIO
Nombre historia: Crear Usuario

Descripcin:
El usuario selecciona la opcin Crear cuenta.
1. El sistema muestra la Interfaz crear cuenta y solicita que se ingresen los datos:
Nombre, apellidos, sexo, fecha de Nacimiento, correo, contrasea y telfono.
2. El usuario ingresa los datos solicitados y selecciona guardar.
4. El sistema registra al nuevo cliente

Observaciones:
El sistema debe validar si el usuario existe en la base de datos.

Proyectos II

55

Tareas a realizar en la Iteracin 1
TAREA
Nmero: 1 Nmero historia: 1
Nombre Tarea : Diseo Interfaz Crear Cita

Tipo de Tarea: Desarrollo
Descripcin:
Se desarrollar una ventana que contendr todos los campos que sern ingresados por el usuario para
registrar la Nueva Cita.

TAREA
Nombre Tarea : Diseo Interfaz Crear usuario

Descripcin:
registrar su cuenta.

1. Diario de Actividades:
Nombre: Avils Herrera, Hugo
Equipo: FIA
Rol desempeado: Manager

Fecha
(dd/mes)

Actividad Realizada Tiempo Dedicado
(En horas)
Observaciones
20/08 Reunin con el cliente 0.5 Se logr la entrevista
25/08 Trabajo XP 2 Productiva
30/08 Reunin con el cliente 2
05/09 Reunin de grupo
planificacin 1 fase de
construccin
3.5
07/09 Definicin de las
historias
4
10/09 Creacin de la
Presentacin
3
12/09 Reunin de grupo previa
a la presentacin
2
15/09 Reunin y trabajo en
grupo
3
17/09 Realizacin de
Prototipos
4
Nombre: Toribio Fernndez Jonathan
Equipo: FIA

Fecha
(dd/mes)

(En horas)
Observaciones
Proyectos II

56

28/08 Reunin con el cliente
Inicio de Historias de
usuario
1
revisin de Historias de
usuario
1
30/08 Planificacin de historias 2
17/09 Realizacin de
Prototipos
4

Proyectos II

57

4.4..2. ITERACIN: SEGUNDA

HISTORIA DE USUARIO
Nombre historia: Reservar Cita

Descripcin:
El usuario selecciona la opcin crear cita en la pgina de ESSALUD .
10. El sistema muestra la interfaz Reservar cita.
11. El sistemas muestra el doctor, la especialidad, horario y centros donde trabaja,
12. El usuario selecciona la opcin Reservar cita.
13. El Sistema solicita seleccionar las opciones disponibles: Clnica, especialidad , fecha y hora
15. El sistema registra la nueva cita
16. El sistema muestra un resumen con el detalle de la Cita: Fecha, Hora, ubicacin

Observaciones:
El sistema debe enviar un mensaje de texto y un mail, un da antes de la fecha en que se llevar
a cabo la cita.

HISTORIA DE USUARIO
Nmero: 4 Usuario: Administrador
Nombre historia: Generar Reporte

Descripcin:
El usuario selecciona la opcin Generar Reporte.
5. El sistema muestra la Interfaz Generar Reporte y solicita que se ingresen los datos:
Rango de fecha , formato (Excel o pdf )y seleccionar tipo de reporte.
6. El usuario ingresa los datos solicitados y selecciona generar.
7. El sistema valida los datos ingresados.
8. El sistema genera el reporte solicitado.

Observaciones:
El administrador se debe logear previamente.

Proyectos II

58

Tareas a realizar en la Iteracin 1
TAREA
Nombre Tarea : Diseo Interfaz Crear Cita

Descripcin:
Reservar cita.

TAREA
Nombre Tarea : Diseo Interfaz Crear usuario

Descripcin:
generar Reportes.

2. Diario de Actividades:
Nombre: Avils Herrera, Hugo
Equipo: FIA

Fecha
(dd/mes)

(En horas)
Observaciones
10/09 Reunin con el cliente 0.5 Se logr la entrevista
15/09 Trabajo XP 2 Productiva
16/09 Reunin con el cliente 2
17/10 Reunin de grupo
planificacin 1 fase de
construccin
3.5
18/10 Definicin de las
historias
4
18/10 Creacin de la
Presentacin
3
22/10 Reunin de grupo previa
a la presentacin
2
25/10 Reunin y trabajo en
grupo
3
27/10 Realizacin de
Prototipos
4
Nombre: Toribio Fernndez Jonathan
Equipo: FIA

Fecha
(dd/mes)

(En horas)
Observaciones
Proyectos II

59

Inicio de Historias de
usuario
1
revisin de Historias de
usuario
1
30/10 Planificacin de historias 2
30/10 Realizacin de
Prototipos
4

4.4..3. Modelo de Anlisis

4.4..3.1. Diagrama de Paquetes

Proyectos II

60

4.4..3.2. Arquitectura del Sistema
El patrn del diseo a utilizar para el desarrollo del Sistema ser el de capas, en este caso de tres
capas, bsicamente se divide los elementos de diseo en paquetes de Interfaz de Usuario, Lgica de
Negocio y Acceso a Datos y Servicios.

Grafico 3: Arquitectura del Sistema

4.4..3.3. Diccionario de Datos

Tabla cliente
CAMPO TIPO TAMAO
Cli_id int 8
Cli_nom varchar 50
Cli_apep varchar 30
Cli_apem varchar 30
Cli_sex varchar 1
Proyectos II

61

Cli_dir varchar 150
Cli_tel int 9

Tabla cita
CAMPO TIPO TAMAO
Cit_id int 5
Cit_fec bigint 20
Cit_hor bigint 10
Cit_desc varchar 150
Cit_id_med int 8
Cit_id_paciente int 8

Tabla Local_Atencion
CAMPO TIPO TAMAO
loc_id varchar 150
loc_nom varchar 150
loc_dir varchar 150

Tabla Examen
CAMPO TIPO TAMAO
Id_exa varchar 150
tipo_exam varchar 150
Proyectos II

62

fecha bigint 20
Resultado Varchar 50
observacion varchar 100

Proyectos II

63

4.4..3.4. Modelo de Diseo

Proyectos II

64

4.5. Fase de Implementacin
En el presente proyecto se desarrollaron estrategias recomendadas por la Metodologa Extreme
Programming, y se describen a continuacin:

La estrategia recomendada por la Metodologa XP, basada en que el Cliente debe estar totalmente
involucrado con el desarrollo del Proyecto, es de vital importancia en el sentido que el Sistema va a
ser desarrollado bajo una constante supervisin del grupo desarrollador y por parte del Cliente, adems
de desarrollar el cdigo de una forma estndar, desarrollar las unidades de pruebas, y esencialmente
tener en cuenta el concepto Funcionalidad Mnima es decir no agregar funcionalidades que el Cliente
no requiera.

Se usaron los principios de reutilizacin de cdigo, sencillez y trabajo de calidad, ya que esto incluye
que la implementacin del Sistema sea un producto sencillo pero de calidad, cumpliendo con las
expectativas del Cliente en el sentido de funcionalidades del Sistema.

En base a las estrategias, principios y recomendaciones brindadas por Extreme Programming,
garantiza que el Producto de Software sea de Calidad.

4.5..1. Codificacin
Las siguientes herramientas presentadas ms los artefactos presentados en la Fase de Diseo,
permitirn desarrollar la codificacin del Sistema bajo un concepto de calidad.

Las herramientas son:
PHP 5
Wanserver
Mysql 5.0
Apache Tomcat 6

Proyectos II

65

4.5..2. Modelo de Requerimientos

4.5..2.1. Modelo de Caso de Uso

Proyectos II

66

4.5..2.2. Diagrama de paquetes

Proyectos II

67

4.6. Fase de Pruebas
Se realizar pruebas de aceptacin de la mano con el Cliente, ya que es l quien debe dar la aceptacin
final a las funcionalidades del Sistema.

4.6..1. Pruebas
Las Pruebas en la Metodologa XP, representan quiz el artefacto ms importante dentro de la
Metodologa, ya que mejora la calidad del software mediante el uso de las pruebas de aceptacin, las
cuales garantizan que el Cliente est conforme con las funcionalidades desarrolladas por el equipo del
Desarrollo.

El presente Diagrama de Flujo representa como maneja la Metodologa XP, el proceso de las Pruebas
de Aceptacin.

Grafico 10: Diagrama de Flujo de la Fase de Pruebas

Los Documentos de Especificacin de Prueba se usaron para realizar las pruebas de
aceptacin, las cuales representan las pruebas funcionales.

Proyectos II

68

Cada especificacin de prueba representa una historia de usuario, y describe el modo de
utilizacin de la aplicacin para cada Historia de Usuario. En el documento tambin se
describe la respuesta que se obtiene de utilizar la aplicacin de acuerdo a la funcionalidad
descrita en la Historia de Usuario.

Las especificaciones de caso de uso de prueba se encuentran en el Anexo 01.

4.6..2. Prototipos

Reserva de cita:

Proyectos II

69

Reserva de cita:

Reserva de cita:

Proyectos II

70

Creacin de nuevo usuario:

Proyectos II

71

5. CAPITULO V : Pruebas y Resultados
5.1. Pruebas

Grafico 1:Tiempo promedio de espera para el registro de citas por persona en el Mes de
Setiembre del 2012

Este grafico nos muestra un reporte de cuanto es el tiempo promedio de que una persona sea atendida
en ESSALUD para esto se clasifico a las personas en las siguientes categoras:
Nios
Adultos
Mayores de 60 y Discapacitados
Y el rango de tiempo en que se realizo este anlisis fue en todo el mes de Setiembre donde se dividi
por semanas.
Segn el anlisis mostrado se llego a la conclusin de que es un dolor de cabeza tanto como para los
usuarios como para Essalud las grandes colas que se forman fuera del establecimiento con la finalidad
0
0.5
1
1.5
2
2.5
3
3.5
4
4.5
semana 1 semana 2 semana 3 semana 4
nios
adultos
mayores de 60 y discapacitados
Proyectos II

72

de registrar su cita mdica y es vergonzoso que miles de personas hayan tenido que pasar largas horas
de madrugada a la intemperie pasando frio, das lluviosos y dems inclemencias del tiempo.

Grafico 2: Tiempo promedio de espera para el registro de citas por persona en el Mes de
Octubre del 2012

Este grafico nos representa el mismo reporte mencionado anteriormente pero con la aplicacin
implementada con las mismas categoras y con el rango de tiempo del mes de Octubre.
El anlisis obtenido en este reporte es que ha disminuido notablemente el tiempo promedio de registro
de citas mdicas a un 95% y con el beneficio de que ya realizan largas colas ya que su registro se
realiza mediante un computadora o un dispositivo mvil las 24 horas del da

Se le logro acelerar y mejorar
el proceso de registro de citas
Medio de identificacin Porcentaje de identificacin
0
0.05
0.1
0.15
0.2
0.25
semana 1 semana 2 semana 3 semana 4
nios
adultos
mayores de 60 y discapacitados
Proyectos II

73

mdicas?
Si Mediante registro de
citas medicas
Mediante el reporte de
atenciones medicas
80%

5.2. Resultados

Objetivo General Objetivos
Especficos
rea de
Impacto
Unidad Antes del
Proyecto
Despus del
Proyecto
Determinar en qu
medida nuestra solucin
influye en el tiempo de
atencin medica para
agilizar el proceso de
citas mdicas del C.S. de
Zarate y servir como
soporte a la toma de
decisiones.
Reducir el
tiempo de
espera en cola
para realizar el
registro de la
cita.
rea
administrativa
% 5 100
Reducir costos
de personal de
atencin para
registro de
citas.
rea
administrativa
20 80
Apoyar en la
toma de
decisiones
mediante los
reportes
definidos.
rea
administrativa
15 90

6. CAPITULO VI : Discusin y Aplicacin
Proyectos II

74

Actualmente en Essalud se tiene el problema del proceso de registro de Citas donde se ven afectados
tanto los usuarios como los procesos internos de Essalud , donde se genera cuellos de botella por las
largas colas que se forman atrasando el proceso de registro de citas medicas , procesos internos y
generando molestia en los usuarios los cuales prefieren optar por otros centros mdicos.
Centrndose en el objetivo del presente proyecto el sistema permitir que los usuarios ya no hagan
largas colas , gasten dinero y tiempo en acercarse a Essalud para registro de su cita mdica sino desde
una computadora o un dispositivo mvil pueden generar registro de citas desde el sistema que brinda
interfaces amigables y de muy fcil uso , adecuado para usuarios que no cuentan con mucha
experiencia en informtica , lo cual ayudara a agilizar el proceso de registro de citas en Essalud y
eliminar el cuello de botella anteriormente generado por largas colas .

6.1. Anlisis de los Resultados en funcin a la estructura de los procesos de la
Empresa

El anlisis en la relacin de procesos de Essalud nos indica que debido al problema por parte de los
usuarios de registrar las citas mdicas en donde se genera el cuello de botella mediante largas colas,
genera bastante descontento en los usuarios y tambin en las dems reas que se ven afectados por el
funcionamiento irregular.
Adems de la manipulacin, mencionados en el prrafo superior, existe la carencia de normativas o
procedimientos sobre para mejorar el proceso de registro de citas mdicas.
Entonces referente a la parte de TI que afecta a la Organizacin, el Sistema ha demostrado resultados
positivos en funcin de agilizar el proceso de citas mdicas tanto para la empresa y para los usuarios ,
garantizando as que los procesos de las dems reas de la Empresa y servicios internos como externos
sean mejores; pero claro sin olvidar la implementacin de procedimientos en funcin del manejo de
los procesos de la Empresa, lo cual si es que se llega a implementar dichos procedimientos
combinados con los resultados brindados por el Sistemas de Registro de citas , la empresa obtendr
que sus procesos y servicios tanto internos como externos sean eficientes generando rentabilidad para
la empresa.

6.2. Anlisis de los resultados en funcin al Personal de la Empresa

Proyectos II

75

Al realizar un anlisis ms amplio en el personal laboral de registro de citas mdicas, se logr observar
que los resultados obtenidos por el Sistema de registro de citas mdicas sirvieron de gran ayuda al
realizar sus actividades o tareas, ya que pudieron continuar trabajando sin ningn corte de servicio
logrando que los procesos trabajen con total normalidad sin afectar los inters de la empresa.
El tal sentido el Sistema implementado disminuye que los procesos trabajen con total normalidad,
logrando el personal laboral de las distintas reas trabajen en un ambiente cmodo y bajo una cultura
organizacional estable, comunicativa y participativa.
Por lo presentado en los puntos anteriores, el sistema demuestra que los resultados son positivos, sin
olvidar de mencionar sus potencialidades.

6.3. Potencialidades

En funcin de la calidad del servicio a brindar
Posibilidad de que los clientes de ESSALUD puede generar citas desde su equipo de cmputo o un
dispositivo mvil sin la necesidad de acercarse al centro mdico y de esa manera ahorrar tiempo y
dinero.
Permitir tener un mejor control y orden con respecto a las citas medicas ya que el usuario podr
visualizar los horarios disponibles del doctor, el lugar donde atender el doctor de acuerdo a su
especialidad y el usuario podr contar con un reporte de los doctores ms solicitados.
En funcin del Nivel Estratgico:
Posibilidad de tener en tiempo real informes sobre las citas mdicas, reporte de la especialidad ms
solicitada, doctor ms solicitado informes los cuales nos permitirn tomar decisiones acertadas en
beneficio a la organizacin.
Permitir que la organizacin se le vea como una organizacin que brinde excelente servicios de
calidad y aumentar la demanda del mercado peruano.

Proyectos II

76

CONCLUSIONES

Sin duda, las tecnologas de informacin y comunicacin ofrecen grandes oportunidades para
lograr ventajas competitivas, brindar servicios de calidad.

La propuesta de desarrollo de un sistema de informacin para la reserva de de citas a travs de
internet, planteado en el proyecto, es posible aplicar a todos las unidades hospitalarias
existentes.

El uso e implementacin de recursos informticos ayuda a resolver los diversos problemas de
efectividad en las organizaciones.

La poblacin que acude a los centros de atencin de ESSALUD, contar con otra alternativa
para la reserva de su cita mdica, en este caso el internet; que evitar sustancialmente el
congestionamiento del local y las largas colas de los pacientes.

Proyectos II

77

RECOMENDACIONES

En caso de que se desee dar continuidad al Proyecto Agenda Mdica Virtual, deben tenerse en cuenta,
los siguientes aspectos:

Se sugiere la inclusin o implementacin de los mdulos de facturacin, formulacin e
inventarios pues stos no se desarrollaron en el estado actual del proceso.

Debido a que la aplicacin est desarrollada bajo un entorno web, en caso de realizar un
acondicionamiento, ste debe adelantarse bajo la ltima tecnologa que haya para ese
momento en el mercado.

Se sugiere que la interfaz de la aplicacin sea ms agradable para el usuario final, de tal
manera que no sea tan rgida y brinde informacin secundaria referente a temas de inters
sobre salud.

Se debe mejorar el control de la validacin de los usuarios de con la finalidad de que no se
permita el acceso indebido a la aplicacin, de tal forma que la aplicacin sea segura como lo
deben ser todas las aplicaciones de esta naturaleza hoy en da.

Proyectos II

78

FUENTES DE CONSULTA

http://www.misrespuestas.com
http://es.wikipedia.org
http://definicion.de/tesis/
http://es.thefreedictionary.com/tesis
NUEZ BLANCO, ALBERTO (2006) Informe del Desarrollo del SGIH GALAN del
Hospital Universitario Dr Gustavo Alderegua Lima de Cienfuegos. (Documento digitalizado,
formato .doc)
http://www.essalud.gob.pe/noticias/periodicoinstitucional01.pdf
Colegio Mdico del Per. Fondo Editorial Comunicacional*. Lima; Per. Colegio Mdico
del Per. Fondo Editorial Comunicacional; 2 ed; Set. 2011. 61 p. (Cuadernos de Debate en
Salud).
Ministerio de Salud. Programa de Fortalecimiento de Servicios de Salud*. Lima; Per.
Ministerio de Salud. Programa de Fortalecimiento de Servicios de Salud; 1 ed; Sep. 1996. 102
p. ilus, graf, . (Informe Tcnico, 2).
http://www.hnseb.gob.pe/epi/descargas/2011/prop_tec/propuesta_inicial_samu-same.pdf

Proyectos II

79

GLOSARIO DE TERMINOS

Anlisis Clnico
Un anlisis clnico o prueba de laboratorio se le llama comnmente a la exploracin complementaria
solicitada al laboratorio clnico por un mdico para confirmar o descartar un diagnstico. Forma parte
del proceso de atencin a la salud que se apoya en el estudio de distintas muestras biolgicas mediante
su anlisis en laboratorio y que brinda un resultado objetivo que puede ser tanto cuantitativo (un
nmero, como en el caso de la cifra de glucosa) o cualitativo (positivo o negativo).

Ambulancia
Una ambulancia es un vehculo destinado al transporte de personas enfermas o heridas, hacia, desde o
entre lugares de tratamiento.
Camilla
Una camilla es un dispositivo utilizado en medicina tanto para transportar de un lugar a otro a un
herido o para atender a un paciente enfermo en una consulta mdica.

Consultorio Mdico
Los trminos centro de salud (CS) o centro de atencin primaria (CAP) se refieren al edificio donde se
atiende a la poblacin en un primer nivel asistencial sanitario. El personal y actividad asistencial del
mismo puede variar de un pas a otro y de un centro a otro.
Frmaco
es toda sustancia qumica purificada utilizada en la prevencin, diagnstico, tratamiento, mitigacin y
cura de una enfermedad; para evitar la aparicin de un proceso fisiolgico no deseado; o para
modificar condiciones fisiolgicas con fines especficos.
Medicina:
Drogas cuya funcin principal es sanar dolencias o enfermedades de un tejido o sistema no saludable
Medicina General:
Proyectos II

80

Esta especialidad atiende los problemas de cualquier persona, sexo u otra condicin, sin diferencia de
edad y relacionados con la salud, sobre los que resolver, decidir y aconsejar lo ms conveniente.
Enfermero
Profesional que ha cursado la carrera de enfermera y puede ejercer dicha profesin.
Paramdico
Funcionario que realiza estudios de tipo tecnolgico o tcnico para asistir los pacientes en el mbito
extra hospitalario.
Servicio de Urgencias
Conjunto de recursos humanos, fsicos, tecnolgicos y de procesos, procedimientos que tienen como
objetivo comn garantizar la atencin de los pacientes que requieren atencin de salud no programada
y de forma inmediata.
Tiempo de Respuesta
El tiempo de respuesta se define como el tiempo que pasa desde que se enva una comunicacin y se
recibe la respuesta.
Tratamiento Mdico
Es aquel que se practica especialmente por medio de frmacos.
Urgencia
Segn la OMS es aquella patologa cuya evolucin es lenta y no necesariamente mortal, pero que debe
ser atendida en mximo 6 horas. As pues, para poder definir una urgencia es preciso que el paciente
padezca una enfermedad, que sin el tratamiento adecuado evolucione en un periodo de tiempo ms o
menos amplio hasta comprometer su vida.
Emergencia
Segn la OMS es aquel caso en que la falta de asistencia conducira a la muerte en minutos y en el que
la aplicacin de primeros auxilios por cualquier persona es de importancia vital. Otras definiciones
hablan de un tiempo menor a 1 hora hasta llegar a la muerte o la puesta en peligro de forma ms o
menos inmediata de la vida de una persona o la funcin de sus rganos
Pliza de seguro
Proyectos II

81

El contrato de seguro es el medio por el cual el asegurador se obliga, mediante el cobro de una prima,
a resarcir de un dao o a pagar una suma de dinero al verificarse la eventualidad prevista en el
contrato.
Referencia y contra referencia de pacientes:
Es un procedimiento administrativo de coordinacin, que emana del Modelo de Atencin a la Salud
para poblacin abierta, que se realiza dentro del Marco de los Lineamientos Nacionales que forman
esta actividad. Las diferentes instituciones, involucradas de niveles 1ro, 2do y 3ero, asumen los
derechos y obligaciones correspondientes, y conforman una Red de Servicios.
Referencia:
Transferencia formal mediante un instrumento uniforme y oficializado para la atencin del usuario con
una necesidad de salud que supera la capacidad de resolucin del proveedor a otro proveedor de un
nivel de mayor complejidad.
Contrarreferencia:
Transferencia formal del proveedor de un mayor nivel de complejidad a un proveedor de menor
complejidad para el seguimiento del caso, cuando ya no se requiere atencin en el nivel de mayor
complejidad.
Niveles de Atencin:
Se denomina niveles de atencin al conjunto de IPS agrupadas segn su complejidad para atender
determinado paquete de patologas de un grado de dificultad de atencin similar.
Remisin:
Es el procedimiento administrativo asistencial mediante el cual se transfiere el cuidado de un paciente
de un profesional del rea de la salud a otro profesional, un especialista o nivel superior de atencin,
con la consiguiente transferencia de responsabilidad por la salud del usuario.
Interconsulta:
Es la solicitud expedida por el profesional de la salud responsable de la atencin de un paciente a
otros profesionales del rea, quienes emiten juicios, orientaciones y recomendaciones sobre la
conducta a seguir en determinados pacientes, sin asumir la responsabilidad directa de tratantes, es
decir, no hay en este aspecto transferencia de responsabilidad por parte del profesional tratante.
Proyectos II

82

Web:
Se utiliza para agilizar las conexiones de las mltiples conexiones
de los usuarios a Internet.

Internet:
Es la red mundial de redes de computadores. Nacida como experimento del Ministerio de Defensa de
los Estados Unidos, conoce su difusin ms amplia en el mbito cientfico-universitario. Embrin de
la infraestructura mundial de informacin, para convertirse en ella, probablemente con nombre distinto
a Internet, an requiere de mayores capacidades de transmisin y anchos de banda.

IP (Internet Protocol)
Protocolo que intercambia datos entre computadores en Internet. Se lo considera como la esencia de
Internet. Divide la informacin a transmitir en data gramas, los que enva de manera separada. La
misin de IP es la de llevar datos a travs de Internet.

TCP:
Conjunto de protocolos de comunicacin que se encargan de la seguridad y la integridad de los
paquetes de datos que viajan por Internet.

TCP/IP:
Conjunto de casi 100 programas de comunicacin de datos usados para organizar computadoras en
redes. Norma de comunicacin en Internet, compuesta por dos partes: el TCP/IP. El IP desarma los
envos en paquetes y los enruta, mientras el TCP se encarga de la seguridad de la conexin,
comprueba que los datos lleguen todos, completos, y que compongan finalmente el envo original.

ISP:
Proyectos II

83

(Internet Service Povider, Proveedor de servicios de Internet)

SOAP:
Simple Object Protocol

WSDL:
Web Services descripcin lenguaje

APPLET:
Pequeo programa hecho en lenguaje JAVA.

BASES DE DATOS:
Estructura para almacenar datos en un computador y acceder a ellos por medio de una bsqueda
lgica.

BROWSER:
(Web Browser, Navegador o visualizador) Programa que permite leer documentos en la Web y seguir
enlaces (links) de documento en documento de hipertexto.

DIRECCION ELECTRONICA:
Serie de caracteres que identifican unvocamente un servidor, una persona o un recurso en Internet.

DNS:
Proyectos II

84

(Domain Name System/Server, Servidor de nombres de dominios) Sistema de computadoras que se
encarga de convertir (resolver) las direcciones electrnicas de Internet (como www.distrinet.com.uy)
en la direccin IP correspondiente y viceversa.
DOMINIO:
Es una de las partes componentes de una direccin en Internet. De hecho, es el nivel ms alto de la
jerarqua en el Sistema de Nombres de Dominio, y es el segmento que se ubica ms a la derecha en
una direccin de Internet.

FRAME:
Instrucciones en el lenguaje HTML (utilizado para disear las pginas Web); una forma de dividir la
pantalla del navegante en varias zonas, cada una con autonoma de movimiento

FTP:
Es uno de los protocolos de TCP/IP que permite copiar, renombrar o borrar archivos de una mquina
a otra en Internet. Transfiere archivos en ASCII o binarios.

HIPERMEDIA:
Combinacin de hipertexto y multimedia. Uno de los grandes atractivos de la Web.

HIPERTEXTO:
Concepto y termino inventado por Ted Nelson en 1969. Nelson era un famoso visionario de la
informtica que investigo durante 25 aos, las posibilidades de interaccin entre las computadoras y la
literatura. Uno de los conceptos bsicos para el desarrollo de la WWW. El hipertexto es una forma
diferente de organizar informacin. En lugar de leer un texto en forma continua, ciertos trminos estn
unidos a otros mediante relaciones (enlaces o links) que tienen entre ellos.

HOME PAGE:
Proyectos II

85

(Pgina principal o de entrada) Pgina de informacin de la Web, escrita en HTML. En general, el
trmino hace referencia a la pgina principal o de acceso inicial de un site.

HOSTNAME:
Denominacin otorgada por el administrador a unacomputadora. El hostname es parte de la direccin
electrnica de esa computadora, y debe ser nico para cada mquina conectada a Internet.

HTML (Hypertext Markup Language):
Lenguaje usado para escribir documentos para servidores World Wide Web. Es una aplicacin de la
ISO Standard 8879:1986 (SGML, Standard Generalized Markup Language). Evolucin de HTML:
HTML sigue un modelo de desarrollo abierto. Cuando una nueva caracterstica es propuesta, es
implementada en algunos clientes y probada en algunas aplicaciones.
HTTP (Hypertext Transfer Protocol):
(Hypertext Transfer Protocol, Protocolo de Transferencia de Hipertexto) Es el mecanismo de
intercambio de informacin que constituye la base funcional de la World Wide Web. HTTP es
un protocolo con la ligereza y velocidad necesaria para distribuir y manejar sistemas
de informacin hipermedia. Es un protocolo genrico orientado al objeto, que puede
ser usado para muchas tareas como servidor de nombres y sistemas distribuidos
orientados al objeto, por extensin de los comandos, o mtodos usados.
SERVER:
(Servidor) Computadora que pone sus recursos (datos, impresoras, accesos) al servicio de otras a
travs de una red. (Host, Cliente/Servidor)
SITIO:
En general, se lo utiliza para definir un conjunto coherente y unificado de pginas y objetos
intercomunicados, almacenados en un servidor.

URL:
Proyectos II

86

(Uniform Resource Locator, Localizador Uniforme de Recursos) Direccin electrnica. Puntero dentro
de pginas HTML que especifican el protocolo de transmisin y la direccin de un recurso para poder
acceder a l en un Server de Web remoto.
WEBMASTER:
Administrador y/o autor de un sitio Web.
PROXY:
Servidor utilizado para el control de flujo de datos de conexiones en la WEB. Se utiliza para agilizar
las conexiones de las mltiples conexiones de los usuarios a Internet.
MAC:
Direccin fsica de la tarjeta de red de una maquina. 100BaseFx: Especificacin Fast Ethernet (IEEE
802.3) para fibra ptica en topologa estrella.
BRIDGE:
Dispositivo usado para conectar dos redes y hacer que las mismas funcionen como si fueran una.
Tpicamente se utilizan para dividir una red en redes ms pequeas, para incrementar el rendimiento.
GATEWAY:
Dispositivo utilizado para conectar diferentes tipos de ambientes operativos. Tpicamente se usan para
conectar redes LAN a mini computadores o mainframes.
ROUTER:
Dispositivo que dirige el trfico entre redes y que es capaz de determinar los caminos ms eficientes,
asegurando un alto rendimiento.
SWITCH:
Un dispositivo de red capaz de realizar una serie de tareas de administracin, incluyendo el re
direccionamiento de los datos.

Proyectos II

87

Proyectos II

88

Anexo 01: Especificaciones de Casos de Uso de Prueba
Anexo 02: Marco Lgico
Anexo 03: Actas de Trabajo
ACTA DE TRABAJO

CURSO: PROYECTO II

DOCENTE: MG. GENER ZAMBRANO

PROYECTO: INFORME: 02

ACTA No. I FECHA:
25/08/2012
HORA INICIO: 10:00 am
HORA TERMINO: 14:00
LUGAR: BIBLIOTECA FIA

OBJETIVO(S) DE LA REUNIN:
Definicin del problema
RESPONSABLE(S) DE LA REUNION:
Avils Herrera Hugo, Toribio Fernndez Jonathan

CONVOCADOS

NOMBRES Y APELLIDOS ROL ASISTIO
SI NO
Avils Herrera Hugo Elaboracin y Revisin X
Toribio Fernndez Jonathan Elaboracin y Revisin X

AGENDA
1. Definir el problema y la solucin propuesta
2. Elaboracin de la presentacin
3. Anlisis de viabilidad y objetivos

DESARROLLO DE LA AGENDA
Proyectos II

89

1. Definir el problema, la solucin propuesta y viabilidad
Avils Herrera Hugo
2. Definir actividades del proyecto y elaboracin del Project
Avils Herrera Hugo
3. Elaboracin de la presentacin en Power Point
Avils Herrera Hugo

TAREAS Y COMPROMISOS

No. TAREA / ACTIVIDAD RESPONSABLE FECHA DE
ENTREGA
1
Anlisis de la viabilidad del proyecto Avils Herrera Hugo
25/08/2012
2
Definicin del problema y solucin
propuesta.
Avils Herrera Hugo
25/08/2012
3 Glosario de trminos. Avils Herrera Hugo 26/08/2012
4 Afinar la presentacin para la exposicin Toribio Fernndez Jonathan 27/08/2012

SEGUIMIENTO A TAREAS PENDIENTES

No TAREA PENDIENTE MOTIVO DEL INCUMPLIMIENTO FECHA DE
ENTREGA
1 Definir Conclusiones En la reunin nos enfocamos en definir los
otros puntos de la estructura.
28/08/2012

CONCLUSIONES DE LA REUNION:
Se hizo un anlisis de la situacin actual para determinar la viabilidad del proyecto de acuerdo a los activos y
requerimientos informticos que tiene actualmente la institucin.

Proyectos II

90

_________________________ __________________________
Toribio Fernndez Jonathan Avils Herrera Hugo

ACTA DE TRABAJO

CURSO: PROYECTO II PROYECTO: INFORME: 03


ACTA No. 1 FECHA:
01/09/2012
HORA INICIO: 17:00
HORA TERMINO: 22:00

Definicin del problema
CONVOCADOS
SI NO

AGENDA
1. Definir y complementar el tema de Investigacin del proyecto
2. Elaboracin de la presentacin
3. Definicin de bases tericas

1. Investigar y resumir Antecedentes de la investigacin
Avils Herrera Hugo
2. Definicin de bases tericas
Avils Herrera Hugo
Proyectos II

91

3. Complementar el tema de investigacin orientndolo a aplicacin para dispositivos mviles
Avils Herrera Hugo


ENTREGA
1
Anlisis de la viabilidad del proyecto Avils Herrera Hugo
03/09/2012
2
Definicin del problema y solucin
propuesta.
Avils Herrera Hugo
03/09/2012
3 Glosario de trminos. Avils Herrera Hugo 02/09/2012


ENTREGA
1 Complementar la definicin
de trminos bsicos
En la reunin nos enfocamos en definir y
complementar los antecedentes.
03/09/2012

Se investig los antecedentes del PROYECTO, es decir proyectos o iniciativas similares aplicados en el mismo
rubro de nuestro proyecto.

_________________________ __________________________

Proyectos II

92

ACTA DE TRABAJO



ACTA No. 1 FECHA:
08/09/2012
HORA INICIO: 17:00
HORA TERMINO: 22:00

Evaluar y seleccionar la Metodologa
CONVOCADOS
SI NO

AGENDA
1. Evaluar y seleccionar la metodologa que aplicaremos al proyecto
2. Definicin de recursos humanos y materiales
3. Elaboracin del plan de desarrollo del proyecto

1. Investigar y resumir Metodologas giles
Avils Herrera Hugo
2. Investigar artefactos de la metodologa seleccionada (XP)
Avils Herrera Hugo
3. Definicin de Recursos, materiales y elaboracind el Plan de desarrollo del Proyecto
Avils Herrera Hugo
Proyectos II

93



ENTREGA
1
Complementar la teora de la
metodologa seleccionada
Avils Herrera Hugo
09/09/2012
2 Afinar el plan del proyecto en el Project Toribio Fernndez Jonathan 10/09/2012
3
Complementar Material y mtodos
requeridos.
Avils Herrera Hugo 10/09/2012


No TAREA PENDIENTE MOTIVO DEL INCUMPLIMIENTO
FECHA DE
ENTREGA
1 Definir financiamiento 11/09/12

Luego de la investigacin el equipo de proyecto selecciono la metodologa XP ya que consideramos que es la
ms apropiada para nuestro proyecto.

_________________________ __________________________

Proyectos II

94

ACTA DE TRABAJO



ACTA No. 1 FECHA:
07/10/2012
HORA INICIO: 17:00
HORA TERMINO: 22:00

Definicin de artefactos de la metodologa
CONVOCADOS
SI NO

AGENDA
1. Definir historias de usuario
2. Definir tareas 1era iteracin
3. Elaboracin de prototipos

1. Definir historias de usuario
Avils Herrera Hugo
2. Definicin de tareas de la primera iteracin
Avils Herrera Hugo
3. Definicin del diccionario de datos y elaboracin de Prototipos
Proyectos II

95

Avils Herrera Hugo


ENTREGA
1
Definicin de las historias de usuario
iteracin 1
Avils Herrera Hugo
02/10/2012
2
Deificacin de las tareas. Avils Herrera Hugo
06/10/2012
3 Definicin de actividades del proyecto Avils Herrera Hugo 07/10/2012
4 Elaboracin de los prototipos Avils Herrera Hugo 07/10/2012


ENTREGA
1 Elaboracin de la
presentacin
complementar los artefactos de la
metodologa.
07/10/2012


_________________________ __________________________

Proyectos II

96

ACTA DE TRABAJO



ACTA No. 1 FECHA:
31/10/2012
HORA INICIO: 17:00
HORA TERMINO: 22:00

Realizacion de Pruebas y Resultados
CONVOCADOS
SI NO

AGENDA
1. Definir las Pruebas
2. Definir los Resultados

1. Definir las Pruebas
Avils Herrera Hugo
2. Definir los Resultados
Avils Herrera Hugo

Proyectos II

97


ENTREGA
1
Definir las Pruebas Avils Herrera Hugo
30/10/2012
2
Definir los Resultados Avils Herrera Hugo
30/10/2012


ENTREGA
1 Elaboracin de la
presentacin
complementar los artefactos de la
metodologa.
31/10/2012


_________________________ __________________________

Proyectos II

98

Anexo 04: Actas y Observacin de Docentes

Proy Essalud)

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Proy Essalud)

Încărcat de

Drepturi de autor:

Formate disponibile

PROYECTO II

S-ar putea să vă placă și