El documento presenta un análisis de mercado y estudio de factibilidad para el desarrollo de un sistema de información para la gestión de citas médicas en una clínica. Se analiza el entorno, la demanda, y se definen los objetivos y alcances del proyecto. Adicionalmente, se incluye una descripción de la metodología, casos de uso, y una evaluación financiera del proyecto.

1. Capítulo I
Estudio de Mercado

2. Introducción
• Actualmente el proceso que el medico de turno debe realizar para el
llenado de las historias clínicas, las consultas, las citas y los informes
es un tanto incómodo y antiguo.
• Los sistemas de gestión hospitalaria se encuentran en una constante
mejora con el objetivo de alcanzar una suficiente y confiable
automatización.
• Identificación del Problema Central del Proyecto
• El problema radica en no contar con un método fácil para los registros
de los pacientes.

3. Objetivos del Proyecto
• Objetivo General
• Diseñar y desarrollar un Sistema de Información de escritorio capaz
de tramitar, asignar, registrar y programar el servicio de citas médicas,
a los pacientes.
• Objetivos Específicos
• Realizar una aplicación en la plataforma para máquinas de escritorio.
• Disminuir el mal control de atención a los pacientes.
• Facilitar a los médicos la atención y evitar molestias.
• Tener un seguimiento de los pacientes.

4. Análisis del entorno
Análisis demográfico y distribución geográfica
Población 2010 101499
Urbana 57,8%
Rural 42.2%
Esperanza de vida: 64,63 años
Hombres 63,53 años
Mujeres 64.25 años
Tasa de bruta de natalidad 29,10%
Tasa de fecundidad 3,4 hijos
Tasa de mortalidad infantil 67 por mil
Datos según el INE 2005 - 2010

5. Factores políticos
• Velando por el interés de los pacientes, las autoridades de la clínica
como su función exigen, es de poder facilitar en la parte de salud,
ayudar, beneficiar de una u otro forma a los pacientes de la ciudad de
sucre.
Factores económicos
• La estructura de las fuentes de financiamiento con las que cuenta la
clínica BIOGEN en el rubro de ingresos, el 100% corresponden a
recursos propios generados por la institución.

6. Estudio de la demanda
• En general el 90%de los centros de salud son públicos. El sector
privado está emergiendo, pero todavía es insignificante debido
principalmente a los costos de inversión.
Estructuras sanitarias existentes
• Conociendo los datos al cual se llegara la clínica y así mismo el sistema de
fichas clínicas vía programa de escritorio, se puede identificar que tenemos
una demanda elevada ya que la clínica acoge a parte de la población de
Sucre.

7. Capítulo II
Localización del
Proyecto

8. • En este capítulo ya se cuenta con una localización estable de la clínica
BIOGEN el cual es BOLIVIA, departamento de Chuquisaca, provincia
de Oropeza, ciudad de Sucre.

9. Capítulo III
Tamaño del Proyecto

10. • En este capítulo lo que se logra alcanzar es ver la capacidad que
cubrirá el sistema.
• En este caso no es muy relevante ya que la clínica cubre a todos los
pacientes que asisten a la clínica

11. Capítulo IV
Ingeniería del
Proyecto

12. 4.1. Metodología de Desarrollo
La aplicación se desarrolló bajo los lenguajes de programación Java Script, Visual Basic Script y
ASP, soportando un acceso a base de datos SQL Server 2008, gracias a los lenguajes aprendidos
durante el desarrollo de la Carrera de Ingeniería se logró concretar la viabilidad del proyecto y
llegar a su culminación
En cuanto a la metodología utilizada se optó por aquella que se adapta más a nuestro medio,
conocida como RUP.
A continuación se describirá la conceptualización de la misma, con el fin de justificar su aplicación
en éste Proyecto.
En un proyecto guiado por RUP, los requerimientos funcionales son expresados en la forma de
Casos de Uso, que guían la realización de una arquitectura ejecutable de la aplicación. Además el
proceso focaliza el esfuerzo del equipo en construir los elementos críticos estructuralmente y del
comportamiento (llamados Elementos Arquitecturales) antes de construir elementos menos
importantes. La mitigación de los riesgos más importantes guía la definición / confirmación del
alcance en las primeras etapas del ciclo de vida. Finalmente RUP particional el ciclo de vida en
iteraciones que producen versiones increméntales de los ejecutables de la aplicación.

