Informe de Factibilidad

Universidad de Talca Facultad de Ingeniería Campus Curicó Informe de Factibilidad Sistema de Gestión de Atención Médica Integrantes: Marcelo Aliaga Karin Lizana Fecha de Entrega: 11/09/07

Índice Introducción.. 2 Presentación de Alternativas..... 3 Estudio de Factibilidad.. 6 Operacional. 6 Técnica. 6 Económica 6 Cronograma.. 7 Análisis de Alternativas Propuestas. 8 Conclusiones. 9 Anexo 1: Estudio de factibilidad Operacional. 10 Anexo 2: Estudio de factibilidad Técnica 12 Anexo 3: Estudio de factibilidad Económica... 13 Anexo 4: Estudio de factibilidad de Cronograma 16

Introducción El presente informe muestra en detalle el análisis de factibilidad del Sistema de Gestión de Atención Medica en tres aspectos: Factibilidad Operacional, Factibilidad de Cronograma, Factibilidad Económica, para determinar luego la alternativa sugerida para la implementación del sistema antes mencionado. A modo de contexto del informe, podemos señalar que la aplicación consiste en un sistema para el la Gestión de Atención Medica del Servicio de Salud de la Facultad de Ingeniería del Campus Curicó de la Universidad de Talca. El servicio atiende a la comunidad estudiantil en un horario de oficina, entregando la atención medica a través de la reserva de hora por parte del paciente. Se le provee de la atención de un Medico General que tiene la opción de derivar a otros médicos dependiendo de los diversos convenios que el servicio de salud tiene; un Dentista, que atiende dentro del Servicio de Salud, al igual que una Obstetra y un Psicólogo. En la actualidad, el servicio de salud no cuenta con ningún tipo de sistema de gestión computacional que apoye su labor, sin embargo cuentan con un equipo que tiene instalado el sistema operativo Windows, el que utilizan para generar documentación administrativa. La información relativa a pacientes, convenios y agenda esta almacenada en carpetas, cuadernos u hojas sueltas, lo que produce una serie de problemas de clasificación, búsqueda de la información y almacenamiento. A primera vista, el sistema a desarrollar deberá ser una aplicación Stand Alone, ya que la gestión médica se lleva a cabo de forma local. Nuestro stakeholder será la enfermera a cargo de la información del Sistema de Salud del Campus Curico, quien lleva la administración y gestión del sistema y en quien basaremos nuestra captura de requerimientos que detallaremos en un futuro reporte. Declaramos como objetivo general luego de enfrentar el problema descrito, el desarrollar una aplicación standalone que gestione la atención médica en Servicio de Salud de la Universidad de Talca, para ello, el primer paso es este informe de factibilidad que pasamos a desarrollar.

Presentación de Alternativas Desarrollo Como se señala en la introducción, el problema identificado en el servicio de salud, tiene según nuestra perspectiva, tres opciones factibles, las que pasamos a analizar a continuación Alternativa 0: mantener el sistema actual. La Alternativa 0 es mantener el sistema actual, el que se compone de tres partes que se detallan a continuación. - Gestión de Pacientes. Actualmente la información de los pacientes es almacenada en fichas para cada uno de ellos en papel. Cada ficha tiene establecido un número fijo de campos, que es llenado una sola vez. - Gestión de Convenios. En la actualidad la información de los convenios se almacena en archivadores, lo que dificulta la búsqueda e información a través de ellos. - Agenda de Consultas. La agenda de consultas es hoy un cuaderno en donde la enfermera anota las horas pedidas por los alumnos para los distintos médicos. Alternativa 1: Java + NetBeans. La Alternativa 1 consiste en implementar un sistema en JAVA. Este sistema entrega al servicio médico toda la funcionalidad necesaria para realizar sus tareas de manera óptima y eficiente. El sistema es capaz de mantener la información de ficha médica asociada a un alumno, además mantiene en una agenda la información de las horas pedidas por los alumnos y también mantiene la información de los convenios relacionados a servicios médicos externos a la Universidad de Talca Al ser una alternativa basada en herramientas libres el costo de implementación se ve reducido al no tener que pagar licencias. Alternativa 2: C# + Visual Studio La segunda alternativa para el desarrollo de la aplicación es realizarlo con C# en la plataforma de desarrollo.net de Microsoft. Al igual que la herramienta de desarrollo mencionada en la Alternativa 1, podemos tener acceso a dichos productos de forma liberada, en este caso, gracias a un convenio firmado con anterioridad entre nuestra casa de estudios y dicha empresa. Cabe señalar que al desarrollar esta aplicación para la Universidad, el acuerdo firmado entre ella y Microsoft Corporation, nos

