Proyecto Diseño de Un Sistema Automatizado Que Optimice La Gestión de Los Procesos Administrativos Del Área Servicios Médicos Del Centro Medico Mayo

Implementacin de un sistema Administrativo rea Mdico
UTP
DISEO DE UN SISTEMA
AUTOMATIZADO QUE OPTIMICE LA
GESTIN DE LOS PROCESOS
ADMINISTRATIVOS DEL REA
SERVICIOS MDICOS DEL CENTRO
MEDICO MAYO
Proyecto de Ingeniera de Sistemas II

Alexander Salazar Puyn
Proyecto de Ingeniera deSistemas II
Pag. 1
MBA. Cesar Zorrilla V.
Implementacin de un sistema Administrativo rea Mdica
UTP
Dedicatoria
A mis Padres: Manuel y Bernandina,
Quienes me dieron todo
Y son mi fuente de motivacin
Para ser un gran hombre.
A Edith, esposa y mi amor de toda la vida.
Pag. 2
UTP
Agradecimiento
Un agradecimiento en especial a la
Ing. Cesar Zorrilla
Por su apoyo en mi formacin
Profesional y personal.
Pag. 3
UTP
RESUMEN
El presente trabajo de investigacin tiene como propsito principal implementar
un sistema automatizado que optimice la gestin de los procesos administrativos
del rea servicios mdicos delCentro Medico Mayo. Este software permite
controlar cada uno de los procesos administrativos que all se realizan, los cuales
involucran: registro de usuarios, creacin de citas mdicas, apertura de historias
mdicas, emisin de rcipes para compra de medicamentos, control de consultas,
salida y entrada de medicamento, remisin de pacientes que requieren atencin
especializada y exmenes de laboratorios, con este sistema se automatizaron los
procesos operativos y se suministr una plataforma de informacin necesaria para
la toma de decisiones aportando informacin precisa y adecuada que contribuye a
minimizar los riesgos y generar
procesos ms eficaces en funcin de las
necesidades del servicio que se presta. Dicho trabajo sigui un tipo de

investigacin interactiva, con un nivel integrativo, la cual permite crear una
solucin, apoyada en el uso de mtodos y herramientas tericamente sustentadas
para modificar una situacin; la tcnica de anlisis de datos utilizada fue la de
anlisis de contenido. Con el objetivo de lograr adaptar las mejores estrategias y
herramientas de uso actual para el desarrollo de software se utiliz la metodologa
GRAY WATCH y la herramienta de modelado UML BUSINESS extensin de
UML. Para la creacin del software se utiliz el servidor XAMPP de plataforma
software libre que consiste en la base de datos MySQL, el servidor Web Apache y
los intrpretes para lenguajes de script: PHP y Perl., bajo un lenguaje de
programacin orientado a objeto.
Pag. 4
UTP
NDICE GENERAL
RESUMEN
INDICE GENERAL
INTRODUCCIN
CAPITULO I
CONTEXTO ORGANIZACIONAL
1.1. Resea Histrica de la Centro Medico Mayo
1.1.1. Misin
10
1.1.2. Visin
10
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
11
2.1. Planteamiento del Problema
11
2.2. Objetivos de la Investigacin
11
2.2.1. Objetivo General
13
2.2.2. Objetivos Especficos
13
2.2. Alcance de la Investigacin
13
2.3. Identificacin de las Variables
13
2.3.1. Variable Independiente
13
2.3.2. Variable Dependiente
13
14
14

2.3. Alcance de la Investigacin.
2.4 Hiptesis
14
14
14
2.4.1 Hiptesis General
14
2.4.2 Hiptesis Especficos
14
2.5. Diferenciacin con otras Investigaciones Similares

CAPITULO III
14
16
MARCO METODOLOGICO
16
3.1. Antecedentes de la Investigacin
16
3.2. Bases Tericas
17
3.2.1 Sistema de Informacin Transaccionales
17
3.2.2. El Mtodo Gray Watch
18
Pag. 5
UTP
3.2.2.1. Objetivos del mtodo WATCH
20
3.2.2.2 Caractersticas del Mtodo WATCH
21
3.2.2.3 Componentes del mtodo WATCH
26
3.2.3.4 Estructura del mtodo WATCH
26
3.2.3 Lenguaje de Modelado Unificado
35
3.2.3.1. UML 2.0
35
3.2.3.2 Diagramas UML
36
3.2.3.2.1 Diagrama de caso de uso
36
3.2.3.2.2 Diagrama de clases
37
3.2.3.2.3 Diagramas de Despliegue
40
3.2.3.2.4 Diagrama de secuencia
41
3.2.3.2.5 Diagrama de actividades
43
3.2.3.2.6 Diagrama de Paquetes
43
3.2.3. Tarjetas CRC
43
3.2.4. Arquitectura cliente- servidor
44
3.2.5 Software Libre
45
3.2.5.1 Desarrollo de Software Libre
47
3.2.6. Sistemas de informacin aplicados al sector sanitario
48
3.2.7. Herramientas de desarrollo
49
3.2.8. Lenguajes de Programacin
50
3.2.9. Base de Datos MySql
52
3.2.10. XAMMP
52
3.2.11. Web Apache
53
CAPITULO IV: SOLUCION PROPUESTA
54
4.1 Anlisis de la Solucin Propuesta
54
4.1.1 Benchmarking
54
4.2 Anlisis Funcional
57
4.2.1 Cadena valor de Negocio
57
4.2.2 Modelado de Objetos de Negocio
68
4.2.3 Caso de uso General del Sistema
69
4.2.4 Caso de uso Consultando Citas Programadas
70
4.2.5 Diagramas de Clases de Programar Citas
71
4.2.6 Prototipos
72
Pag. 6
UTP
4.3 Anlisis Costo Beneficio
75
4.3.1 Costo de Inversin
75
4.3.2 anlisis de Beneficios Intangibles
87
4.3.3 anlisis de Beneficios Resumen
88
4.3.4 anlisis Sensibilidad
88
CAPITULO V: Conclusiones y Recomendaciones

5.1 CONCLUSIONES
90
90
5.2 RECOMENDACIONES
92
5.3 BIBLIOGRAFA
93
Pag. 7
UTP
INTRODUCCIN
La continua evolucin de la tecnologa informtica y el creciente inters de la

Administracin por alcanzar un desempeo ms efectivo, han incrementado el uso de
sistemas automatizados como mecanismos para enfrentar la competitividad de
manera ms eficiente. El manejo de la informacin, a travs de la implantacin de
sistemas automticos viene permitiendo a las organizaciones, el dominio de gran
cantidad de datos en forma centralizada y en lnea. Tales razones explican la gran
demanda y variedad de software o programas informticos que estn dando
respuesta a necesidades particulares, en cuanto a la agilizacin y tramitacin de datos
que, debidamente interpretados puedan ser tiles para extraer conclusiones.
En el campo de los procesos mdicos, los sistemas de informacin estn jugando un
importante papel, como elemento clave para abordar muchos de los retos que afronta
el sector sanitario, realidad que puede insertarse dentro de las expectativas de la
Pasanta realizada en el Servicio Mdico de la Centro Medico Mayo, la cual se plante
como objetivo, implementar un sistema automatizado que optimice la gestin de los
procesos administrativos del rea de servicios mdicos de la Centro Medico Mayo.
Desde esta perspectiva el rea temtica est centrada en un
sistema de
informacin transaccional. Para la elaboracin de este proyecto se emple como

metodologa de trabajo, GRAY WATCH por ser un mtodo de desarrollo de software
que abarc todo el ciclo de vida de las aplicaciones; desde el modelado del dominio
de la aplicacin, pasando por la definicin de los requisitos de los usuarios, hasta la
puesta en operacin del sistema. Este mtodo establece las actividades los procesos,
las prcticas, las tcnicas, los estndares, y las herramientas que se deben emplea para
desarrollar los componentes arquitectnicos de la aplicacin e integrarla al
sistema de negocio para el cual es desarrollada.
Pag. 8
UTP
CONTEXTO ORGANIZACIONAL
1.1.
Resea Histrica del Centro Medico Mayo.

La historia de calidad e innovacin del Centro Medico Mayo se inici el
ao 1987 cuando un grupo de notables mdicos, liderados por el doctor Hugo

Villanueva Ayzanoa, fund elCentro Medico Mayo en el distrito de San Anita.
Al principio del camino, planearon hacer de esta clnica, la institucin ms
especializada en cardiologa en el Per, pero el tiempo, la experiencia y la
demanda ciudadana, les demostraron que podan soar en grande y decidieron
progresivamente incluir la atencin de otras especialidades mdicas, hasta
lograr consolidarse como una clnica general de alto prestigio.
La popularidad del Centro mdico creci y la demanda aument, debido a que
era el nico centro mdico del lugar que atenda las 24 horas del da. No
importa la hora que concurriesen al centro mdico, siempre serian atendidos. La
demanda creci tanto que tuvieron que mudarse a su actual local de ms de 500
metros cuadrados, habilitando nuevas especialidades y atendiendo a un mayor
nmero de personas. Actualmente, el centro Mdico Mayo atiende diariamente
a ms de 100 personas, cuenta con ms de 40 trabajadores y tiene 17
especialidades, entre ellas, pediatra, oftalmologa, dermatologa y cardiologa.
A pesar de los xitos obtenidos, Hugo Villanueva no ha perdido su compromiso
social, realizando mensualmente campaas de salud, con jornadas que van
desde las ocho de la maana hasta las dos de la tarde, atendiendo a un promedio
de 300 pacientes totalmente gratis. La vida de Hugo Villanueva es ejemplo vivo
de que la constancia logra doblegar las adversidades impuestas por la vida a
manera de prueba. Ahora con ms de 25 aos ejerciendo la medicina, se
muestra orgulloso de haber concretado el sueo de su vida.
Pag. 9
UTP
1.1.1. Misin
Brindar a su salud la mejor atencin con calidad, responsabilidad y tica
profesional, contando para ello con profesionales calificados y equipos
modernos. Aumentando la calidad y eficiencia de todos nuestros servicios da a
da.
1.1.2. Visin
Ser una institucin en el sector salud ya que con los aos hemos
mantenido una atencin clida, segura, con tecnologa de avanzada, teniendo un
grupo humano ms capacitado y comprometido con su salud.
Pag. 10
UTP
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
2.1. Planteamiento del Problema
Para estar a la vanguardia del mundo actual hay que ajustarse al desarrollo y
crecimiento del entorno tecnolgico, como mecanismo de acceso a la informacin
bajo parmetros de rapidez, privacidad, confiabilidad y eficiencia tal que permitan
un desarrollo cnsono dentro de las instituciones y contribuya al desarrollo
nacional. Esta realidad viene siendo asumida por las organizaciones mundiales,
entre ellas, las instituciones de educacin superior, establecimientos generadores y
promotores de conocimiento que asumen la tecnologa, como herramienta para
optimizar sus procesos internos. Desde esta perspectiva la implantacin de
sistemas automatizados se constituyen en una alternativa real y eficiente para
mejorar los resultados de la gestin y un mejor desempeo laboral.
Actualmente todos los procesos administrativos del Servicio Mdico: registro
de usuarios, apertura de historias mdicas, emisin de recetas para compra de
medicamentos, control de consultas, exmenes de laboratorios se llevan a cabo de
manera manual.Generando un conjunto de fallas que se expresa en:
Las historias mdicas se crean y almacenan en un archivador fsico, dificultando,
en la mayora de los casos, su ubicacin y manipulacin. Esta situacin retrasa el proceso
para atender al paciente, ya que el doctor necesita tener la historia mdica a mano, al
momento de realizar la consulta. Adems, el archivador fsico es de libre acceso porque
se encuentra localizado en un rea de uso comn para todo el personal del servicio
mdico, siendo susceptible a extravos o manipulacin por personas ajenas a la
dependencia.
Pag. 11
UTP
Las estadsticas necesarias para el control y evaluacin del servicio que se presta,
las lleva el auxiliar de registro y estadstica con una herramienta ofimtica de
procesamiento de texto (Word), debido al gran volumen de pacientes que se atienden por
da, esto resulta un proceso lento y genera mucho trabajo emitir conclusiones acerca de la
gestin del servicio mdico o contar con informacin que sirva como datos estadsticos.
Las boletas de remisin del paciente a mdicos externos y de exmenes de
laboratorio, se llevan por medio de talonarios que es un mecanismo implementado bajo
normas del servicio mdico, que en muchos casos son extraviados o tienen enmienda lo
cual dificulta el control y la cancelacin de estos servicios. Adems que siempre se
presenta problemas al validar las boletas emitidas y de los gastos asociados a la compra
de medicamentos por rcipes mdicos.
La propuesta en referencia, beneficia a todo el personal que labora dentro del rea
de Servicios Mdicos lo cual permite agilizar la gestin gerencial de esta rea y aumentar
el flujo de pacientes que se atienden diariamente, ya que se trata de un mecanismo que
permite la modernizacin y optimizacin de los procesos de una unidad bajo su
responsabilidad y acorde a las fundamentos del uso del Software Libre , el cual atiende a
los lineamientos estratgicos de las polticas nacionales, en relacin al uso de sistemas de
informacin dentro de las instituciones pblicas.
2.2 Alcance y Limites del Estudio
Alcance
La Aplicacin Web a desarrollar abarcarn las reas del centro mdico
Mayo.
Limitaciones
Falta de colaboracin de los empleados carentes de compromiso con el
proceso.
Pag. 12
UTP
Falta de conocimiento para gestionar el desarrollo de un Sistemas de