13. La Rational Unified Process (RUP) es una metodología llamada así por sus siglas en inglés Rational
Unified Process, que se divide en 4 fases el desarrollo del software:
1. Inicio El Objetivo en esta etapa es determinar la visión del proyecto.
2. Elaboración, En esta etapa el objetivo es determinar la arquitectura óptima.
3. Construcción, En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.
4. Transmisión, El objetivo es llegar a obtener el reléase del proyecto.
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, las cuales consisten en
reproducir el ciclo de vida en cascada a menor escala. Los Objetivos de una iteración se establecen
en función de la evaluación de las iteraciones precedentes.
Vale mencionar que el ciclo de vida que se desarrolla por cada iteración, es llevada bajo dos
disciplinas:
La Disciplina de desarrollo y la Disciplina de soporte.

14. • Fases e iteraciones de la Metodología RUP

15. Es recomendable que a cada una de estas iteraciones se les clasifique y
ordene según su prioridad, y que cada una se convierte luego en un
entregable al cliente. Esto trae como beneficio la retroalimentación que se
tendría en cada entregable o en cada iteración.
Es importante señalar los elementos del RUP:
1. Actividades, Son los procesos que se llegan a determinar en cada
Iteración.
2. Trabajadores, Vienen hacer las personas o entes involucrados en cada
proceso.
3. Artefactos, Un artefacto puede ser un documento, un modelo, o un
elemento de modelo.

16. 4.3. DOCUMENTACIÓN Y DIAGRAMAS DE CASOS DE USO
4.3.1. Casos de uso administrador (usuario, medico) sistema

17. • Diagrama de clases de ingreso al sistema:

18. • Diagrama de clases de la clínica:

19. Capítulo V
Inversión del proyecto

20. Estimación de costos:
• Inversión Fija.- (Tangibles)
• Costos de diseño y desarrollo (400$)
• Inversión Diferidas.- (Intangibles)
• Costos de implantación (100$)
• Costos de alojamiento, los sistemas y las licencias (250$)

21. Capítulo VI
Financiamiento del proyecto

22. Capítulo VII
COSTOS DE OPERACION

23. COSTOS FIJOS
Son aquellos costos que no son
sensibles a pequeños cambios
en los niveles de actividad de
una empresa.

24. • COSTO DE GESTIÓN DE LA APLICACIÓN
Es el tiempo para que el personal se acostumbre al
sistema y aprenda a manejarlo con soltura

25. • COSTO DE MANTENIMIENTO
Es precio pagado por acciones realizadas para
conservar un bien o producto a un estado
especifico.

26. • COSTO DE ACTUALIZACION
El mundo de la tecnología avanza a gran
velocidad llevando a cambios de diseño cada
cierto tiempo incorporando, nuevas
funcionalidades de software.

27. Capítulo VIII
INGRESOS DEL PROYECTO

28. INGRESOS DEL PROYECTO
• AHORRO EN RECURSOS INFORMATICOS.
• AHORROS EN MATERIAL DE CONSULTORIO.
• AHORROS EN COMUNICACIÓN.

29. Capítulo IX
Evaluación del
Proyecto

30. Ya que nuestra sistematización de registro de historias clínicas (consultorio /
clínica) se trabaja con recursos públicos tomaremos en cuenta la Evaluación
Social para eso seguiremos los siguientes pasos:
9.1. Elaboración del Flujo de Caja (F.C.)
Datos Generales:
Costo Vida Útil V. Salvamento
Diseño de software 250$ 6 20%
Programación funcional 150$ 6 20%
Horizonte de Evaluación 6 años

31. • Ingresos
Ahorros Informáticos.
Material de escritorio 20$ mes = 240 año
Comunicación 18$ mes = 216 año
Envío de Información 200$ mes = 2400 año
Valor de Salvamento
Diseño de Software VS = 250$ * 0.20 = 50$
Programación Funcional VS = 150$ * 0.20 = 30$
• Egresos
Depreciaciones
Diseño de Software VI = 250 VS = 50
Dm = (250-50)/6 = 33.33
Programación Funcional VI = 150 VS = 30
Dm = (150-30)/6 = 20
Costos Formación 5$ mes
Productividad de gestión 250$ mes
Mantenimiento 20$ hora (se tiene que hacer 25 horas al año) = 500$
Actualizaciones 30$ semestral = 60$ anual