permitirá acceder a las herramientas de desarrollo sin tener que incurrir en costos.

Estudio de Factibilidad Factibilidad Operacional Como puede verse en el análisis realizado para las diversas alternativas en el Anexo 1, nos basamos en evaluar basados en performance, información, Economía, control, eficiencia y servicios. Alternativa0 Alternativa 1 Alternativa 2 Performance * *** *** Información * **** **** Economía *** *** *** Control * *** *** Eficiencia * *** *** Servicios * *** *** Usuario Final * *** *** Gerencia * *** **** Excelente **** Bueno*** Regular** Malo * Cabe tener en consideración que la calificación de uno a cuatro asteriscos se hace como una interpretación en cuanto a los factores analizados, en donde uno corresponde a la menor valoración y cuatro a la mayor. Factibilidad Técnica Como puede verse en el análisis realizado en el Anexo 2, las tres alternativas son factibles, pero nos interesan la 1 y 2 para la realización del proyecto. La oficina de Servicio de Salud cuenta con equipamiento de Hardware necesario para correr aplicaciones tanto en entorno Java como.net, además manifestó la posibilidad de escalamiento del equipo que ya existe. En cuanto al software, podemos señalar que la alternativa que nos da menor riesgo por tiempo de capacitación, es la alternativa 2. Factibilidad Económica Como puede verse en el análisis realizado en el Anexo 3, la alternativa 1, java + NetBens, produce un costo económico mayor por conceptos de capacitación por el contrario la alternativa 2, C# + Visual Studio, increíblemente resulta ser mas económica por que sus costos de capacitación son mas bajos y además por ser una aplicación para uso dentro de la universidad tampoco se pagan patentes de software. La alternativa 1 no tiene costo ya que está implementada, pero no cumple con los requerimientos iniciales.

Factibilidad de Cronograma Como puede verse en el análisis realizado en el Anexo 4 un punto relevante para la toma de decisiones, es la cantidad de tiempo necesario para realizar la capacitación, se puede considerar que el tiempo de capacitación es crítico ya que disminuye el tiempo de implementación. Las dos alternativas están dentro del los plazos estipulados para la entrega del proyecto final, pero la alternativa de C# con Visual Studio es la mas segura. Además de tener un tiempo definido en el que estimamos que es posible desarrollar la solución propuesta, utilizaremos metodología en cascada para asegurarnos de que dichos plazos sean seguros de cumplir, guiándonos por ese marco.

Análisis de las alternativas propuestas Los pesos fueron asignados luego de realizar una reunión con el usuario, asignando mayores pesos a los puntos que tenían una mayor relevancia para su visión del sistema. La escala de evaluación es de 0 a 10. Peso Alternativa 0 Alternativa 1 Alternativa 2 Viabilidad Operacional 25% 0 8 9 Viabilidad Técnica 35% 1 7 10 Viabilidad económica 10% 5 5 9 Viabilidad de Cronograma 30% 1 8 9 Total 100% 1.15 7,35 9.35 Los factores utilizados en el cuadro anterior, representan el factor de evaluación multiplicado con el porcentaje asignado. En el primer caso, hemos definido como 0 el valor de mantener el sistema actual dado que es factible y necesario realizarlo. En cuanto a la asignación de porcentaje, la viabilidad económica tiene el menor porcentaje dado que no existirá un costo en el proyecto ya que los desarrolladores ni las plataformas tendrán pagos asociados. De los factores de comparación, vemos que entre la alternativa 1 y 2, la viabilidad técnica y económica son los que mayores diferencias poseen. En el caso de la viabilidad técnica es debido a que tomamos como punto de comparación la expertiz en la plataforma de desarrollo. En el caso de la viabilidad económica fue debido al costo que implicaría el capacitarnos en la plataforma y que hace que se diferencie también en la viabilidad de cronograma por el tiempo asociado. Como se aprecia en el análisis anterior, la alternativa que ofrece una mayor viabilidad es la alternativa 2 C# + Visual Studio.