Informacin de las Historias Clnicas (HC).
Ausencia de tecnologa para soportar el desarrollo y mantenimiento de
Aplicacin Web.
Tenemos que acotar por el tiempo de 4 meses que llevara nuestro proyecto.
2.3. Identificacin de las Variables

2.3.1. Variable Independiente
(X) = Aplicacin Web integral para Centro Medico Mayo
2.3.2. Variable Dependiente
(Y) = Informacin sobre las actividades y servicios ofrecidos por la
Centro Medico Mayo.
Disear un sistema web automatizado que optimice la gestin de los procesos
administrativos del rea de servicios del Centro Mdico Mayo..
1. Contar con infraestructura de tecnologa.
2. Tener hardware de ltima generacin.
3. Reducir en a 50% los procesos de las gestiones medicas.
4. Contar con Citas online.
Pag. 13
UTP
2.3. Alcance de la Investigacin.

El alcance de la presente investigacin est dado por la implantacin de un
sistema automatizado en el rea de Servicios Mdicos para lo cual fue necesario
abarcara hasta la etapa implementacin y gestin de soporte implantacin segn la
metodologa GRAY WACHT, donde se entregue la aplicacin completa con su
manual y capacitacin de los usuarios.
2.4. Hiptesis
2.4.1. Hiptesis General
La Aplicacin Web reducir el tiempo de los procesos de los pacientes
Centro Medico Mayo.
2.4.2. Hiptesis Especficas
Existe Aplicativo Web que permitir gestionar, registrar y archivar los
procesos de las reas del Centro Medico Mayo.
.
Existe la interoperatibilidad con otros Aplicativos Webs que permitir el
manejo de las Historias Clnicas del Centro Medico Mayo.
2.5. Diferenciacin con otras Investigaciones Similares
Esta aplicacin a diferencia de otras ofrece la gestin asistencial para hospitales y
clnicas basado en estndares internacionales y nacionales y las mejores prcticas.
Est diseado y teniendo como eje central las Historias Clnicas, por tanto reduce la
incertidumbre e incrementa la calidad de las decisiones hospitalarias y permitiendo
que todos los procesos hospitalarios sean altamente productivos y eficientes. Los
Pag. 14
UTP
hospitales requieren de impactos directos e inmediatos: reduccin de los costos

hospitalarios, incremento de las utilidades en la atencin hospitalaria, incremento de
la calidad de la atencin de los pacientes, incremento de la confianza de los
pacientes, entre otros.
Porque los grandes impactos en las industrias se dan cuando los gerentes conocen y
administran perfectamente el corazn del negocio
Pag. 15
UTP
CAPITULO III
MARCO METODOLOGICO
3.1. Antecedentes de la Investigacin

Para abordar los antecedentes que sirvieron de base a la investigacin en
referencia, se procedi a la revisin de algunos estudios relacionados con el
problema, incorporaron elementos de relevancia. Entre ellos:
El Sistema fue estudiado y analizado por una empresa SOFMARKPERU SAC
dndole el ttulo: Sistemaautomatizado basado en software libre para optimizar
los procesos administrativos de los servicios mdicos de la Centro Medico Mayo.
Dicho sistema fue efectuado para implantarlo en el centro mdico, y tena como
objetivo automatizar los procesos administrativos que se llevan a cabo en el rea de
servicios mdicos delCentro Medico Mayo y hace uso de la metodologa de
desarrollo RUP.
Esta investigacin fue la precursora del presente trabajo que da continuidad al
diseo y desarrollo del software ya propuesto. Esta investigacin constituye un
referente por cuanto fue la gua de estudio durante el desarrollo del software, ayud a
comprender los procesos del rea de servicio mdico, contribuy a representar el
nuevo modelo de negocio, la arquitectura del software a implantar, sirvi de soporte
para ayudar a establecer el nuevo diseo arquitectnico se ajustara a los nuevos
requisitos y objetivos de este trabajo especial de grado. Adems de ser un proyecto
basado en los criterios del software libre en Per.
La universidad Nacional Faustino Snchez Carrin de Huacho, realiz una
Pag. 16
UTP
investigacin titulada: Modelo de negocios del departamento tcnico de la direccin

de servicios generales de Centro Medico Mayo,
este
proyecto de grado fue
presentado en la Universidad Nacional Faustino Snchez Carrin como requisito

final para optar al ttulo de Ingeniero de Sistemas y tena como objetivo
documentar la situacin del Departamento Tcnico de la Direccin de Servicios
Generales de la Universidad Nacional Faustino Snchez Carrin, para desarrollar
un Modelo de Negocios que hiciera posible entender sus elementos claves,
planificar
su
infraestructura
informtica,
formalizar
sus
sistemas
procedimientos. El desarrollo del modelo fue guiado por la Metodologa BMM

(Business ModelingMethod) de Montilva y Barrios (2003), y representado a travs del
lenguaje grfico UML (UnifiedModelingLanguage) y su extensin UML Business
propuesta por Eriksson&Penker (2000).
Esta investigacin se tom como orientacin y gua, su aporte ms significativo
est relacionado con la formulacin del Modelo de Negocios del rea de servicios
mdicos;
facilit
representar
los
elementos
(procesos,
actores,
reglas,
estructuraorganizativa, entidades o recursos) que lo conforman.

Se acota la importancia de los sistemas de informacin, puestos en marchas
como proyectos automatizados para generar cambios favorables en los procesos,
ajustados a los requerimientos de un centro de salud con una visin amplia y futurista
que permita las incorporaciones progresivas de nuevos proyectos que fortalezcan el
sistema automatizado, dando respuestas a las distintas necesidades que pueden
presentarse en esta rea.
3.2. Bases Tericas
3.2.1 Sistema de Informacin Transaccionales
Los sistemas de informacin transaccionales segn Pastor, J (2002):
Pag. 17
UTP
Son aquellos sistemas que se encargan de manera especfica de procesar tanto

las transacciones de informacin provocadas por las interacciones formales
entre el entorno y la organizacin como las transacciones generadas en el seno de la
organizacin. (p.11).
As mismo el (SIT)
procesa las transacciones propias de un proceso
logstico: pedidos, facturas, despachos, rdenes de compra, devoluciones, lista de

empaque, pagos, entre otros. Adems los sistemas transaccionales gerencian
modelos de reposicin, de compra y de ruteos, todo esto actividad rutinaria de la
funcin logstica.
De este modo acota entre sus principales caractersticas:
a) A travs de stos suelen lograrse ahorros significativos de mano de obra, debido a
que automatizan tareas operativas de la organizacin.
b) Con frecuencia son el primer tipo de Sistemas de Informacin que se implanta en
las organizaciones. Se empieza apoyando las tareas a nivel operativo de la
organizacin.
c) Son intensivos en entrada y salid de informacin; sus clculos y procesos suelen
ser simples y poco sofisticados.
d) Tienen la propiedad de ser recolectores de informacin, es decir, a travs de estos
sistemas se cargan las grandes bases de informacin para su explotacin
posterior.
e) Son fciles de justificar ante la direccin general, ya que sus beneficios son
visibles y palpables.
3.2.2. El Mtodo Gray Watch

Para producir una aplicacin empresarial es necesario disponer de un mtodo
Pag. 18
UTP
de desarrollo del software que est bien definido y documentado. Este mtodo debe
establecer las actividades, los procesos, las prcticas, las tcnicas, los estndares y las
herramientas que deben emplear para desarrollar los componentes arquitectnicos de
una aplicacin empresarial e integrarla al sistema de negocios para el cual ella es
desarrollada. El mtodo WATCH es un marco metodolgico que describe los
procesos tcnicos, gerenciales y de soporte que deben emplear los equipos de trabajo
que tendrn a su cargo el desarrollo de aplicaciones de software empresarial.
El mtodo WATCH est fundamentado en las mejores prcticas de la
Ingeniera de Software y la Gestin de Proyectos. Cubre todo el ciclo de vida de las
aplicaciones; desde el modelado del dominio de la aplicacin, pasando por la
definicin de los requisitos de los usuarios, hasta la puesta en operacin de la
aplicacin.
Este mtodo incluye, tambin, una descripcin de los procesos de gerencia del
proyecto que se aplicarn para garantizar que el proyecto se ejecute en el tiempo
previsto, dentro del presupuesto acordado y segn los estndares de calidad
establecidos. En el diseo de este mtodo se emplearon, como marcos de referencia
para la elaboracin de los elementos que integran el mtodo, los siguientes
estndares, prcticas y modelos:
a.
El modelo CMMI-SW (CapabilityMaturityModelIntegration) del Instituto

de Ingeniera de Software - SEI (CMMI, 2005).
b.
El cuerpo de conocimientos de la Ingeniera de Software (SWEBOK) de la

Sociedad de Computacin de la IEEE.
c.
El cuerpo de conocimientos PMBOK
(Project Management Body of
Knowledge) del Instituto de Gestin de Proyectos (PMI, 2000).

d.
Estndares de desarrollo de software de la Sociedad de Computacin de la