32. • Inversiones
Diseño de Software 250$
Programación Funcional 150$
Implementación 100$
Alojamiento de Sistema 50$ por año
Licencias 200$ por año

33. Detalle / Año 0 1 2 3 4 5 6
I. Ingresos
V. S. Diseño - - - - - - 50
V. S. Programación - - - - - - 30
Material - 240 240 240 240 240 240
Comunicación - 216 216 216 216 216 216
Envió Información - 2400 2400 2400 2400 2400 2400
Total Ingresos - 2856 2856 2856 2856 2856 2936
II. Egresos
Costos Fijos - 3590 3590 3590 3590 3590 3590
Costos Variables - 0 0 0 0 0 0
Inversiones
Diseño 250 - - - - - -
Programación 150 - - - - - -
Implementación 100 - - - - - -
Alojamiento 50 50 50 50 50 50 50
Licencia 200 - 200 - 200 - 200
Depreciación
Diseño 33.33 33.33 33.33 33.33 33.33 33.33 33.33
Programación 20 20 20 20 20 20 20
Total Egresos 803.33 3693.33 3893.33 3693.33 3893.33 3693.33 3893.33
Utilidad Bruta -803.33 -837.33 -1037.33 -837.33 -1037.33 -837.33 -957.33
Impuestos 0 0 0 0 0 0 0
Utilidad Neta -803.33 -837.33 -1037.33 -837.33 -1037.33 -837.33 -957.33
Depreciación 53.33 53.33 53.33 53.33 53.33 53.33 53.33
Flujo de Caja 750 784 984 784 984 784 904

34. 9.2. Asignar un Valor al Proyecto
Para este paso utilizaremos los indicadores de rentabilidad el cual será calculado con la
herramienta que nos proporciona Excel la hoja de cálculo.
V.A.N
Como tenemos un 100% de aporte propio utilizaremos un C.O.C. de 10%
• Como podemos observar la cifra es menor a 0 por lo tanto podemos decir que no es
rentable el proyecto pero como ya mencionamos anteriormente este es un proyecto
social el cual no es necesariamente su objetivo tener una ganancia o utilidad.

35. T.I.R
De igual manera el resultado nos muestra que es menor a nuestra C.O.C.
planteada por tanto no es rentable dicho proyecto pero ya fue aclarado
estos resultados no tienen mucha importancia si no son malos resultados.

36. R.B.C.
R.B.C. = sumatoria de ingresos / sumatoria de egresos
R.B.C. = 0.73
9.3. Toma de Decisión
Observando los resultados vemos que el proyecto no es viable
económicamente pero no es la razón principal de este, ya que lo que se
quiere lograr es mejorar los registros de los pacientes en la clínica y agilizar
los procesos de citas, por lo tanto será viable ya que cubrirá todo lo
planteado.

37. Capítulo X
Conclusiones y
Recomendaciones

38. 10.1. Formulación de Conclusiones
Técnicas.-
Para poder sacar unas conclusiones sobre el proyecto lanzado indicaremos
que efectivamente es una herramienta muy importante para mejorar las
clínicas, ya que como la tecnología va avanzando tenemos que estar a la
par y sacar un gran provecho de las ventajas que nos ofrecen las nuevas
tecnologías. Se está implantando todo el material actual además de ser
muy minuciosos en la elaboración del mismo.
Financiera.-
No obstante, ya que logra eficientemente en lo técnico, y no así en lo
financiero ya que nos dará unos gastos muy elevados para poder realizar
dicho proyecto, pero como es una institución pública se hace los
respectivos trámites para poder cubrir todos los gastos y satisfacer a la
demanda de los usuarios para mejor atención que exigen.

39. 10.2. Formulación de Recomendaciones
Técnicas.-
En el tiempo establecido se recomienda promover el uso del mismo para
evitar las molestias que tenían los médicos de turno y pacientes, además
también de seguir teniendo actualizaciones frecuentes ya que como la
tecnología avanza es necesario estar al tanto de eso, también para que el
sistema no se vuelva obsoleto.
Financiera.-
Concluyendo el periodo a mediados del mismo y viendo la aceptación de
los usuarios se puede hacer una inversión más grande en la realización de
sistemas para así también reducir más las actualizaciones como también el
mantenimiento del mismo ya que solo será una inversión única y
restaremos los gastos mensuales o anuales que se planteó en este caso.
Para así no tener una cifra muy negativa el cual lo tenemos.