Del análisis anterior, concluimos que: Conclusiones La alternativa de desarrollo elegida será C# con Visual Studio debido a - menor tiempo necesario para capacitación en comparación con la alternativa Java; - a pesar de la portabilidad que tendría una aplicación en Java, el desarrollo en C# para plataformas Windows se realizara ya que la conexión entre Universidad de Talca y Microsoft, nos hace pensar que en el futuro no será necesario evaluar el desarrollo para un sistema operativo libre; - el stakeholder nos ha dado la libertad en cuanto a la plataforma de desarrollo, no obstante, la experiencia que tiene en el uso de la interfaz Windows, hace que definamos esta alternativa. El tiempo de desarrollo para la aplicación será de 16 semanas, en donde definimos en la primera etapa, un total de 8 horas semanales de trabajo en la solución, y en la segunda, un aumento a 2 horas diarias. La segunda etapa comienza en Diseño de Interfaces y contempla además la Construcción del software.

Anexo 1: Estudio de factibilidad Operacional Existe una necesidad imperiosa de realizar un sistema que permita mantener la información del servicio de salud, actualmente la encargada del servicio de salud realiza todas sus tareas de forma manual (cuadernos y carpetas) sin la ayuda de un sistema computacional. La encargada del servicio de salud esta a favor de la realización del sistema, ya que esto le va a permitir realizar sus tareas de manera más eficiente, mantener la información completamente ordenada y facilitará la búsqueda de la misma. Lo único que podría al usuario resistirse al uso del sistema sería el tener una interfaz complicada y poco intuitiva, como solución a este problema, se realizará un esfuerzo extra para asegurar la usabilidad de la interfaz. Para verificar la viabilidad operacional utilizaremos a estructura PIECES detallada a continuación: Alternativa 1: Java + NetBeans Performance: El modo de operación obtenido a partir del sistema en JAVA, mejora los tiempos de respuesta, sobre todo al momento de buscar horas disponibles con mucha anticipación y la búsqueda de los convenios médicos externos al servicio de salud. Información: El sistema en JAVA permite al usuario obtener toda la información necesaria a partir del sistema, de forma ordenada y rápida. El sistema mantiene las fichas de atención médica de todos los alumnos, así en caso de accidentes la ficha medica se puede obtener de manera más fácil y actualizada. El sistema mantiene toda la información horaria de los doctores y además de las horas disponibles para atención médica. Economía: El sistema en JAVA produce costos de implementación muy bajos, ya que para realizar la aplicación se utiliza una plataforma abierta llamada NetBeans. Se podría considerar que de este modo se obtienen los menores gastos de implementación y además cumple con todas las exigencias del sistema y de la unidad organizacional. Control: El sistema en JAVA ofrece un control eficiente del sistema, como el sistema es un sistema de tipo Stand-Alone no existen problemas de seguridad provenientes de la Red y además cuenta con un sistema de Login para mantener la confidencialidad de los datos de los alumnos. Eficiencia: El sistema en JAVA ofrece el máximo uso a los recursos disponibles, además minimiza la cantidad de personas que tienen que estar trabajando a la vez en el servicio médico, por que el sistema facilita las tareas y las hace de manera más óptima y eficiente. Servicios: El sistema en JAVA al ser un sistema orientado a Objetos nos permite extenderlo sin afectar el funcionamiento general del sistema, además se entrega toda la documentación necesaria para que este sistema pueda ser mejorado o ampliado con otros módulos a futuro.

Alternativa 2: C# + Visual Studio Performance: La gestión del servicio de salud mejorará mucho al darle apoyo tecnológico a través de la realización con C#, en si, dado que la automatización aportará seguridad y confiabilidad a los procesos de dicha área. Información: En este sentido, la aplicación gestionara la información que ahora se elabora a mano, sin riesgo de perdida de materiales o información asociada al trabajo con papel. Los datos serán ingresados a través de formularios que se ingresaran a la base de datos, lo que entregaría un orden al proceso de atención médica. Economía: Tanto el entorno de programación VS.Net como el DBM SQL son de uso liberado para los estudiantes de la universidad. El que sea realizable sin tener que gestionar mayores recursos adicionales para el área de Servicio Medico, le da ventajas a nuestro Stakeholder, lo que considera positivo. El mejoramiento en la gestión le aportara beneficios económicos, ya que la satisfacción de los pacientes y el cumplimiento de sus compromisos por parte del servicio medico aumentara la percepción positiva por parte de los estudiantes, que son quienes utilizan el servicio Control: la alternativa ofrece un control eficiente de la información. La información será almacenada en bases de datos. Eficiencia: el sistema mejorara sobremanera la gestión del servicio medico, lo que además de hacerlo mas eficiente, lo hará mas confiable. Servicios: los servicios que entregara la aplicación serán 3, gestión de fichas, gestión de convenios y gestión de agenda. La aplicación automatizará el procedimiento en cuanto a dichos servicios, lo que es positivo.