IEEE.
Pag. 19
UTP
e.
Modelos de procesos de los enfoques de desarrollo de software siguientes:
f.
Desarrollo guiado por modelos (ModelDrivenDevelopment)
g.
Desarrollo guiado por pruebas (Test DrivenDevelopment)
h.
Las
mejores
2000):Desarrollo
prcticas
de
iterativo,
la
Ingeniera
incremental
de
Software (Krutchen,
y versionado,
Ingeniera
de
Requisitos Arquitecturas basadas en componentes de software, Uso de

lenguajes de modelado visual: UML y UML Business, Gestin
integral del proyecto,Verificacin y validacin de la calidad de los productos
y procesos y Gestin de la configuracin (control de cambios).
3.2.2.1. Objetivos del mtodo WATCH

WATCH es un mtodo que ha sido elaborado expresamente para ser utilizado
durante el desarrollo de aplicaciones empresariales, con la finalidad de:
a. Orientar a los equipos de desarrollo acerca de qu deben hacer y cmo deben
desarrollar una aplicacin empresarial.
b. Garantizar la uniformidad, consistencia, facilidad de integracin y calidad de
los distintos componentes arquitectnicos que integrarn una aplicacin
empresarial.
Gestionar el desarrollo de aplicaciones empresariales como proyectos de
ingeniera, siguiendo los estndares de gestin de proyectos ms utilizados en
la Industria del
d. Software, a fin de garantizar que la aplicacin se entregue a tiempo y dentro
del presupuesto acordado con el cliente.
e. Asegurar que en el desarrollo de cada aplicacin empresarial se empleen las

mejores prcticas, tcnicas, herramientas, estndares y lenguajes aceptados
Pag. 20
UTP
internacionalmente para producir software de alta calidad.

3.2.2.2 Caractersticas del Mtodo WATCH
Las caractersticas ms relevantes del mtodo WATCH son las siguientes:
A.
Est slidamente fundamentado: Posee una base conceptual y metodolgica

muy bien sustentada. El mtodo descansa en conceptos bien establecidos que
se derivan de la Ingeniera de Software y los Sistemas de Informacin
Empresarial. En concreto, el mtodo emplea una arquitectura de dominio de
tres capas que define los elementos principales de las aplicaciones
empresariales modernas. Metodolgicamente, el modelo ha sido elaborado
tomando como referencia modelos de procesos bien conocidos o bien
fundamentados, tales como el modelo RUP-RationalUnifiedProcess
(Krutchen, 2000) y versiones anteriores del mtodo WATCH (Montilva y
Barrios, 2004b).
B.
Es estructurado y modular: Posee una clara estructura que facilita su

comprensin y utilizacin. Esta estructura separa los tres elementos
primordiales de un mtodo: el producto que se quiere elaborar, los actores que
lo elaboran y el proceso que siguen los actores para elaborar el producto.
Estos tres elementos definen los tres componentes del mtodo WATCH:
Modelo de productos, modelo de actores y modelo de procesos. Cada uno de
ellos posee, a su vez, una estructura claramente visible y acorde al elemento
que representa. As, por ejemplo, el modelo de procesos tiene una estructura
jerrquica de, al menos, cinco niveles de profundidad: grupos de procesos,
procesos, sub-procesos, actividades y tareas.
C.
Es de propsito especfico: El mtodo est dirigido al desarrollo de
Pag. 21
UTP
aplicaciones de software en entornos empresariales; es decir, al desarrollo de

aplicaciones que apoyan uno o ms sistemas de negocios de una empresa. Esta
orientacin concreta y especfica resuelve los problemas que tienen la mayora
de los mtodos comerciales y acadmicos existentes, cuya generalidad va en
detrimento de su aplicabilidad en software especializado. El mtodo no es
apropiado para desarrollar software del sistema (sistemas operativos,
utilitarios, middleware, etc.), ni software de programacin (compiladores,
editores, entornos de programacin, etc.)
D.
Tampoco es til en el desarrollo de software de entretenimiento (videojuegos,

herramientas multimedia, etc.). En aplicaciones especializadas, tales como
sistemas de informacin geogrfica (GIS), sistemas de control, software
educativo y software embebido, el usuario del mtodo debe hacer
lasadaptaciones pertinentes para ajustar el mtodo al dominio particular de
este tipo de aplicaciones.
E.
Es flexible y adaptable: Si bien el mtodo est dirigido al desarrollo de

aplicaciones especializadas (aplicaciones de software empresarial), sus tres
componentes pueden ser adaptados, con relativa facilidad, a otros tipos de
productos de software. Esta labor, sin embargo, debe ser hecha por expertos
en Ingeniera de Procesos de Software, para asegurar la correcta y efectiva
adaptacin a otros tipos de aplicaciones.
F.
Emplea las mejores prcticas del desarrollo de software: Al igual que otros
mtodos bien establecidos, tales como RUP (Krutchen, 2000), XP y OOSE
(Jacobson, 1994), el mtodo WATCH emplea prcticas metodolgicas
internacionalmente aceptadas y utilizadas en la industria del software, las
cuales, al ser aplicadas apropiadamente, contribuyen a resolver muchos de los
Pag. 22
UTP
problemas que, comnmente, se le atribuyen a los proyectos de software.

Entre estas prcticas, se destacan las siguientes:
i.
Desarrollo de software iterativo, incremental y versionado.- WATCH

considera el proceso de desarrollo de aplicaciones como un proceso iterativo.
Cada iteracin produce un componente o una nueva versin operativa de la
aplicacin.
ii.
Manejo eficiente de los requisitos.- Una mala gestin de los requisitos de una
aplicacin es una de las principales causas de problemas en proyectos de
desarrollo de software. Para evitar estos problemas, WATCH emplea las
mejores prcticas, tcnicas y procesos de la Ingeniera de Requisitos, las
cuales facilitan las actividades de identificacin, anlisis, especificacin,
validacin y gestin de requisitos.
iii.
Reutilizacin de activos de software.- El mtodo promueve la reutilizacin de

activos de software. Ello reduce costos y aumenta la calidad de los productos
de software elaborados usando el mtodo. Entre estos activos estn los
siguientes: arquitecturas de dominio, patrones de diseo, componentes de
software reutilizables y plantillas de documentos (Ej., plantillas para planes de
proyecto, formatos para pruebas de software, estructuras para manuales de
uso, etc.).
iv.
Modelado visual de la aplicacin.- Para desarrollar una aplicacin informtica

es indispensable modelar distintos aspectos de ella, en cada una de las etapas
o fases de su desarrollo. WATCH emplea lenguajes de modelado grfico o
visual ampliamente conocidos, tales como UML 2 (Eriksson et al, 2004) y
UML Business (Eriksson and Penker, 2000). Estos lenguajes facilitan la
representacin de la aplicacin desde diferentes perspectivas y reducen los
problemas de comunicacin que normalmente surgen entre los expertos en
Pag. 23
UTP
Informtica y los usuarios.

v.
Desarrollo basado en modelos.- Bajo este paradigma, el desarrollo de

software es un proceso de transformacin gradual e iterativa de modelos
elaborados usando lenguajes de modelado, tales como UML. Cada proceso
tcnico del mtodo genera uno o ms modelos en UML 2 y/o UML Business.
Estos modelos son transformados, gradualmente, en los procesos siguientes,
hasta elaborar el producto final. Por ejemplo, el modelo de objetos de negocio,
producido en el proceso de Modelado del Negocio, es transformado durante el
proceso de Ingeniera de Requisitos en un modelo de clases de negocio.
Este ltimo evoluciona, mediante transformaciones hechas en los procesos de
Diseo Arquitectnico y Diseo Detallado, hasta convertirse en el modelo
fsico de la base de datos, el cual es empleado durante el proceso de
Programacin & Integracin para crear la base de datos de la aplicacin. La
ventaja de esta prctica radica en que la transformacin de modelos se puede
automatizar usando herramientas de desarrollo de software apropiadas, lo cual
reduce significativamente el tiempo de desarrollo.
vi.
Verificacin continua de la calidad de los productos.- WATCH asegura la

calidad de la aplicacin, a travs del uso de procesos bien definidos de
Aseguramiento de la Calidad y Verificacin & Validacin de software
(V&V). Los procesos V&V son aplicados a todos los productos intermedios y
finales que se elaboran a lo largo del desarrollo de cada aplicacin.
vii.
Programacin guiada por las pruebas.- Para codificar los componentes de

software, el mtodo emplea el enfoque de programacin guiada por las
pruebas, la cual consiste en disear y preparar las pruebas de cada
componente antes de iniciar su codificacin. De esta manera, la codificacin
Pag. 24
UTP
se hace con la intencin de pasar la prueba, lo cual garantiza una mayor

calidad del cdigo producido. La codificacin y la prueba unitaria del
componente se hacen paralela y coordinadamente usando herramientas de
pruebas automatizadas.
viii.
Apropiada gestin de cambios.- Los cambios en los requisitos y productos

elaborados es una constante en el desarrollo de aplicaciones empresariales.
Estos cambios pueden surgir en cualquier fase del desarrollo de una
aplicacin, por lo que es necesario controlarlos apropiadamente, a fin de evitar
que el proyecto se postergue continua o indefinidamente. WATCH emplea
procesos bien definidos de Gestin de Requisitos y Gestin de la
Configuracin de Software (SCM) que se encargan de controlar estos
cambios.
G.
Emplea las mejores prcticas y procesos de gestin de proyectos: El mtodo

WATCH emplea procesos y prcticas establecidas en el cuerpo de
conocimientos de gestin de proyectos PMBOK propuesto por el PMI (2004).
Este cuerpo de conocimientos fue usado durante el diseo del mtodo para
definir y elaborar los procesos de gestin y parte de los procesos de soporte.
H.
Integra los procesos de gestin con los procesos tcnicos y de soporte:

WATCH define tres grupos de procesos: tcnicos, de gestin y de soporte.
Los procesos tcnicos se relacionan con las actividades de anlisis, diseo,
implementacin y pruebas de las aplicaciones. Los procesos de gestin se
encargan de gerenciar el desarrollo de cada aplicacin como un proyecto de
ingeniera; involucran, por lo tanto, actividades de planificacin,
organizacin, administracin, direccin y control del proyecto. Por su parte,
los procesos de soporte complementan los procesos tcnicos y gerenciales con
actividades, tales como: el aseguramiento de la calidad, la gestin de la
Pag. 25
UTP
configuracin y la gestin de riesgos del proyecto.
3.2.2.3 Componentes del mtodo WATCH

El mtodo WATCH est compuesto por tres modelos fundamentales:
A. Un modelo de productos que describe los productos intermedios y finales que
se generan, mediante el uso del mtodo, durante el desarrollo de una
aplicacin empresarial.
B. Un modelo de actores que identifica a los actores interesados (stakeholders)
en el desarrollo de una aplicacin y describe cmo deben estructurarse los
equipos de desarrollo y cules deben ser los roles y responsabilidades de sus
integrantes
C. Un modelo de procesos que describe detalladamente los procesos tcnicos,
gerenciales y de soporte que los equipos de desarrollo debern emplear para
elaborar las aplicaciones.
3.2.2.4 Estructura del mtodo WATCH
El mtodo WATCH est compuesto por tres modelos que describen los tres
elementos claves de todo mtodo: el producto que se quiere elaborar, los actores
que lo elaboran y el proceso que los actores deben seguir para elaborar el producto
(ver Figura 3).
Figura 3: Componentes del mtodo Gray Watch. Fuente: autor 2010.
Pag. 26
UTP
El Modelo de Productos
Este modelo identifica y describe los tipos de productos que se deben generar
durante el desarrollo de una aplicacin empresarial. Estos tipos de productos se
elaboran durante la ejecucin de los procesos tcnicos, de gestin o de soporte, que
estn descritos en el Modelo de Procesos del mtodo. La Figura 4 recoge los
principales tipos de productos que se deben producir a lo largo del desarrollo de una
aplicacin empresarial y los clasifica de acuerdo a los grupos de procesos donde ellos
se generan.
Los productos intermedios son todos aquellos documentos, modelos, listas,
libreras de software, matrices, etc., que se elaboran durante la ejecucin de los
procesos tcnicos, de soporte y de gestin y que son necesarios para desarrollar la
aplicacin. No son considerados productos finales o entregables, por cuanto no
constituyen parte integrante de la aplicacin. Los productos entregables o finales del
proyecto son todos aquellos que conforman la aplicacin empresarial propiamente
dicha y que son entregados al cliente al final de un ciclo de desarrollo o de todo el
proyecto. En este grupo se incluyen todas las versiones de la aplicacin que se
elaboran durante la vida del proyecto. Cada versin entregable est compuesta de
programas, bases de datos y manuales.
Figura 4: Principales tipos de productos del mtodo Gray Watch. Fuente: autor 2010.
Pag. 27
UTP
El Modelo de Actores
El Modelo de Actores tiene como objetivos:
a) Identificar los actores o interesados (stakeholders) que estn involucrados en
el desarrollo de aplicaciones empresarial.
b) Describir las modalidades de organizacin del equipo de trabajo que
desarrollar los diferentes componentes arquitectnicos de una aplicacin
empresarial
c) Definir los roles y responsabilidades de aquellos actores que integrarn el
equipo de trabajo.
La Figura 5 clasifica, al ms alto nivel de abstraccin, a los actores que participan el

desarrollo de aplicaciones aplicacin empresarial en cuatro grupos diferentes.
Figura 5: Clasificacin de los actores. Fuente: autor 2010.
Los clientes son aquellas personas o unidades organizacionales que contratan

el desarrollo de la aplicacin y aportan los recursos financieros necesarios para su
desarrollo. Los promotores son aquellas personas o unidades organizacionales que
tienen inters en que la aplicacin se desarrolle y, por consiguiente, promueven y
apoyan su desarrollo. Los desarrolladores son personas o grupos que participan en la
Pag. 28
UTP
ejecucin de los procesos tcnicos, de gestin y/o soporte del desarrollo de la

aplicacin. Los usuarios son todas aquellas personas, unidades organizacionales u
organizaciones externas que hacen uso de los servicios que ofrece la aplicacin.
El Modelo de Procesos
El objetivo de este modelo es describir los procesos tcnicos, de
gestin y de soporte que los equipos de trabajo deben emplear para
desarrollar una aplicacin empresarial. Estos procesos se organizan
en la forma de una cadena de valor, tal como se ilustra en la Figura 6.
Figura 6: Cadena de valor de Procesos del mtodo WATCH. Fuente: autor 2010.
Estos procesos se clasifican, segn su naturaleza con respecto al proceso de

desarrollo de software, en tres grupos: procesos tcnicos, procesos de gestin y
procesos de soporte (ver Figura 7).
Pag. 29
UTP
Figura 7: Procesos del mtodo WATCH. Fuente: autor 2010.
El grupo de procesos tcnicos se encarga de organizar las actividades tecnolgicas

que caracterizan el desarrollo de una aplicacin empresarial cualquiera e incluye los
siguientes procesos:
A. Modelado del Negocio.- Agrupa a las actividades encargas de caracterizar y

entender el dominio de la aplicacin, es decir, el sistema de negocios para el
cual se desarrolla la aplicacin.
B. Ingeniera de Requisitos.- Incluye todas las actividades necesarias para

identificar, analizar, especificar, validar y gestionar los requisitos que se le
imponen a la aplicacin.
C. Diseo Arquitectnico.- Congrega las actividades necesarias para especificar,

disear y documentar la arquitectura de software que debe tener la aplicacin.
D. Diseo de Componentes.- Organiza todas actividades de diseo detallado de

los componentes arquitectnicos relacionados con la interfaz grfica de la
aplicacin, sus componentes de software, su base de datos y su interaccin
con otras aplicaciones.
Pag. 30
UTP
E. Programacin & Integracin.- Agrupa las actividades de diseo detallado,

codificacin y prueba unitaria de cada uno de los componentes de software
que integran la arquitectura de la aplicacin, as como las actividades de
integracin y prueba de la integracin de estos componentes.
F. Pruebas de la Aplicacin.- Ordena las actividades de pruebas de la aplicacin

como un todo, incluyendo las pruebas funcionales, no-funcionales y de
aceptacin de la aplicacin.
G. Entrega de la Aplicacin.- Estructura el conjunto de actividades que preceden

a la puesta en produccin de la aplicacin. Incluye la capacitacin de usuarios,
la instalacin de la aplicacin en su plataforma de produccin u operacin, las
pruebas de instalacin y la entrega final del producto.
El grupo de procesos de gestin apoya la ejecucin de todos los procesos tcnicos