Anexo 2: Estudio de factibilidad Técnica Alternativa 1: Java + NetBeans La solución propuesta es práctica por que técnicamente se puede realizar, ya que existen diversas herramientas que nos permiten desarrollarla. En este caso se utiliza el lenguaje de programación JAVA y la plataforma de desarrollo NetBeans. La plataforma para el desarrollo NetBeans, es una herramienta libre, por lo que no tendremos que pagar licencias para desarrollar el sistema, esto rebaja los costos de implementación. El Hardware necesario para realizar esta aplicación es: Procesador de 1.0 Ghz mínimo. 256 memoria Ram mínimo. Tarjeta de video de 8 megas mínimo. Disco duro de 10 gigas preferentemente. Para la base de datos se utilizará MySql, también herramienta libre, con algunas desventajas en comparación con SqlServer, pero sin embargo MySql entrega todas las funcionalidades necesarias para nuestro sistema. La mayor desventaja de utilizar Java es que necesitaremos un tiempo de capacitación extenso, ya que ninguno de los integrantes ha trabajado antes con NetBeans, lo que puede afectar de manera negativa a la factibilidad de cronograma y la económica. Para la capacitación es necesario aprender a utilizar la plataforma NetBeans, para esto se dedicará una cantidad de horas semanales, que se definirán en el cronograma, al aprendizaje de la herramienta. Esta herramienta es necesaria para poder generar las interfaces gráficas y además nos permite trabajar de manera más intuitiva el lenguaje Java. Alternativa 2: C# + Visual Studio La plataforma de desarrollo Visual Studio.Net no es una herramienta libre, pero la universidad al tener convenio con la empresa Microsoft posibilita la realización sin tener que incurrir en gastos por concepto de licencias El Hardware necesario para realizar esta aplicación es: Procesador de 1.0 Ghz mínimo. 256 memoria Ram mínimo. tarjeta de video de 8 megas mínimo. Disco duro de 10 gigas preferentemente. Para la base de datos usaremos SQL Server ya que al igual que Visual Studio.Net, podemos utilizarlo sin incurrir en costos. Además, en dichas aplicaciones tenemos experiencia, lo que será una ventaja. El usuario del sistema, al tener conocimiento y experiencia en la interfaz de Microsoft Windows, no necesitara de una gran capacitación.

Anexo 3: Estudio de factibilidad Económica Alternativa 1: Java + NetBeans El costo asociado no incluye licencias u otro tipo de apartados propios de software propietario ya que es de libre uso. Costos de Inversión y desarrollo: Costo de Inversión Total No hay costos de inversión 0 Costo de Desarrollo Cantidad Unitario Total x 4 Meses Sueldo Programador 2 $ 300.000 $ 2.400.000 Total $ 2.400.000 Costos Totales Inversión 0 Desarrollo 2.400.000 Capacitación y Entrenamiento 600.000 Total 3000000

La inversión se recupera en 5 años aproximadamente.

Alternativa 2: C# + Visual Studio Costos de Inversión y desarrollo: Definiendo el sueldo de dos programadores con un costo de $300.000, la evaluación se presenta como sigue. Costo de Inversión Total No hay costos de inversión 0 Costo de Desarrollo Cantidad Unitario Total x 4 Meses Sueldo Programador 2 $ 300.000 $ 2.400.000 Total $ 2.400.000 Costos Totales Inversión 0 Desarrollo 2.400.000 Capacitación y Entrenamiento 100.000 Total 2500000 Vemos que la curva corta el eje casi al llegar al cuarto año

En este caso, el ROI es de un 46,05% En 4 años, se recupera la inversión realizada.

Anexo 4: Estudio de factibilidad de Cronograma Alternativa 1: Java + NetBeans Para analizar nuestra factibilidad de cronograma tomamos como semana 1 a partir del día 27 de agosto hasta la semana 16 del 3 de diciembre. En el cronograma mostrado a continuación se puede ver que uno de los puntos críticos es la capacitación ya que como se había planteado anteriormente, en esta alternativa se debe dedicar mucho tiempo a la capacitación si se quiere terminar el software a tiempo, la semana 4 no la consideramos en este estudio de cronograma por ser feriado, pero esta semana si se utilizará como semana de capacitación. Alternativa 2: C# + Visual Studio Según se aprecia en el cronograma, los tiempos establecidos para el desarrollo de la planificación, será muy similar al de la alternativa anterior. Cabe mencionar que la etapa de capacitación es lo que diferencia a ambas ya que la expertiz en este caso es mucho mayor, por haber desarrollado anteriormente en esta plataforma y en C#