y est relacionado con la gestin del proyecto. Se encarga de administrar el alcance,
los tiempos, los costos, los recursos humanos y dems recursos que se requieran para
desarrollar la aplicacin. Este grupo incluye los siguientes procesos:
A. Constitucin del Proyecto.- Establece las actividades necesarias para

promover, justificar, aprobar e iniciar el proyecto.
B. Planificacin del Proyecto.- Incluye las actividades encargadas de la

planificacin del alcance, tiempos, recursos humanos, otros recursos y
servicios que requiera el desarrollo de la aplicacin
Pag. 31
UTP
C. Direccin del Proyecto.- Agrupa las actividades de conformacin del equipo

de trabajo, capacitacin del personal que integra estos equipos, administracin
de contratos con terceros, coordinacin de la ejecucin de las actividades del
proyecto y administracin de los recursos asignados al proyecto, entre otros.
D. Control del Proyecto.- Contiene las actividades necesarias para supervisar y

controlar el alcance, tiempos, costos, recursos humanos y dems recursos que
han sido asignados al proyecto.
E. Cierre del Proyecto.- Organiza las actividades que se requieren para cerrar
administrativa y tcnicamente el proyecto, una vez que concluya el desarrollo
completo de la aplicacin.
El grupo de procesos de soporte complementan los procesos de gestin y, al igual

que estos ltimos, apoyan la ejecucin de todos los procesos tcnicos. Este grupo se
relaciona con la calidad, los riegos y la configuracin de la aplicacin. Incluye los
siguientes procesos:
1. Gestin de Riesgos.- Agrupa las actividades necesarias para identificar,

analizar, planificar respuestas, monitorear y controlar todos aquellos riesgos o
eventos que puedan afectar negativamente el proyecto.
2. Gestin de la Configuracin.- Organiza las actividades encargadas del control

de los cambios que puedan surgir en la configuracin de la aplicacin, es
decir, en los diferentes tems o productos que la integran y que se desarrollan
a lo largo del proyecto.
Pag. 32
UTP
3. Gestin de la Calidad.- Contempla las actividades necesarias para garantizar

la calidad de la aplicacin y todos los productos que la integran, as como la
calidad del proceso usado para producir estos productos. Este proceso est
relacionado con las actividades de Aseguramiento de la Calidad del Software
y la Verificacin & Validacin del Software.
El orden en que los procesos del mtodo se ejecutan est inspirado en la

metfora del reloj; metfora en la cual el proceso de desarrollo de software es visto
como un reloj, cuyo motor son los procesos de gestin y soporte y cuyos diales
constituyen los procesos tcnicos. Esta metfora determina la estructura del modelo
de procesos (ver Figura 8).
Figura 8: Estructura del Modelo de Procesos. Fuente: Autor (2010).
Pag. 33
UTP
De acuerdo a la estructura del modelo, el proceso de desarrollo de software se

inicia con la constitucin y planificacin del proyecto, la cual es parte de los procesos de
gestin. Una vez planificado el proyecto, se da inicio a sus procesos tcnicos
mediante la ejecucin del Modelado del Negocio. Se continua, luego, con los
procesos de Ingeniera de Requisitos, Diseo Arquitectnico, Diseo Detallado,
Programacin & Integracin y Pruebas de la Aplicacin, en el orden indicado por las
agujas del reloj; finalizando con la Entrega de la Aplicacin.
Como puede observarse, en la figuran n8, el orden de ejecucin es cclico, es
decir, la aplicacin se desarrolla mediante la entrega de una o ms versiones de la
aplicacin. Cada ciclo de desarrollo produce una nueva versin operativa de la
aplicacin. Una versin es un producto operativo, esto es, ejecutable y que provee
ciertos servicios a sus usuarios. Cada nueva versin la agrega, a la anterior, nuevos
servicios o funciones. Los ciclos de desarrollo se repiten hasta completar al conjunto
total de servicios o funciones que demandan sus usuarios y que estn indicados en la
arquitectura de la aplicacin. El proyecto culmina cuando se entrega la ltima versin
prevista de la aplicacin. Las versiones definen el carcter versionado o cclico del
mtodo.
Cada versin, a su vez, est compuesta de uno o ms incrementos de software.
Un incremento es una pieza de software que ejecuta un conjunto de funciones de la
versin y que es usada, por los usuarios, para: validar las funciones implementadas
por el incremento, familiarizarse con la interfaz grfica de la aplicacin; y/o usarla
para apoyar la ejecucin de procesos de negocio. Los incrementos definen el carcter
incremental del mtodo.
Uno de los procesos de soporte, denominado Verificacin y Validacin
(V&V), se encarga de evaluar cada producto de los procesos tcnicos, a fin de
determinar si el proceso contina hacia el siguiente proceso debe retornarse a un
Pag. 34
UTP
proceso anterior para corregir defectos en los productos. El carcter iterativo del
mtodo es determinado, en parte, por el proceso V&V.
3.2.3 Lenguaje de Modelado Unificado
El UML (UnifiedModelingLanguage) tiene sus orgenes en la necesidad que
se haba generado en la industria para construir modelos orientados a objetos.Nace en
el ao 1994 por iniciativa de Grady Booch y JimRumbaughparacombinar dos
famosos mtodos: el de Booch y el OMT (ObjectModelingTechnique). Ms tarde se
les uni Ivar Jacobson, creador del mtodo OOSE (Object-Oriented Software
Engineering). En respuesta a una peticin de OMG (Object Management Group),
para definir un lenguaje y una notacin estndar del lenguaje de construccin de
modelos, en 1997 propusieron el UML como candidato. UML es ante todo un
lenguaje, lenguaje que se centra en representacin grfica de un sistema. Es un
lenguaje visual estndar empleado para la especificacin, construccin y
documentacin de software orientado a objetos, por medio de diversos elementos y
procesos que interactan de alguna forma con el software.
3.2.3.1. UML 2.0
sta versin del lenguaje UML incorpora nuevos smbolos que hacen ms fcil el
modelado del comportamiento dinmico del sistema, razn por la cual es usada en el
desarrollo de este proyecto para modelar el diagrama de actividades. Los Diagramas
de Actividades capturan las acciones de una actividad y sus resultados, es decir
muestran el flujo de trabajo desde el punto de inicio hasta el punto final. Su utilidad
en el Modelado de Negocios permite detallar el proceso involucrado en las
actividades del negocio. Pueden ser atribuidas algunas caractersticas como:
a) Enfatizan la secuencia de acciones de una actividad.
Pag. 35
UTP
b) Modelan el flujo de control y/o el flujo de objetos de una actividad.

3.2.3.2 Diagramas UML
Los diagramas son la representacin grfica de una coleccin de elementos
con sus relaciones, ofreciendo as una vista del sistema a modelar. Para poder
representar de forma correcta un sistema, el lenguaje presenta una amplia variedad de
diagramas para as visualizar el sistema desde diversas perspectivas.
Entre esos diagramas se encuentran:
A.Diagramas de Casos de Uso

B.Diagramas de Clase
C.Diagramas de Secuencias
D.Diagramas de Actividades
E.Diagramas de Paquetes
3.2.3.2.1 Diagrama de caso de uso.
Los elementos que pueden aparecer en un diagrama de casos de uso segn lo
cita Ferre, X., et al (2005), son: actores, casos de uso y relaciones entre casos de uso.
A.Un actor es una entidad externa al sistema que realiza algn tipo de interaccin
con el mismo. Se representa mediante una figura humana dibujada con palotes.
Dicha representacin sirve tanto para actores que son personas como para otros
tipos de actores (sistemas, sensores, etc.).
Pag. 36
UTP
Figura 9: Actor. Fuente: Autor (2010).
B.Un caso de uso, es una descripcin de la secuencia de interacciones que se

producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a
cabo una tarea en especfico. Se representa mediante una elipse con el nombre
del caso de uso en su interior.
Figura 10: Caso de Uso. Fuente: Autor (2010)
C.Las relaciones entre casos de usos pueden ser de extiende; cuando un caso de
uso especializa a otro extendiendo su funcionalidad, de inclusin, cuando un
caso de uso utiliza a otro y de asociacin para comunicar a un actor con otro.
Figura 11: Tipos de Relaciones. Fuente: Autor (2010)
3.2.3.2.2 Diagrama de clases.

Es un diagrama que muestra la estructura esttica de un modelo, las cosas que existen
en trminos de clases, su estructura interna y relaciones entre ellas, es decir las
caractersticas de cada una de las clases, interfaces colaboraciones y relaciones de
dependencia y generalizacin. Un diagrama de clases est compuesto por los
siguientes elementos:
Clase: Una clase es un conjunto de objetos que comparten una estructura comn y un
Pag. 37
UTP
comportamiento comn.
Nombre de la Clase
Atributos
Mtodos u Operaciones
Figura 12: Representacin de una Clase. Fuente: Autor (2009).
Los atributos o caractersticas de las clases pueden ser de tres tipos, segn el grado de
comunicacin y visibilidad de ellos con el entorno, estos son:
Pblicos (+): indican que el atributo ser visible tanto fuera como dentro de la clase, es
decir, es accesible desde todos lados.
Privados (-): indican que el atributo solo ser accesible desde dentro de la clase (solo
sus mtodos lo pueden acceder)
Protegidos (#) indica que el atributo no ser accesible desde afuera de la clase, pero si
podr ser accesado por mtodos de la clase.
Los mtodos u operaciones de una clase son la forma en cmo esta interacta con su
entorno, estos pueden tener las caractersticas:
Publico (+): indican que el mtodo ser visible tanto fuera como dentro de la clase, es
decir, es accesible desde todos lados.
Privados (-): indican que el mtodo solo ser accesible desde dentro de la clase (solo
otros mtodos de la clase lo pueden acceder)
Pag. 38
UTP
Protegidos (#) indica que el mtodo no ser accesible desde afuera de la clase, pero si
podr ser accesado por mtodos de la clase.
Segn Bell, D (2007), existen cinco tipos de relaciones diferentes entre clases:
dependencia, generalizacin, asociacin, agregacin y composicin:
A.Dependencia: Es una relacin de uso, es decir una clase usa a otra, que la
necesita para su cometido. Se representa con una flecha discontinua que va
desde la clase utilizadora a la clase utilizada. Con la dependencia se muestra
que un cambio en la clase utilizada puede afectar el funcionamiento de la
clase utilizadora, pero no al contrario.
B.
Generalizacin: Es un relacin entre un elemento ms general(el padre) y

elemento ms especfico (el hijo). El elemento ms especfico es totalmente
consistente con el elemento ms general y contiene la informacin adicional,
tambin se define como la herencia, donde tenemos una o varias clases padre
o superclase o madre, y una clase hija o subclase. Por ejemplo, un animal es
un concepto ms general que un gato, un perro o un pjaro. Inversamente, un
gato es un concepto ms especfico que un animal.
C.
Agregacin: Es un tipo especial de asociacin que representa una relacin

estructural entre las clases donde el llamado agregado indica el todo y el
componente es una parte del mismo.
D.
Asociacin: Relacin estructural que describe un conjunto de conexiones

entre objetos de forma bidireccional.
E.
Composicin: Es un tipo de agregacin donde la relacin de posesin es tan

fuerte como para marcar otro tipo de relacin.
Relaciones entre Clases
Pag. 39
Tabla 1:
UTP
Relacin entre clases. Fuente: Autor (2010).
3.2.3.2.3 Diagramas de Despliegue

Son aquellos que muestran las relaciones fsicas entre los componentes
Software y hardware en el sistema desarrollado, es decir cmo se encuentran y se
mueven los componentes y los objetos. En otras palabras, los diagramas de
despliegue muestran la configuracin de los elementos de procesamiento en
tiempo de ejecucin y los componentes de software, procesos y objetos que
residen en ellos.
Un Diagrama de Despliegue modela la arquitectura en tiempo de ejecucin de
un sistema mostrando la configuracin de los elementos de hardware y mostrando
cmo los elementos y artefactos del software se trazan en esos nodos.
Elementos del Diagrama de Despliegue
Tabla 2: Elementos
Nombre
Nodo
Componente
Interface
del diagrama de despliegue. Fuente: Autor (2010).
Smbolo
Descripcin
Un nodo es un objeto fsico en tiempo de ejecucin
que representa un recurso computacional,
generalmente con memoria y capacidad de
procesamiento. Se utiliza para identificar cualquier
servidor, Terminal de trabajo u otro hardware host
que se utiliza para desplegar componentes en el
ambiente de produccin.
Los componentes representan todos los tipos de
elementos software que entran en la fabricacin de
aplicaciones informticas.
Las interfaces se utilizan como lazo de unin entre
unos componentes y otros.
Pag. 40
UTP
3.2.3.2.4 Diagrama de secuencia.
Nombre
Smbolo
Descripcin
Lnea de Vida
Indica que indica el periodo en que estuvo vivo

el objeto durante la secuencia de actividades.
Activacin
Muestra el periodo de tiempo en el cual el

objeto se encuentra desarrollando alguna
operacin, bien sea por s mismo o por medio
de delegacin a alguno de sus atributos. Se
denota como un rectngulo delgado sobre la
lnea de vida del objeto.
Mensaje de un
objeto a otro
El envo de mensajes entre objetos se denota

mediante una lnea slida dirigida, desde el
objeto que emite el mensaje hacia el objeto que
lo ejecuta.
Mensaje a un
mismo objeto
Como su nombre lo indica, es el mensaje que

un objeto se enva a s mismo.
Un diagrama de secuencia es un tipo de diagrama de interaccin en el cual se

destaca el tiempo: los mensajes entre objetos vienen ordenados explcitamente por el
instante en que se envan. Consta de dos ejes. Generalmente, el eje vertical es el eje
del tiempo, transcurriendo ste de arriba a abajo. En el otro eje se muestran los
objetos que participan en la interaccin, siendo el primero de ellos el actor que inicia
Pag. 41
UTP
la ejecucin de la secuencia modelada. De cada objeto parte una lnea discontinua,

llamada lnea de la vida, que representa la vida del objeto durante la interaccin. Si el
objeto existe durante toda la interaccin, ste aparecer en el eje horizontal y su lnea
llegar hasta el final del diagrama de secuencia. Parr, M (2006).
Los mensajes parten de la lnea de vida del objeto que lo enva hasta la lnea
de vida del objeto al que va destinado. Cada mensaje lleva un nmero de secuencia
creciente con el tiempo y el nombre de la operacin requerida, as como posibles
argumentos que pueden utilizarse como valores de entrada y/o salida. Usualmente, no
se especifica una graduacin en el eje del tiempo, aunque podra hacerse para
interacciones que modelen escenarios en tiempo real.
Elementos del Diagrama de Secuencia:
Nombre
Accin
Smbolo
Actividades
Nodo de Inicio
Descripcin
Nodo de actividad Primitiva
asignacin o computacin.
ejecutable
de
Nodo de control que indica el inicio de un flujo de

control cuando una actividad es invocada.
Nodo de control que indica el fin de todos los
flujos dentro de una actividad. Muestra el fin de la
actividad.
Nodo fin de
actividad
Flujo de Control
Eje de actividad para flujo de control. Conecta

dos acciones. Usado para indicar secuencia.
Nodo de
Sincronizacin
(fork)
Nodo de control que divide un flujo en dos o ms

flujos concurrentes (paralelos)
Nodo de
concurrencia
(Join)
Nodo de control que sincroniza mltiples flujos.
Nodo de control que selecciona entre dos o ms

flujos de salida.
Nodo de decisin
Tabla 3: Elementos
de diagrama de secuencia. Fuente: Autor (2009)
Pag. 42
UTP
3.2.3.2.5 Diagrama de actividades.

Permiten modelar el comportamiento de un sistema o alguno de sus elementos,
mostrando la secuencia de actividades o pasos que tienen lugar para la obtencin de
un resultado o la consecucin de un determinado objetivo. Opcionalmente, permite
mostrar los flujos de informacin (objetos) producidos como resultado de
unaactividad y que seran utilizados posiblemente como entrada por la
actividad siguiente:
Tabla 4:
Elementos de diagrama de despliegue. Fuente: Autor (2010)

3.2.3.2.6 Diagrama de Paquetes
Un paquete es un mecanismo de agrupamiento empleado para organizar los

elementos modelados en UML y para facilitar el manejo de los modelos de un
sistema. Un paquete tiene un nombre propio, posee elementos de modelado como
diagramas y pueden contener a su vez otros paquetes.
Figura 13: Smbolo de un Paquete. Fuente: Autor (2010)
3.2.3. Tarjetas CRC

Aunque no forman parte de UML, otro mecanismo se utiliza algunas veces para
ayudar a asignar responsabilidades e indicar las colaboraciones con otros objetos son
las tarjetas CRC (Clase-Responsabilidad-Colaborador). Kent Beck y Ward
Cunningham fueron quienes promovieron el uso de estas tearjetas y son los
principales responsables de estimular a los diseadores de software a pensar de
manera ms abstractas en trminos de asignacin de responsabilidades y
Pag. 43
UTP
colaboraciones, tambin del uso de los patrones.Las tarjetas CRC son fichas, una por
cada clase, en las que se escriben brevemente, las responsabilidades de la clase, y una
lista de objetos con los que colabora para llevar a cabo esas responsabilidades. Se
desarrollan normalmente en una sesin de trabajo en grupo pequeo.
Las tarjetas CRC son una tcnica para registrar los resultados de la asignacin
de responsabilidades y asignaciones. La informacin recopilada se puede enriquecer
utilizando diagramas de clases y de interaccin. Lo importante no son las tarjetas o
los diagramas sino tener presente la asignacin de responsabilidades. (Larman, C.,
2002, Pp 229-230).
Figura 14: Tarjeta
CRC. Fuente: Autor (2010).
3.2.4. Arquitectura cliente- servidor

La arquitectura bajo el modelo Cliente -Servidor de acuerdo con el criterio
de Gutirrez, J. (2005) es un protocolo orientado a conexin. No hay relaciones
maestro/esclavo. Las aplicaciones, sin embargo, utilizan un modelo
cliente/servidor en las comunicaciones. (p.3) En correspondencia con lo anterior el
mismo autor define al servidor como: Una aplicacin que ofrece un servicio a
usuarios de Internet; un cliente es el que pide ese servicio. (p.3)
Los usuarios invocan la parte cliente de la aplicacin, que construye una
solicitud para ese servicio y se la enva al servidor de la aplicacin que usa TCP/IP
como transporte. El servidor es como un programa que recibe una solicitud, realiza el
Pag. 44
UTP
servicio requerido y devuelve los resultados en forma de una respuesta.

Generalmente un servidor puede tratar mltiples peticiones (mltiples clientes) al
mismo tiempo.
Figura 15: El modelo de aplicacin cliente/servidor. Fuente: Autor (2010)
Algunos servidores esperan las solicitudes en puertos bien conocidos de modo que
sus clientes saben a qu zcalo IP deben dirigir sus peticiones. El cliente emplea un
puerto arbitrario para comunicarse. Los clientes que se quieren comunicar con un
servidor que no usa un puerto bien conocido tienen otro mecanismo para saber a qu
puerto dirigirse. Este mecanismo podra usar un servicio de registro como Portmap,
que utiliza un puerto bien conocido.
3.2.5. Software libre
El Software Libre es definido por su tipo de licenciamiento, por lo que se
puede llamar software licenciado bajo condiciones libres. Segn Hernndez,
J., (2005):
un software o programa de computacin cuya licencia nos permite ejercer una
serie de libertades:
a.
La libertad de ejecutar el programa con cualquier propsito.
Pag. 45
b.
UTP
La libertad de estudiar cmo funciona el programa y adaptarloa las necesidades

propias (para lo cual es una precondicin el acceso al cdigo fuente).
c.
La libertad de redistribuir copias del programa y de ese modoayudar a otros.
d.
La libertad de mejorar el programa y liberar esas mejoras al pblico

beneficiando as a toda la comunidad. (p. 17).
El software libre se basa en la cooperacin y la transparencia y garantiza una
serie de libertades a los usuarios. Bajo esta perspectiva el Software Libre slo
exige una cosa, en el caso de la licencia GPL: y ellas es que si el programa
resultante de la modificacin es distribuido, debe hacerse bajo las mismas
condiciones del programa original. Las licencias que contienen esta condicin son
llamadas licencias Copyleft, y su objetivo es evitar que se distribuyan obras
derivadas bajo licencias privativas.
Da Rosa F., y
sostienenque:
Heinz, F., (2007) corroboran esta apreciacin cuando
El software libre es propiedad de todos y cada persona en el mundo tiene derecho a

usar el software, modificarlo y copiarlo de la misma manera que los autores de este
mismo. Es un legado de la humanidad que no tiene propietario, de la misma manera que
las leyes bsicas de la fsica o las matemticas. No existe un monopolio y no es necesario
pagar peaje por su uso. (p.33).
En tal sentido resulta interesante el hecho de que en los ltimos aos algunos
gobiernos en el mundo, entre ellos, Venezuela, han iniciado el proceso de migracin
hacia el Software Libre, sobre todo en la institucin pblica. Se acota adems que
algunos de estos pases, han adoptado el Software Libre, para ahorrar dinero, otros
lo han hecho por cuestiones de seguridad, otros para ayudar a la creacin de
Pag. 46
UTP
industrias locales y otros porque el software libre les pertenece.

3.2.5.1 Desarrollo de Software Libre
Las condiciones de licenciamiento de los programas libres permiten la
construccin comunitaria de software. Los desarrolladores de software pueden acudir
a inmensas colecciones de programas y bibliotecas altamente
funcionales e
intensamente probadas. Esto reduce el esfuerzo y el riesgo de desarrollo, comparado

con la alternativa de empezar de cero. Usando el modo cooperativo de construccin,
tan esencial al mtodo cientfico, y no se limitan las posibilidades del programa a
lo que pueda ocurrrsele a un grupo pequeo de usuarios.
El valor del software aumenta mientras ms se comparte. El efecto de red
hace que un programa sea ms til, es ms fcil intercambiar informacin,
experiencias y resultados con usuarios del mismo programa. El valor potencial
de los programas libres es mayor que el de los no libres, tanto desde el punto de
vista social como individual: no hay restricciones a la difusin del programa, y
tampoco a su utilizacin. El modelo de negocios del Software Libre no parte de
la produccin pseudo-industrial de programas para vender como producto
terminado, sino en el agregado de valor. Esto posibilita muchos negocios en las
reas de capacitacin, asesoramiento, adaptacin, documentacin, publicacin
de libros, etc.
Para desarrolladores de software, el Software Libre ofrece una oportunidad
poderossima para agregar valor mediante la ampliacin incremental de la
funcionalidad de los programas. Cuando un desarrollador quiere satisfacer una
necesidad y est trabajando con este software puede simplemente, agregar la
funcionalidad necesaria al programa ya existente, y cobrar al usuario slo por el
agregado.
Pag. 47
UTP
Desde esta perspectiva, el proceso resulta econmicamente viable, y

contribuye a un crculo virtuoso: un programa ms funcional es ms tentador
para usuarios potenciales, y mientras ms usuarios tengan un programa, existen
mayores posibilidades de que puedan ser mejorados por otros usuarios
duplicando la funcionalidad del programa y luego agregndole nueva funcin.
(Da Rosa, F., y Heinz, F., 2007, pp. 37-40).
3.2.6. Sistemas de informacin aplicados al sector sanitario
Cuando se plantea la necesidad de poner en prctica la tecnologa para
automatizar los procesos dentro de una unidad o sector sanitario segn Carruz, A., et al
(2003):
La aplicacin no difiere de manera fundamental de las tecnologas que se
aplican para la informatizacin de los procesos de negocio en otros sectores. Son
igualmente aplicables tecnologas como los monitores transaccionales o los
servidores de aplicacin para aplicaciones escalables, los workflow para automatizar
procesos claramente definidos, los EAI (Enterprise Application Integration) para la
interconexin de sistemas, etc. (p. 26 )
En correspondencia con ello, la tecnologa para automatizar es aplicable a cualquier
mbito como herramienta para mejorar de una u otra forma los procesos implcitos
dentro de una gestin. Sin embargo, el mismo autor puntualiza en determinados
elementos cuando plantea que:
Solamente es preciso incidir en el factor ya apuntado de que los procesos en el
sector sanitario estn, en muchos casos, poco formalizados, debido a hechos como
la variabilidad de la prctica clnica y al poder de decisin de los mdicos. Es por
ello que se debe ser muy prudente a la hora de introducir tecnologas que
encorseten en exceso los procesos. La informatizacin de los procesos en sanidad
debe ser, en muchos casos, una automatizacin laxa que deposite una parte
Pag. 48
UTP
importante de la lgica del proceso en los propios profesionales de la salud que son
usuarios del sistema. (p.22)
Ello implica que la automatizacin dentro esta rea, debe darse como un proceso
eficiente, sencillo, centrado en procedimientos elementales, fcilmente
manejables por el personal de salud, de fcil comprensin y que facilite el
conocimiento coadyuvando a la toma de decisiones. En este sentido, resulta
adecuado complementar los sistemas de informacin sanitarios con elementos de
trabajo colaborativos.
3.2.7. Herramientas de desarrollo.
A. Sybase PowerDesigner 12.0.
Sybase es una compaa lder en el desarrollo y expansin de tecnologa
innovadora para la movilizacin de informacin y se ha ganado la confianza de
muchas corporaciones importantes en el mundo, gracias a su habilidad en la
gestin de informacin. Siendo PowerDesigner uno de sus productos, el cual es
una herramienta para el modelamiento de datos y procesos de negocio (Wikipedia,
2008). A travs de esta herramienta, se pueden realizar los diagramas de UML de
manera rpida, realizando as el diseo del sistema y manteniendo la trazabilidad
del mismo.
B. Macromedia Dreamweaver 8.
Sybase es una compaa lder en el desarrollo y expansin de tecnologa
innovadora para la movilizacin de informacin y se ha ganado la confianza de
muchas corporaciones importantes en el mundo, gracias a su habilidad en la
gestin de informacin. Siendo PowerDesigner uno de sus productos, el cual es
una herramienta para el modelamiento de datos y procesos de negocio (Wikipedia,
Pag. 49
UTP
2008). A travs de esta herramienta, se pueden realizar los diagramas de UML de

manera rpida, realizando as el diseo del sistema y manteniendo la trazabilidad
del mismo.
C.Macromedia Fireworks.
Es una aplicacin verstil en forma de estudio que ofrece un ambiente
eficiente para la creacin rpida de prototipos de sitios Web e interfaces de
usuario, permite crear y editar imgenes de mapa de bits y vectoriales, disear
efectos web, recortar y optimizar elementos grficos, ayudando a resolver los
principales problemas que enfrentan los diseadores grficos y los creadores de
sitios webs.
3.2.8. Lenguajes de Programacin
Un lenguaje de programacin se refiere a cualquier lenguaje artificial que
pueda ser empleado para definir una secuencia de instrucciones para su
procesamiento por una computadora u ordenador. Por lo general, se encuentra
formado por un conjunto de smbolos y reglas de tipo semnticas y sintcticas,
que permiten a los programadores definir de manera precisa acerca de qu datos
debe operar una computadora, cmo estos datos deben ser almacenados o
transmitidos y qu acciones debe tomar ante diferentes eventos.
A. HTML.
HTML significa HyperTextMarkup Language, que en espaol se traduce a
lenguaje de marcas de hipertexto. Es el lenguaje que ms predomina en la
actualidad para construir pginas Web. Los documentos HTML son ficheros de
texto plano que usan la extensin .htm o .html.
Los diferentes prrafos, encabezados, tablas, listas, etc. de un documento
HTML, se sealan intercalando etiquetas, las cuales consisten en instrucciones
Pag. 50
UTP
breves de comienzo y fin, que tienen como finalidad indicar al navegador como
debe ser mostrado el contenido de dicho documento. El lenguaje HTML puede ser
creado y editado con cualquier editor de textos bsico admita texto sin formato
como por ejemplo el bloc de notas de Windows o Gedit de Linux. Los
procesadores de texto se utilizan para escribir documentos en lenguaje HTML que
posteriormente ser interpretado por el programa navegador correspondiente.
B. PHP.
PHP (Hypertext Pre-processor), es un lenguaje de alto nivel ejecutado por
diferentes tipos de servidores, que toman el cdigo PHP como entrada, y crean
pginas Web como salida. Posee variables, sentencias, condiciones, bucles y
funciones. Es publicado bajo la PHP license, y la Free Software Foundation
considera este tipo de licencia como software libre. El lenguaje PHP posee la
caracterstica de poder mezclarse con cdigo HTML, es multiplataforma, tiene
capacidad de conexin con la mayora de los manejadores de base de daos que se
emplean actualmente, posee una gran documentacin en su pgina oficial,
destacando que todas sus funciones estn explicadas y ejemplificadas y permite
las tcnicas de la programacin orientada a objetos.
C. JavaScript.
Javascriptt es un lenguaje de programacin interpretado, es decir, que no
requiere ser compilado, utilizado para construir sitios WEB y hacerlos ms
interactivos. Entre sus caractersticas principales, se puede mencionar que es un
lenguaje basado en acciones, que gran parte de la programacin en dicho lenguaje
est centrada en describir objetos, escribir funciones que respondan a
movimientos del mouse, aperturas, utilizacin de teclas, cargas de pginas entre
otros y es soportado por la mayora de los navegadores web. JavaScript naci de
la necesidad de permitir a los autores o creadores de pginas web interactuar con
Pag. 51
UTP
sus usuarios, es decir crear pginas con una mayor complejidad ya que HTML
permite crear pginas estticas mostrando textos con estilos, pero exista la
necesidad de tener mayor interaccin con los usuarios.
3.2.9. Base de Datos MySql
MySQL, tal como define propiamente su parte de su nombre (SQL StructuredQueryLanguage), es el servidor de bases de datos relacionales ms
comnmente utilizado en GNU/Linux. Fue desarrollado por la empresa MySQL
AB, que cedi las licencias correspondientes al proyecto opensource, por lo que su
rpido desarrollo es causa del empeo de millones de programadores de todo el
mundo.
Al ser un servidor de bases de datos relacionales, MySQL se convierte en
una herramienta veloz en la accesibilidad a los datos introducidos en las distintas
tablas independientes que forman las bases de datos de este lenguaje. MySQL es
actualmente el sistema de bases de datos ms popular de la red. Casi la totalidad
de servicios ofrecidos por nuestra empresa incluyen el soporte para bases de datos
MySQL. Ben Laurie, (p. 568).
3.2.10. XAMMP
Es un servidor independiente de plataforma, software libre, que consiste
principalmente en la base de datos MySQL, el servidor web Apache y los intrpretes
para lenguajes de script: PHP y Perl. El nombre proviene del acrnimo de X (para
cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP, Perl. El
programa esta liberado bajo la licencia GNU y acta como un servidor web libre,
fcil de usar y capaz de interpretar pginas dinmicas. Actualmente XAMPP est
disponible para Microsoft Windows, GNU/Linux, Solaris, y MacOS X.
Pag. 52
UTP
XAMPP solamente requiere de un archivo zip, tar, o exe a descargar y ejecutar,

con unas pequeas configuraciones en alguno de sus componentes que el servidor
web necesitar. XAMPP es regularmente actualizado para incorporar las ltimas
versiones de Apache/MySQL/PHP y Perl. Tambin incluye otros mdulos como
OpenSSL, y phpMyAdmin. Para instalar XAMPP requiere solamente una pequea
fraccin del tiempo necesario para descargar y configurar programas por separado eso
es todo. Ben Laurie, (p. 568).
3.2.11. Web Apache
Es un software (libre) servidor HTTP de cdigo abierto para plataformas Unix
(BSD, GNU/Linux, etctera), Windows y otras, que implementa el protocolo
HTTP/1.1 y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se bas
inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue reescrito
por completo. Su nombre se debe a que originalmente Apache consista solamente en
un conjunto de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy server
(un servidor "parcheado").
El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la
Apache Software Foundation. Apache presenta entre otras caractersticas mensajes de
error altamente configurables, bases de datos de autenticacin y negociado de
contenido, pero fue criticado por la falta de una interfaz grfica que ayude en su
configuracin.
Pag. 53
UTP
CAPTULO IV
SOLUCIN PROPUESTA
4.1.
Anlisis de la Solucin Propuesta

4.1.1. Benchmarking
INCEME: es una aplicacin diseada para la gestin de centros mdicos.
Podra controlar: Las agendas mdicas, facturas, historiales mdicos,
odontogramas, anlisis, recetas, revisiones, compras y control de stock,
archivo digital ..y mucho ms.
INCEME, Gestin de clnicas, es el programa para su clnica. Desarrollado a
partir de la experiencia de profesionales de diferentes reas mdicas, le
proporciona la potencia y flexibilidad que necesita.
La historia de INCEME nace de la necesidad de algunos profesionales
mdicos que apostaron por un programa flexible, gil y que cubriera todas
aquellas necesidades que otros sistemas no cubran. Esta es y sigue siendo su
filosofa. Cada una de las incorporaciones que implementamos en nuestro
programa para gestionar clnicas tiene tras de si a uno o varios profesionales
que nos apoyan con su conocimiento y trayectoria.
Figura 27: Software de gestin para Clinicas
Pag. 54
UTP
DOCTORGEST es un programa para la Gestin de consultas mdicas y/o

clnicas . Fcil de usar y potente, ha sido desarrollado por un equipo con ms
de 15 aos de experiencia en la sanidad privada.
Una de las caractersticas ms importantes es que Doctorgest es la total
flexibilidad al tratarse de un programa para la gestion de pacientes totalmente
configurable de modo que puede ser usado para cualquier tipo de especialidad
mdica e incluso por varios especialistas mdicos simultaneamente, ya que se
pueden definir diferentes modelos de historia clnica, otra cualidad importante
es que en caso de que se comparta su uso con varios doctores en un mismo
centro, cada uno de ellos podr tener su propia serie de facturacin y empresa.
Medicina General
Oftalmologa
Neurologa
Psiquiatra
Dermatologa
Ginecologa
Neurologa
Psicologa
Traumatologa
Digestivo, etc...
Pag. 55
UTP
LOLCLI 9000 es un modelo de gestin asistencial para hospitales basado en las

mejores prcticas del HEALTH MANAGEMENT y su aplicacin en decenas de
hospitales en Latinoamrica.
Est diseado teniendo como eje central la historia clnica, por tanto reduce la
incertidumbre e incrementa la calidad de las decisiones hospitalarias.
Incorpora las exigencias de la norma internacional de calidad ISO 9001:2000,
permitiendo que todos los procesos hospitalarios sean altamente productivos y
eficientes.
LOLCLI 9000 viene soportado por un software de ltima generacin que controla de
manera muy detallada, todas las actividades de los pacientes desde el momento que
ingresan a un establecimiento hospitalario hasta que se retiran.
Porque los hospitales ya no invierten en software, sino intervienen en las mejores
prcticas del negocio hospitalario; intervienen en procesos; intervienen en
automatizacin.
Porque los hospitales requieren impactos directos e inmediatos: reduccin de los
costos hospitalarios, incremento de las utilidades en la atencin hospitalaria,
incremento de la calidad de la atencin de los pacientes, incremento de la
fidelizacin de pacientes, entre otros.
Porque el modelo se encuentra listo y probado en decenas de hospitales en
Latinoamrica, por tanto la implementacin se realiza nicamente en semanas.
Porque los grandes impactos en las industrias se dan cuando los gerentes conocen y
administran perfectamente el corazn del negocio
Pag. 56
UTP
4.2 Anlisis Funcional:
Este modelo representa el conjunto de procesos que se realizan en el Sistema

de Negocios y que conllevan al logro de los objetivos del mismo. Mediante este
modelo se identifican todos los procesos que se llevan a cabo en el rea de
servicios mdicos, la relacin entre ellos y los actores involucrados en el
sistema, a fin de comprender como funciona el negocio.
4.2.1 Cadena de Valor del Negocio

Se empleo la cadena de valor de MICHEL PORTER como modelo para
analizar las Actividades Primarias (procesos fundamentales o primarios) y las
Actividades de Soporte (procesos de apoyo o soporte) del rea de Servicios
Medico. Las actividades principales son los cinco (5) procesos que se manejan
en esa rea, las cuales permiten que se d la atencin al paciente y se pueda
llevar el control de los procesos administrativo. Las actividades de soporte son
aquellas que sirven de apoyo para la realizacin de las actividades dentro del
area.
Cita
Mdica
Historia
Mdica
Boletas
Mdica
Conformacin
deFactura
Solicitud de
Medicamentos
ActividadesPrimarias
InfraestructuraMedica
RecursoHumano y Material
Actividades deSoporte
DesarrolloEstudiantil
CoordinacionAdministrativa
Extencion de Personal
Pag. 57
UTP
Figura 20: Cadena de valor del negocio usando UML 2.0 V 1.3. Fuente: autor (2010).
4.2Jerarqua de los Procesos de Negocio
Pag. 58
UTP
CITA MDICA:
El proceso 1.1 es el de cita mdica que tiene como propsito llevar el control del
nmero de pacientes atendidos por los doctores.
Proceso 1.1.1 Programar Cita Mdica:
Figura 22: Diagrama de procesos: Programar Cita.
Pag. 59
UTP
Diagrama de actividades del proceso 1.1.1 programar Cita Mdica:
Diagrama 1: Diagrama de actividades programar cita mdica.
Pag. 60
UTP
HISTORIA MDICA:
El proceso 1.2 es el de historia mdica que tiene como propsito llevar por
escrito los datos del paciente, motivo de consulta, diagnstico y evolucin.
Figura 23: Diagrama de procesos: Elaboracin de Historial Mdica
Pag. 61
Implementacin de un Sistema Administrativo rea Servicio Mdico
Proceso 1.2.1 Elaboracin de Historia Mdica:

Diagrama de actividad del proceso 1.2.1 Elaboracin De Historia Clnica
Diagrama 2: Diagrama de actividades elaborar historia mdica.
Proyecto de Ingeniera deSistemas IIPag. 62
Ing. Cesar Zorrilla
BOLETAS MDICAS:
El proceso 1.3 es el de boletas medicas el cual controlar las boletas emitidas por el
rea de servicios mdicos.
Proceso 1.3.1 Creacin de boleta Medica
Figura 24: Diagrama de procesos: Creacin de Boletas Mdica
Ing. Cesar Zorrilla
Ing. Cesar Zorrilla
Proceso 1.3.2. Consulta Externa con Boleta Mdica:
Figura 25: Diagrama de procesos: Consulta Externa con Boletas Mdica
Ing. Cesar Zorrilla
Figura 4: Diagrama de Actividades del proceso consulta externa al servicio mdico
Ing. Cesar Zorrilla
El proceso 1.5 es el de solicitud de medicamento el cual controla las entradas y

salidas de medicamentos en el rea de servicios mdicos.
Diagrama de actividades para el proceso 1.5.2 Suministro de Medicamento al Paciente.
Fuente: autor (2010)
Ing. Cesar Zorrilla
4.2.2. Modelado De Objetos Del Negocio

La ejecucin de los procesos involucra un conjunto de elementos denominados
objetos del negocio. El modelo de objetos es una representacin del conjunto de
objetos de negocios, que se crean, modifican, participan y/o fungen como recursos
fundamentales en la ejecucin de las actividades asociadas a cada uno de los procesos
del negocio. Estos recursos son utilizados tanto a nivel de operaciones bsicas como a
nivel de los procesos de toma de decisiones en los diferentes niveles gerenciales de
una organizacin o sistema. A continuacin se presenta el Diagrama de que
constituye el modelo de objetos de la del rea de servicios mdicos:
Ing. Cesar Zorrilla
4.2.3 Caso de uso general del sistema

Servicio Mdico Centro Mdico
Mayo
Jefe de Enfermeria
Enfermera
ProgramarCitaMd
ica
<<Includ>>
e
ElaborarHistoriasM
dicas
EspeciliMdico
sta
Pediatra
<<Includ>>
e
AutenticarUsuario
Emitir Recipe
<<Includ>>
e
<<Includ>>
e
Odontol
ogo
Mdic
o
Internista
EmitirBoletasMdi
cas
<<Includ>>
e
Ginecologo
Higienista
Aux.de Registro y
Dental
Estadistica
ConformarFactur
as
<<Includ>>
e
Jefe de Departamento
Suministro de Medicamentos
Figura 32: Caso de uso general del sistema.
Ing. Cesar Zorrilla
4.2.4 Caso de uso Consultando Citas Programadas
Diagrama de Caso de Uso
ProgramarCita
<<Include>>
<<Include>>
ValidarUsuario
ConsultarCitasProgramadas
UsuariodelSistema
Ing. Cesar Zorrilla
4.2.5 Diagrama de Clases de Programar Citas.
Ing. Cesar Zorrilla
4.2.6 Prototipo
Pantallas para la validacin de usuarios

Pantalla 1/1. Validar usuario
Pantalla 12. Men Principal
Pantallas Men Principal
Ing. Cesar Zorrilla
Pantallas Programar Cita

Pantalla
2/1. Programar Cita Medica
Pantalla 1/4. Modificar Cita Programadas
Ing. Cesar Zorrilla
Pantalla Eliminar Cita Programadas
Ing. Cesar Zorrilla
4.3.
Anlisis Costo-Beneficio
Los costos del proyecto se clasifican en 3 categoras: costos de inversin, costos de

operacin y costos de mantenimiento. Esta informacin ser la primera parte que nos
ser de utilidad para poder realizar posteriormente el flujo de caja. Para la
identificacin de los costos y beneficios del proyecto, y por ser de naturaleza
informtica, tomaremos como tiempo de depreciacin cinco (5) aos. Dependiendo
del tiempo desde la aprobacin del proyecto, hasta el tiempo estimado de
depreciacin de los proyectos, hemos considerado los siguientes costos:
4.3.1. Costos de Inversin

Los costos de inversin consisten en el desembolso correspondiente a la adquisicin
de personas, equipos, infraestructura. Las cuales son necesarias para poner a
funcionar el proyecto.
a.Costos de Personas: este costo es por el recurso humano designado a la
elaboracin del proyecto propuesto de acuerdo a las funciones realizadas. Todos los
participantes trabajaran 8 horas diarias x 5 das a la semana x semanas al mes,
haciendo un total de 160 horas x mes, los roles considerados en el proyecto son los
siguientes:
Jefe del Proyecto: su participacin en el proyecto ser desde el inicio hasta el final,
siendo su sueldo mensual de: S/. 6,500.00
Anlisis de Sistema: su participacin en el proyecto ser de dos (2) meses, siendo

su sueldo mensual de: S/. 4,500.00
Diseador - Programador: su participacin en el proyecto ser de tres (3) meses,

Ing. Cesar Zorrilla
Administrador de Base de Datos: su participacin en el proyecto ser de un (1) mes,

Experto en Seguridad de Sistema: su participacin en el proyecto ser de un (1) mes,

Documentador: su participacin en el proyecto ser de dos (2) meses, siendo su sueldo

mensual de: S/. 900.00
A continuacin mostraremos el costo de cada uno de las personas involucradas en el

proyecto:
Personas
Cargo
Pago
Mensual
Jefe de Proyecto
6,500.00
32,000.00
Analista de Sistema
4,500.00
18,000.00
25,200.00
4,200.00
2,800.00
1,800.00
Total S/.
84,000.00
Diseador
Programador
Adm.
de
Base
de
Seguridad
de
Datos
Exp.
Sistema
Documentador
2,800.00
4,200.00
2,800.00
900.00
Tiempo
(Meses)
Cantidad
Importe
Tabla: Costos de Inversin - Personas
Ing. Cesar Zorrilla
El costo que se tendr por personal ser de S/. 84,000.00
b. Costos de Equipos
Este costo incurre en la adquisicin de materiales de trabajo a los que se van a
dar uso para el desarrollo del Sistema web de Administrativo Medico para el centro
Mdico Mayo. Los materiales estimados estn considerados en base a las necesidades
durante el desarrollo del proyecto y son los siguientes:
Alquiler de Equipos de Cmputo: se va a requerir equipos de cmputo para el
desarrollo del sistema, el cual ser desarrollado en las instalaciones centro Mdico
Mayo.
Caractersticas:
El alquiler del equipo de cmputo tendr una duracin de cinco (5) meses - tiempo de
duracin de la construccin del Sistema web de Administrativo Medico para el centro
Mdico Mayo.
Deber adquirirse cinco (5) equipos de cmputo, su costo por cada unidad de
cmputo es de S/. 1,200.00
Impresora: se requiere contar con una impresora para poder imprimir los reportes que
va a generar el Sistemas propuesto de acuerdo a los requerimientos realizados por el
negocio.
Caractersticas:
Se realizara la compra de una impresora con la finalidad de poder imprimir los

reportes que el sistema genere.
Deber adquirirse una (1) impresora, el cual hace un importe de S/. 4,50.00
Ing. Cesar Zorrilla
A continuacin mostraremos el costo de cada uno de los equipos involucrados en el

proyecto:
Equipos
Nombre
Costo
Alquiler de Equipos de Cmputo

Impresora
Cantidad
Importe
1,200.00
6,000.00
450.00
450.00
Total S/.
6,450.00
Tabla: Costos de Inversin - Equipos
El costo que se tendr por equipos ser de S/. 6,450.00

c. Costos de Software
Es aquel costo que se incurre por la adquisicin de software para el desarrollo del
producto del proyecto. Es necesario adquirir las licencias correspondientes, puesto
que de no ser as se estara incurriendo en penalidad, pudiendo el Hospital Nacional
Guillermo Almenara ser penalizado por Indecopi. Por el tipo de software lo dividimos
en dos tipos de costos:
Costos de software Base
Es el costo del software que se utiliza para tener al ambiente de trabajo adecuado para
el desarrollo del producto. Se deberadquirir los siguientesproductos:
Licencias de Sistema Operativo: donde cada una de estas licencias tiene un costo de
S/. 280.00
Programa de Escritorio: donde cada programa de escritorio tiene un costo de S/.

180.00
Ing. Cesar Zorrilla
Programa de Servidor de Base de Datos: donde el programa de servidor de Base de

Datos tiene un costo de S/. 12,000.00
Costos de Software de Aplicacin
Es el costo que se utiliza para desarrollar el producto. Se deber adquirir el siguiente
producto:
Software para Programa de Desarrollo de Aplicaciones: el cual tiene un costo de

S/. 3,500.00
A continuacin mostraremos el costo de cada uno del software involucrados en el
proyecto:
Software
Nombre
Costo
Cantidad
Importe
Software de Aplicacin
Programa de Desarrollo de
3,500.00
3,500.00
Licencias de SistemaOperativo
280.00
1,400.00
Programa de Escritorio
180.00
900.00
12,000.00
12,000.00
Total S/.
17,800.00
Aplicacin
Software Base
Programa de Servidor de Base de

Datos
Tabla: Costos de Inversin - Software

El costo que se tendr por software ser de S/. 17,800.00
Ing. Cesar Zorrilla
d. Costo de Infraestructura
Este costo tiene como caractersticas de emplear el espacio fsico donde los
empleados desarrollaran el producto del proyecto. Se detalla los servicios que se
emplearan as como el tiempo designado:
Local, generando un costo mensual de S/. 800.00
Servicios (luz, agua, internet), generando un costo mensual de S/. 600.00
Mobiliario (escritorios, muebles para PC), generando un costo mensual de S/.400.00
Suministros, generando un costo mensual de S/. 200.00
Limpieza, generando un costo mensual de S/. 200.00
A continuacin mostraremos el costo de cada uno de los servicios de la
infraestructura involucrados en el proyecto:
Infraestructura
Nombre
PagoMensual Cantidad
Importe
Local
800.00
4,000.00
Servicios (luz, agua, internet)
600.00
3,000.00
400.00
2,000.00
Suministros
200.00
1,000.00
Limpieza
200.00
1,000.00
Mobiliario (escritorios,
muebles de PC)
Total S/. 11,000.00

Tabla: Costos de Inversin - Infraestructura
El costo que se tendr por infraestructura ser de S/. 11,000.00
Ing. Cesar Zorrilla
e.
CostosOtros
Son los costos en los que se incurre por diversos conceptos, para este caso se
tiene:
Logro de Objetivos: esto se da cuando el equipo que desarrolla el proyecto culmina
antes de tiempo el desarrollo del mismo. El pago mensual por este concepto ser de
S/. 800.00
Comisiones, Viticos: este se considera cuando el equipo que desarrolla el proyecto

tiene que laborar horas extras para poder culminar a tiempo el producto, el pago
mensual por este concepto ser de S/. 300.00
A continuacin mostraremos el costo de cada uno de los conceptos por otros costos
en el proyecto:
Otros
Nombre
Pago
Cantidad
Importe
Mensual
Logro de Objetivos (incentivos)
800.00
4,000.00
Comisiones, Viticos
300.00
1,500.00
Total S/.
5,500.00
Tabla: Costos de Inversin - Otros
El costo que se tendr por otros costos ser de S/. 5,500.00
Ing. Cesar Zorrilla
f.
Costos Total en el Tiempo de Inversin

Costo Total de Inversin
Tipo de Costo
Costo Total
Costo de Personas
84,000.00
Costo de Equipos
6,450.00
Costos de Software
17,800.00
Costos de Infraestructura
11,000.00
CostosOtros
5,500.00
Costo Total S/.
124,750.00
Tabla: Costos de Inversin - Otros

El costo total en el tiempo de Inversin del proyecto ser de S/. 124,750.00
1.a.2. Costos de Operacin

Se considera como costos de operacin a los costos que se incurren en todo el proceso
de operacin que es usado solamente en el funcionamiento del sistema. Para calcular
el costo de operacin, nos solo se tiene que contar lo que gasta todos los meses, sino
que tambin tienes que tomar en cuenta que eventualmente tienes que hacer
actualizaciones a tu computadora y software, que puedes tener necesidad de hacer
reparaciones o renovaciones en la oficina y que siempre hay imprevistos.
Para fines del presente estudio se han agrupado en costos de operacin por personas,
equipos, software, infraestructura y otros correspondiente a cinco (5) meses de
operacin. A continuacin se detalla el costo de cada trabajador del rea de Unidad de
Archivo.
Ing. Cesar Zorrilla
Personal
Pago
Mensual
Pago
porDa
Pago
porHora
Pago
Mnimo
Jefe de la Unidad
4,500.00
150.00
18.75
0.3125
3,000.00
100.00
12.50
0.2083
AuxiliarAdministrativo 2,000.00
66.67
8.33
0.1400
TcnicoArchivador
26.67
3.33
0.0556
Archivo
Supervisor
800.00
Costo Total de Operacin

Tipo de Costo
Costo Total
Costo de Personas
93,690.00
Costo de Equipos
20,016.00
Costo de Infraestructura
33,600.00
Costo Total S/.
147,306.00
El costo total en el tiempo de Operacin del proyecto ser de S/. 147,306.00
Ing. Cesar Zorrilla
1.a.3. Costos de Operacin
Costo Total de Mantenimiento

Tipo de Costo
Costo Total
Costo de Personas
880.00
Costo de Infraestructura
17,000.00
CostoOtros
5,000.00
Costo Total S/.
22,880.00
El costo total en el tiempo de Mantenimiento del proyecto ser de S/.

22,880.00
1.a.4. Anlisis de Costos - Resumen
Costo Total - Resumen

Tipo de Costo
Costo Total
Costo de Inversin
124,750.00
Costo de Operacin
147,306.00
Costo de Mantenimiento
22,880.00
Costo Total S/.
294,936.00
Son costo en que se incurre durante la vida til del sistema ser de S/. 294,936.00
Ing. Cesar Zorrilla
1.a.5. Anlisis de Beneficios Tangibles

a. Eliminacin de Formatos
Cantid
ad
Unidad
Costo
Formato de Cargo
(Exmenes)
12
Cuaderno
Chico
41
492
Formato de Cargo
(Auditoria Medica)
12
Cuaderno
Chico
41
492
Formato de Cargo
(Carta Garanta)
12
Cuaderno
Chico
41
492
Formato de Cargo
(Facturacin)
24
Cuaderno
Chico
82
1 ,968.00
Nombre de Formato
Total
60
Total
Anual
3 ,444.00
El Beneficio de la Eliminacin de los formatos usados ser de S/. 3,444.00
a. Reduccin del Tiempo de Solicitud de Historia Clnica

Tiempo en Minutos Ahorro
Solicitud de Documentos
1
2
3
Personal
buscadocumentos.
Personal
archivadocumentos.
Personal desplaza para
entrega de documentos.
Tiempo Total
Actual
Propuesto porDa
10
60
10
50
10
12
68
10
80
Ing. Cesar Zorrilla
Personal
Ahorro
Costo
Minutos
Minutos Mensual Anual
Personal de Unidad de
68
Archivo
Ahorro
0.0556
37.81
Ahorro
453.70
El Beneficio por la Reduccin del Tiempo de Solicitud de HC ser de S/. 453.70
b. Reduccin del Tiempo de los Procesos
Solicitud de Documentos
Tiempo en Minutos
Ahorro
Actual
porDa
Personal del Auditoria Medica,

registra datos HC
Personal de Carta Garanta
registra la I/O CG
Propuesto
30
30
50
20
30
Perosnal de Exmenes registra

exmenes, resultados e informe
mdico
60
30
30
Tiempo Total
140
50
90
Personal
Ahorro
Costo
Minutos
Minutos Mensual Anual
Personal de Unidad de 90
0.0556
Ahorro
50.04
Ahorro
600.50
Archivo
Ing. Cesar Zorrilla
El Beneficio por la Reduccin del Tiempo de los Procesos ser de S/. 600.50
c. Tangibles - Resumen
Beneficios
Actual
Propuesto
Beneficio
Eliminacin de Formatos
3,444.00
0.00
3 ,444.00
Reduccin del Tiempo de

Solicitud de HC
453.70
0.00
453.70
600.50
0.00
600.50
Reduccin del Tiempo de

los Procesos
Total BeneficioAnual
4 ,498.20
El Beneficio Tangible ser de S/. 4,498.20
4.3.2. Anlisis de Beneficios Intangibles

Contar con una mejor supervisin, enfocada al cumplimiento de los objetivos del
rea.
Se tendr una mejor gestin de las Historias Clnicas del rea (envi y devolucin).
Dar un seguimiento adecuado a las actividades acordadas con las reas que
utilizarn las Historias Clnicas.
Con la implementacin de la Aplicacin los usuarios ayudaran a minimizar los
errores de la informacin de las Historias clnicas.
Ing. Cesar Zorrilla
4.3.3 Anlisis de Beneficios Resumen
Beneficios Total - Resumen

Tipo de Beneficio
Costo Total
Tangible
4,498.20
Intangible
0.00
Beneficio Total S/.
4,498.20
Los Beneficios que puede entregar la aplicacin ser de S/. 4,498.20
4.3.4. Anlisis de Sensibilidad

a. Flujo de Caja
Ao 0
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
Ingreso
0.00 184,498.20 215,862.89 252,559.59 295,494.72 345,728.82
Egreso
124,750.00 170,186.00 173,589.72 177,061.51 180,602.74 184,214.80
Flujo Neto
-124,750.00
14,312.20
42,273.17
75,498.07 114,891.97 161,514.02
Incremento a partir del segundo ao 17% anual para los ingresos y de 2% anual para
los egresos.
Ing. Cesar Zorrilla
b. Calculo del VAN - TIR
Flujo de Caja - Resumen

Tasa de Oportunidad
7%
TIR
38%
VAN
S/. 85,882.90
Ingreso (% aumento
anual)
Egreso (% aumento
anual)
1.17
1.02
Ing. Cesar Zorrilla
CAPTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1 CONCLUSIONES
1. La comunicacin con el cliente represent una clave fundamental para poder validar
los requisitos y cumplir con sus necesidades o requerimientos. La comunicacin se da
a partir de cada una de las iteraciones a lo largo del proceso de desarrollo.
2. Disear la aplicacin, utilizando la herramienta de modelado de sistemas UML,
permiti tener una visin detallada del mismo, en funcin de los diferentes diagramas
realizados.
3. La metodologa GRAY WATCH , result ser una tcnica favorable en el proceso de
desarrollo de software, brindando una serie de tcnicas y procedimientos que
ayudaron a desarrollar la aplicacin y cumplir con los objetivos planteados.
4. A pesar de considerar la flexibilidad del sistema, es decir, que pueda ser adaptado a
cambios; en el futuro podra ser necesario la incorporacin de nuevos mdulos o
cambios en los formularios, dependiendo de la evolucin del servicio mdico en
cuanto a la atencin y especialistas.
5. El sistema le permite al personal que labora en el servicio mdico, llevar un control y
seguimiento de las historias mdicas de los pacientes, registros de la boletas y rcipes
emitidos, as como tambin de la entrada y salidas de medicamentos de uso comn,
conformacin de facturas y validacin de pacientes para la programacin de citas
mdicas.
Ing. Cesar Zorrilla
6. La utilizacin de herramientas, resultan de gran ayuda para el proceso de desarrollo

de software, facilitando la labor de muchas tareas e impactando de manera positiva en
el tiempo.
7. No existe una forma nica de modelar sistemas, todo depende de la perspectiva del
analista y del grado de detalle que desee implementar para dicha labor.
8. El desarrollo de un sistema de informacin, no hace referencia exclusivamente a la
tarea de codificacin, se refiere a una serie de pasos o procedimientos para la creacin
de un producto, incluyendo tambin aspectos como el modelado del negocio y las
tareas de anlisis y diseo.
Ing. Cesar Zorrilla
5.2 RECOMENDACIONES
1. Acondicionar el rea de servicios mdicos para la instalacin de las computadoras y

cualquier otro tipo de requerimiento necesario para la implantacin del sistema.
2. Seguir implantando sistemas automatizados en el centro Mdico Mayo y no
desarrollar proyectos de software que cuyo alcance finalice en la fase de diseo.
3. Seguir utilizando la metodologa GRAY WATCH para el proceso de desarrollo de
software en centro mdico, ya que usa las mejores prcticas de ingeniera de software
y gestin de proyectos. En la actualidad los mejores mtodos para desarrollar
aplicaciones empresariales son los interactivo e incrementales pues dan los mejores
resultado.
4. Implementar polticas de seguridad para garantizar el resguardo de los datos.
5. Fortalecer la plataforma tecnolgica del ncleo para que todas las reas involucradas
tengan acceso a la red, dado que el sistema propuesto es una aplicacin Web.
6. Vincular el sistema desarrollado con el subsistema de compra para utilizar
informacin requerida de las rdenes de compra en los procesos de registro de
entrada de insumos mdicos a la farmacia.
Ing. Cesar Zorrilla
5.3 BIBLIOGRAFA
BARRIENTOS, ENRQUEZ (2005). El desarrollo de sistemas de informacinempleando

el lenguajede modelado unificado UML. Documento en lnea. Disponible en
http://www.monografias.com/trabajos16/lenguaje-modeladounificado/lenguajemodelado-unificado.shtml#PRINCIP
BARRIENTOS,ALEIDA (2002) Proceso Metodolgico de Auditora Informticaaplicado
a la evaluacin y seguimiento de Sistemas de Gestin desarrollados con el estndar
de modelado UML, Tesis de Maestra en Ingeniera Informtica, Universidad de
Oriente La Habana Cuba Universidad Autnoma Toms Fras, Potos-Bolivia.
BELL, DOUGLAS (2007).Diagramas de clases para elaborar sistemas [Documento en
lnea]. Disponible en http://www.monografias.com/diagramas de clase/lenguajemodelado-sistemas.
BEN, LAURIE (2005). Software libre, php y mysql .Tecnologas para el desarrollo de
aplicaciones web. Ediciones Daz de Santos. Espaa
ESTRUCTURA ORGANIZATIVA UNIVERSIDAD DE ORIENTE. [Pgina Web en
lnea]. Disponible: http://www.udo.edu.ve [Consulta: 2009, Diciembre 07]
GUTIRREZ, JAMES GILDARDO (2009) Definicin arquitectura cliente servidor.
[Documento en lnea].. Disponible en C:\Documents and Settings\personal\Mis
documentos\Sistemas de Informacin. [Consulta: 2009, Noviembre 23]
HERNNDEZ, R., FERNNDEZ, C. Y BAPTISTA, PILAR (2009). Metodologa de la
investigacin. Tercera Segunda Edicin. Editorial McGraw-Hill. Mxico.
JAMES A. SENN (2008), Anlisis y Diseo de Sistemas de Informacin. Editorial Mc
Graw Hill. Segunda edicin. Colombia.
LARMAN, C (2002),Tarjetas CRC. [Documento en lnea]. Disponible:
http://www.webestilo.com/javascript/js00.phtml [Consulta: 2010, Septiembre 23]
Ing. Cesar Zorrilla
Wikipedia La Enciclopedia Libre, Xampp. [Documento en lnea].. Disponible

en:http://es.wikipedia.org/wiki/XAMPP [Consulta: 2009, Junio 18] .
PAGINA OFICIAL del sistema gestin de clnica: http://www.inceme.com/hecho-porprofesionales-gestion-de-clinicas/
PAGINA OFICIAL del sistema gestin de Hospital: http://www.doctorgest.com/index.html
Ing. Cesar Zorrilla

Proyecto Diseño de Un Sistema Automatizado Que Optimice La Gestión de Los Procesos Administrativos Del Área Servicios Médicos Del Centro Medico Mayo

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Diseño de Un Sistema Automatizado Que Optimice La Gestión de Los Procesos Administrativos Del Área Servicios Médicos Del Centro Medico Mayo

Cargado por

Copyright:

Formatos disponibles

Implementacin de un sistema Administrativo rea Mdico

Proyecto de Ingeniera de Sistemas II

Proyecto de Ingeniera deSistemas II

MBA. Cesar Zorrilla V.

Implementacin de un sistema Administrativo rea Mdica

Proyecto de Ingeniera deSistemas II

MBA. Cesar Zorrilla V.

Implementacin de un sistema Administrativo rea Mdica

Proyecto de Ingeniera deSistemas II

MBA. Cesar Zorrilla V.

Implementacin de un sistema Administrativo rea Mdica

procesos ms eficaces en funcin de las

necesidades del servicio que se presta. Dicho trabajo sigui un tipo de

Proyecto de Ingeniera deSistemas II

MBA. Cesar Zorrilla V.

Implementacin de un sistema Administrativo rea Mdica

1.1. Resea Histrica de la Centro Medico Mayo

2.1. Planteamiento del Problema

2.2. Objetivos de la Investigacin

2.2.1. Objetivo General

2.2.2. Objetivos Especficos

2.2. Alcance de la Investigacin

2.3. Identificacin de las Variables

2.3.1. Variable Independiente

2.3.2. Variable Dependiente

2.4. Objetivos de la Investigacin

2.4.1. Objetivo General

2.4.2. Objetivos Especficos

2.4.1 Hiptesis General

2.4.2 Hiptesis Especficos

2.5. Diferenciacin con otras Investigaciones Similares

3.1. Antecedentes de la Investigacin

3.2. Bases Tericas

3.2.1 Sistema de Informacin Transaccionales

3.2.2. El Mtodo Gray Watch

Proyecto de Ingeniera deSistemas II

MBA. Cesar Zorrilla V.

Implementacin de un sistema Administrativo rea Mdica

3.2.2.1. Objetivos del mtodo WATCH

3.2.2.2 Caractersticas del Mtodo WATCH

3.2.2.3 Componentes del mtodo WATCH

3.2.3.4 Estructura del mtodo WATCH

3.2.3 Lenguaje de Modelado Unificado

3.2.3.1. UML 2.0

3.2.3.2 Diagramas UML

3.2.3.2.1 Diagrama de caso de uso

3.2.3.2.2 Diagrama de clases

3.2.3.2.3 Diagramas de Despliegue

3.2.3.2.4 Diagrama de secuencia

3.2.3.2.5 Diagrama de actividades

3.2.3.2.6 Diagrama de Paquetes

3.2.3. Tarjetas CRC

3.2.4. Arquitectura cliente- servidor

3.2.5 Software Libre

3.2.5.1 Desarrollo de Software Libre

3.2.6. Sistemas de informacin aplicados al sector sanitario

3.2.7. Herramientas de desarrollo

3.2.8. Lenguajes de Programacin

3.2.9. Base de Datos MySql

3.2.11. Web Apache

CAPITULO IV: SOLUCION PROPUESTA

4.1 Anlisis de la Solucin Propuesta

4.2 Anlisis Funcional

4.2.1 Cadena valor de Negocio