Está en la página 1de 101

UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERA
ESCUELA ACADMICO PROFESIONAL DE INGENIERA INFORMTICA

Sistema de Informacin basado en web para el Control Administrativo y Teraputico del Centro Mdico Amanecer PROYECTO DE TESIS
PRESENTADO POR Morales Matta, Miguel Angel

ASESOR Dr. Hugo Vega Huerta

Lima 2012-II

ndice
I. VISIN DEL PROYECTO ........................................................................................................................ 4 1.1. INTRODUCCIN .................................................................................................................................. 4 1.2. EL PROBLEMA .................................................................................................................................... 4 1.2.1. El Negocio .................................................................................................................................... 4 1.2.2. Descripcin del Problema ............................................................................................................. 4 1.3. FUNDAMENTACIN DEL PROBLEMA ........................................................................................... 5 1.3.1. Marco Terico .............................................................................................................................. 5 1.3.1.1. Sistema Informtico ....................................................................................................... 5 1.3.1.2. Digitalizacin ................................................................................................................. 6 1.3.1.3. Sistema ........................................................................................................................... 7 1.3.1.4. Sistema de informacin ................................................................................................. 8 1.3.1.5. Sistema de Terapia ....................................................................................................... 10 1.3.1.6. Control Teraputico ..................................................................................................... 10 1.3.1.7. Administracin............................................................................................................. 11 1.3.1.8. Drogadiccin................................................................................................................ 12 1.3.1.9. Workflow ..................................................................................................................... 13 1.3.1.10. Sistema Web ................................................................................................................ 15 1.3.2. Estado del Arte ........................................................................................................................... 16 1.3.2.1. The Digital Imaging and Communications in Medicine (DICOM) Archive Is a Dynamic Component of a Clinician Image-Related Workflow Solution .................... 16 1.3.2.2. E-paper Production Workflow Adapting Production Workflow Processes for Digital New spring ................................................................................................................... 18 1.3.2.3. Developing and Managing Knowledge of Construction Methods in the Swedish Building Sector ............................................................................................................ 24 1.3.2.4. Sistema Gestin de Consulta mdica [latroCon] ...................................................... 25 1.3.2.5. Sistema Turnos e Historia Clnica [Emprenet] ......................................................... 28 1.3.2.6. Cuadro comparativo de los sistemas ............................................................................ 32 1.4. OBJETIVOS DEL PROYECTO .......................................................................................................... 32 1.4.1. Marco lgico ............................................................................................................................ 32 1.4.1.1. rbol de problemas ..................................................................................................... 33 1.4.1.2. rbol de Objetivos ...................................................................................................... 34 1.4.2. Objetivo general ....................................................................................................................... 35 1.4.3. Objetivos especficos ................................................................................................................ 35 1.5. BENEFICIOS DEL PROYECTO ........................................................................................................ 36 1.5.1. Beneficios tangibles .................................................................................................................... 36 1.5.2. Beneficios no tangibles ............................................................................................................... 36 1.6. ALCANCE DEL PROYECTO ............................................................................................................ 36 1.7. CONCLUSIONES ................................................................................................................................ 37 II. MODELADO DEL NEGOCIO............................................................................................................... 37 2.1. INTRODUCCIN .............................................................................................................................. 37 2.2. REGLAS DEL NEGOCIO ................................................................................................................. 37 2.3. CASOS DE USO DEL NEGOCIO .................................................................................................... 37 2.4. DIAGRAMA DE ACTIVIDADES DEL NEGOCIO ......................................................................... 39 2

2.5. DIAGRAMA DE CLASES DE OBJETO DEL NEGOCIO ................................................................ 42 2.6. CONCLUSIONES ................................................................................................................................ 43 III. REQUERIMIENTOS DEL PROYECTO ............................................................................................ 43 3.1. INTRODUCCIN ............................................................................................................................. 43 3.2. REQUERIMIENTOS DEL SOFTWARE ......................................................................................... 43 3.2.1. Relacin de requerimientos ..................................................................................................... 43 3.2.2. Especificacin de requerimientos ............................................................................................ 44 Requerimientos Funcionales ................................................................................................ 44 Requerimientos No funcionales ........................................................................................... 47 3.3. CASOS DE USO DEL SISTEMA .................................................................................................... 48 3.3.1. Diagrama de actores del sistema .............................................................................................. 48 3.3.2. Diagrama de paquetes ............................................................................................................... 50 3.3.3. Casos de uso del sistema (CUS) ............................................................................................... 51 3.3.3.1. Relacin de los CUS .................................................................................................... 51 3.3.3.2. Diagrama de los CUS .................................................................................................. 52 3.3.3.3. Especificacin de los CUS ........................................................................................... 55 3.4. MODELO CONCEPTUAL DEL SISTEMA ..................................................................................... 73 3.4.1. Diagrama de Base de Datos ...................................................................................................... 73 3.4.2. Diccionario de clases ................................................................................................................ 75 3.5. PROTOTIPOS DE LA SOLUCIN .................................................................................................. 83 IV. GESTIN DE PROYECTOS ................................................................................................................ 91 4.1. Introduccin...................................................................................................................................... 91 4.2. Viabilidad del proyecto .................................................................................................................... 91 4.2.1. Viabilidad tcnica .................................................................................................................. 91 4.2.2. Viabilidad econmica ............................................................................................................ 92 4.3. Clculo de VAN ............................................................................................................................... 94 4.3.1. Costos o Prdidas Actuales .................................................................................................... 94 4.3.2. Costos del Sistema ................................................................................................................. 95 4.3.3. VAN... ................................................................................................................................... 96 V. BIBLIOGRAFA. ..................................................................................................................................... 98

I. VISIN DEL PROYECTO


1.1. INTRODUCCIN
Si bien es cierto que hay un crecimiento de los centros mdicos que se ocupan de la desintoxicacin de drogas, alcohol y rehabilitacin de personas estos centros llevan una administracin bsica donde la informacin del paciente se encuentra daada y no existente as como la planeacin de programas y con ello sus procesos habituales se hacen lentos o tardos y no se hace una toma de decisin en el momento. Al final del presente proyecto el centro mdico Amanecer contar con una mejor forma de manejar y controlar sus actividades agilizando los procesos y teniendo la informacin deseada en el momento.

1.2. EL PROBLEMA 1.2.1. El Negocio


El servicio estar limitado al centro mdico Amanecer ubicada en la provincia de Lima en el Distrito de Punta Negra con una poblacin de 5.284 habitantes segn datos del INEI, es una entidad sin fines de lucro, constituida como empresa mediana dedicada a atender la problemtica de personas afectadas por la adiccin desde hace 7 aos, a travs de intervenciones de prevencin, detencin y rehabilitacin de personas con problemas de adicciones y/o conducta donde se atienden un total de 50 pacientes mediante tratamientos y programas que estn desarrollados por etapas que deben cumplir en su totalidad hasta el culmino del programa de rehabilitacin.

1.2.2. Descripcin del Problema


Dado que el centro realiza actividades teraputicas y administrativas encontramos que el problema principal que aqueja a los trabajadores del centro de salud es la falta de control en las 2 reas que son: Administrativa Demora en la bsqueda de documentos en los estantes. Extravo de documentos del personal del centro mdico. Extravi de historias clnicas y/o recetas de los pacientes

Teraputica Falta del cumplimiento en su totalidad con los programas de los pacientes por no
4

llevar un control del mismo. Demora en la entrega de dietas a los pacientes por falta de coordinacin. Mala asignacin de los dormitorios a los pacientes que realizan distintas fases de su terapia. Sobrecarga de pacientes asignados en el mismo horario a los mdicos encargados

1.3.

FUNDAMENTACIN DEL PROBLEMA

1.3.1. Marco Terico


1.3.1.1. Sistema Informtico

Wyke hace hincapi en que la medicina est condenada a absorber las tcnicas y formas de pensamiento pertenecientes a la revolucin de la informacin, lo cual, de hecho, ha comenzado a ocurrir a pesar de la resistencia consciente o inconsciente de los mdicos. Quienes son operadores de sistemas de salud, en cualquiera de sus variedades, se han dado cuenta de los beneficios organizacionales y de las posibilidades de mejorar los sistemas de salud y las ganancias econmicas que se abren cuando las actividades se realizan con mayor eficiencia. Hay innumerables grupos de investigadores alrededor del mundo trabajando para encontrar soluciones mediante sistemas electrnicos, especialmente para los problemas de comunicacin que tienen los mdicos y sus instituciones, dentro y fuera de sus sistemas. [Tanimoto05] Mientras que hay un gran consenso en la definicin de sistema, no existe en la de sistema de informacin. En la actualidad, la expresin sistema de informacin se utiliza de forma comn y habitual en las organizaciones; sin embargo, existen tantas definiciones y matices para ella como escuelas o autores del tema. Aun as, y basndonos en la definicin dada de sistema, se podra realizar una primera aproximacin definindola como un conjunto de componentes que interaccionan entre s para lograr un objetivo comn: satisfacer las necesidades de informacin de una organizacin. El componente datos representa la informacin necesaria para conseguir alcanzar las funciones bsicas y los objetivos de un sistema de informacin. Es interesante y necesario, considerar a los datos como la materia prima con la que trabajar el sistema. Si el componente datos proporciona la materia prima para alcanzar los
5

objetivos de un sistema de informacin, el componente procesos muestra cmo deben ser tratados los datos que hay en el sistema. [Fernndez10] Segn [Verma09] los sistemas informticos y las redes son componentes indispensables de la industria moderna sin importar el tamao de la empresa, ya sea una pequea tienda operada por una sola familia o un gran conglomerado internacional, la rentabilidad de cualquier operacin de negocio tiene una dependencia crtica sobre el buen funcionamiento de los sistemas informticos que apoyan esta actividad. Incluso en el lado de los consumidores, es una norma en la mayora de los pases industrializados que los hogares cuenten con mltiples computadoras. Para muchas de nuestras necesidades diarias, desde buscar noticias hasta imprimir un trabajo, dependemos de las computadoras y la conectividad de red. La informtica nos permitir crecer como una civilizacin moderna en todos los mbitos de la vida. Sin embargo, los beneficios proporcionados por las computadoras solo pueden alcanzarse cuando estn funcionando perfectamente. 1.3.1.2. Digitalizacin

Una manera de reducir los problemas provenientes del flujo de trabajo en papel es emplear sistemas de digitalizacin de documentos. Los sistemas de digitalizacin de documentos son sistemas que convierten los documentos en papel e imgenes a un formato digital para que se puedan almacenar y a los que se pueda tener acceso por computadora. Tales sistemas almacenan, recuperan y manipulan una imagen digitalizada de un documento, permitiendo desechar el documento en papel. Una vez que el documento se ha almacenado electrnicamente, se puede recuperar de inmediato o compartir con otros. El sistema debe contener un escner que convierte la imagen del documento en una imagen digitalizada, misma que almacena como un grfico ptico que puede utilizar un dispositivo jukebox para almacenar y recuperar muchos discos pticos. Un sistema de digitalizacin de documentos tambin requiere ndices que permitan a los usuarios identificar y recupera un documento cuando se necesite. Los datos del ndice se introducen para que un documento se pueda recuperar de varias formas, dependiendo de la aplicacin. Por ejemplo, el ndice puede contener la fecha de digitalizacin del documento, nombres y nmero de cliente, tipo del documento y alguna otra informacin interesante. Por ultimo, el sistema debe incluir equipo para la recuperacin de los documentos, sobre todo estaciones de trabajo capaces de manejar grficos, aunque se suelen incluir impresoras [Laudon+04] La digitalizacin suele ser un procedimiento tedioso y cansador. Por ello, adems de asegurarse de que los operadores estn bien capacitados, es importante que el ambiente donde operan sea agradable y que cuenten con un equipo digitalizador ergonmico adecuado. Las instrucciones coherentes
6

de los programas d SIG en macros que sirven de gua para el operador y los procedimientos de control de calidad reducirn al mnimo los errores durante la digitalizacin y reducirn el tiempo requerido para la edicin posterior. Durante la digitalizacin, el operador puede optar por asignar cdigos de caractersticas a cada lnea o punto que se capta, por ejemplo, a los diferentes tipos de lmites administrativos, desde uno para los lmites provinciales hasta tres para los lmites de distrito. En algunos sistemas de SIG estructurados topolgicamente, el usuario tambin debe agregar un punto denominado de etiquetado a cada polgono digitalizado, lo que puede realizarse manualmente durante la digitalizacin o bien automticamente antes de construir la topologa.[United Nations09] Segn [Mackenzie07] la digitalizacin tiene dos etapas la inicial se tena como objetivo el procesamiento de datos y procesamiento de nmeros usando la computadora para almacenar y procesar grandes cantidades de datos numricos, ya sea adquirido por la entrada de datos o por medio de sensores. La segunda etapa que es la actual donde los recursos de informacin textual y grafica transmiten un significado a los seres humanos, jugando un papel importante en el intercambio de conocimientos, reflexiones, opiniones e ideas, hoy en da esta destinada a crear, distribuir, almacenar y acceder a los productos de la mente. 1.3.1.3. Sistema

Se ha realizado esfuerzos en particular en Alemania- para definir una teora de Tecnologa General (ver Wolfgramm; 1977), en la cual el concepto de sistemas tecnolgicas desempea un papel vital. Se considera que los productos tecnolgicos transforman la materia, energa e informacin en un proceso que se lleva a cabo mediante una jerarqua de sistemas y subsistemas. Tambin se ha hecho esfuerzos para definir un proceso de diseo general con una representacin del diseo visto como uno de los procesos ms cruciales en tecnologa. Tanto en el caso del concepto del sistema como en el proceso de diseo surgen dificultades de representacin cuando estas teoras generalizadas se aplican a situaciones especficas. La investigacin al respecto indica que los conceptos generalizados toman diferentes formas cuando se aplican en diferentes contextos. Esto debe ser tomado en consideracin cuando se ensean tales conceptos generalizados.

Hay un segundo nivel de conceptualizacin de tecnologa: el nivel del concepto general de tecnologa que tienen los alumnos. Este nivel tambin es relevante para la Educacin Tecnolgica. La Educacin Tecnolgica persigue no solamente la enseanza de conocimiento especficos y habilidades, sino tambin que los alumnos puedan adquirir un concepto
7

general balanceado acerca de la naturaleza de la tecnologa, as como desarrollar una actitud positiva, sin embargo critica, hacia la tecnologa. [Mena01] Constituirse en sistema implica entender que la realidad se ha conformado de modo complejo e interactivo y que slo adquiere sentido cuando funciona como totalidad. Todo sistema est constituido por un determinado nmero de componentes que estn interaccionando entre ellos. Todos establecen relaciones con los dems, y lo ms importante, el sistema no se caracteriza exclusivamente por los rasgos de sus componentes, sino por generar una serie de propiedades que no pueden ser adscritas a ningn componente en particular. Cualquier modificacin en los rasgos de un componente afecta de inmediato a la totalidad de la dinmica del sistema [Lagardera+01] Segn [Skyttner05] en la Teora General de Sistemas hay dos supuestos bsicos, uno de ellos es el concepto de orden que es una expresin de la necesidad general del hombre para obtener imgenes de su mundo como un cosmos ordenado en un caos desordenado. Una de las consecuencias implcitas en este orden es la presunta existencia de una ley de leyes que a su vez inspiraron el nombre de la teora. El otro supuesto es la afirmacin fundamental que la ciencia tradicional es incapaz de resolver muchos problemas del mundo real, ya que su enfoque es demasiado cercano, o estrecho hacia lo abstracto. 1.3.1.4. Sistema de informacin

Mientras que hay un gran consenso en la definicin de sistema, no existe en la de sistema de informacin. En la actualidad, la expresin sistema de informacin se utiliza de forma comn y habitual en las organizaciones; sin embargo, existen tantas definiciones y matices para ella como escuelas o autores del tema. Aun as, y basndonos en la definicin dada de sistema, se podra realizar una primera aproximacin definindola como un conjunto de componentes que interaccionan entre s para lograr un objetivo comn: satisfacer las necesidades de informacin de una organizacin. El componente datos representa la informacin necesaria para conseguir alcanzar las funciones bsicas y los objetivos de un sistema de informacin. Es interesante y necesario, considerar a los datos como la materia prima con la que trabajar el sistema.

Si el componente datos proporciona la materia prima para alcanzar los objetivos de un sistema de informacin, el componente procesos muestra cmo deben ser tratados los datos que hay en el sistema. [Fernndez10] El sistema de informacin empresarial es diseado e implantado en la
8

organizacin no slo para gestionar la informacin y el conocimiento sino tambin como medio para mejorar los procesos empresariales y en ltima instancia para crear valor. Un sistema de informacin, por tanto, ser tanto ms eficiente y mejor cuanto ms capaz sea de mejorar los procesos de negocios y los de la toma de decisiones en la empresa conduciendo a una mayor rentabilidad y, o a unos menores costes. Por esa razn, un sistema de informacin que no proporcione un conocimiento o informacin de salida de mayor valor en trminos de utilidad, que el coste de producirlos u obtenerlos no debe ser mantenido en la empresa. Desde un punto de vista tcnico y apoyndonos en el llamado enfoque sistmico un sistema de informacin es todo aquel conjunto de recursos organizados e interrelacionados dinmicamente que permiten el procesamiento de uno de esos recursos la informacin- para que sus usuarios puedan tomar decisiones y ejecutar sus funciones para el cumplimiento de los objetivos empresariales. Un sistema de informacin por tanto realiza tres grandes funciones para conseguir el objetivo de satisfacer las necesidades de informacin:
-

Captura o recolecta datos tanto externos como internos. Trata esos datos mediante procesos que operan con ellos. Distribuye la informacin resultante a los usuarios y actividades que la requieran.[ Pablos06]

Segn [Oliv07] el concepto de un sistema de informacin comenz a surgir al rededor del ao 1960, y aunque se puede considerar un concepto bien establecido que sigue siendo difcil de definir con precisin. Parte de la dificultad radica en el hecho de que los sistemas de informacin pueden ser analizadas desde por lo menos tres diferentes, pero complementarias, perspectivas: 1. La contribucin que hacen. 2. Su estructura y comportamiento. 3. Las funciones que realizan. Desde la primera perspectiva, los sistemas de informacin se definen como un medio que permite a los sistemas ms amplios lograr sus objetivos este tipo de definicin hace hincapi en que los sistemas de informacin son los subsistemas que contribuyen a sistemas ms amplios

La segunda perspectiva enfatiza la estructura y el comportamiento de los elementos fsicos y abstractos que forman un sistema de informacin tanto la estructura y el comportamiento pueden ser caracterizados en mayor o menor detalle.

La tercera perspectiva se basa en las funciones realizadas por los sistemas de informacin, es decir, las definiciones que se enfocan exclusivamente en lo que hacen los sistemas de informacin, sin tener en cuenta por qu y cmo lo hacen. 1.3.1.5. Sistema de Terapia

Los profesionales de terapia ocupacional que usan el marco de referencia de la rehabilitacin asumen que el deterioro de la persona est estabilizado y no puede ser alterado por las intervenciones teraputicas. Sin embargo, la capacidad de la persona para desempearse en las actividades diarias puede modificarse a travs del uso de mtodos compensatorios y equipamiento adaptativo. Por tanto, el proceso de enseanza y aprendizaje es una parte importante de la intervencin de terapia ocupacional. El profesional ensea a la persona mtodos compensatorios para realizar actividades de la vida diaria, actividades instrumentales de la vida diaria y formas de aplicar estas tcnicas nuevas a sus actividades diarias y su participacin en situaciones vitales.[Spackman05] Es el tratamiento que junto al modelo mixto (comunidad teraputica ms intervenciones profesionales) est dando, actualmente, mejores resultados en el campo de las adicciones. Existen estudios de seguimiento de dos aos, efectuados a personas que han terminado su tratamiento (2 3 aos) con el modelo mixto y se han reportado abstinencia al consumo de psicoactivos que va desde un 40% a un 80%. El autor ha seguido a personas que han mantenido abstinencia por tres aos (despus se ha interrumpido el contacto). La comunidad teraputica es una relacin compleja con unos orgenes muy remotos. Mara Helena Goti menciona lo siguiente: Ellos son llamados terapeutas y teraputides porque profesan un arte medicinal ms excelente que aquel de uso general en las ciudades; porque aquel solo cura cuerpos, pero el otro cura almas que estn bajo el dominio de terribles y casi incurables enfermedades, cuyos placeres y apetitos , temores y congojas, desenfrenos y locuras, y actos injustos y todo el resto de innumerable multitud de otras pasiones y vicios, que han infligido sobre ellos(Phito Judaeus, 25 aC 45 dC). [Luna02] Segn [Walrond76] un sistema es un conjunto de objetos, con las relaciones entre ellos y entre sus atributos. Los objetos son las partes que componen el sistema, los atributos son las propiedades de los objetos y la relacin de terapia apoderado vincula el sistema en conjunto". 1.3.1.6. Control Teraputico

10

El control teraputico es ms difcil que en las crisis generalizadas, si bien el tratamiento es el mismo; es ms frecuente que exista la necesidad de recurrir a combinaciones de frmacos. Dado que nunca constituyen una urgencia mdica, es importante valorar el beneficio del tratamiento cuando existan efectos secundarios intolerables. Crisis febriles. El tratamiento se basa fundamentalmente en el control de la fiebre, evitando subidas y descensos bruscos. Durante el episodio agudo se puede administrar diazepam por va rectal. No esta indicado el tratamiento profilctico salvo en el caso de crisis focales de duracin mayor de 15 minutos, recurrencias en menos de 24 horas, edad inferior a 1 ao o antecedentes familiares de epilepsia. En estos casos se administrara fenobarbital en dosis nocturna nica de 5 mg/kg de peso [Ruiz02] Todos estos sistemas de control teraputico son anti-instintos, ya que limitan el rea de la espontaneidad; lo que normalmente entendemos por culturas son exactamente estos sistemas. A este tipo de sistemas de control les llamamos teraputicos porque se proponen preservar un nivel establecido de adecuacin en el funcionamiento social del individuo, adems de intentar conjurar los riesgos de su colapso psicolgico. No es necesario decir que estos sistemas de control (ya sean cristianos, budistas, o de cualquier otro signo) son siempre autoritarios. Las formas clsicas de anti autoritarismo giran alrededor de respiros teraputicos del control; el anti autoritarismo, por tanto, ha sido siempre vulnerable a la acusacin de ser culturalmente (moralmente) subversivo. En la concepcin de Freud, la terapia (el psicoanlisis) es un mecanismo que sirve para establecer un auto control. Pero la terapia moralmente es neutra. La fe, al contrario, e incluso aquella que acentu la remisin del control, nunca es neutra. La actitud analtica constituye una alternativa a todas las actitudes religiosas.[Bennett84] 1.3.1.7. Administracin

Se puede definir la administracin como la estrategia que logra mantener un proceso de trabajo grupal que gua hacia el alcance de los objetivos emprendidos en una organizacin determinada. Esto implica un conocimiento y un esfuerzo organizado del hombre para lograr eficientemente la satisfaccin de una necesidad. La administracin busca lograr que una necesidad sea satisfecha eficientemente, con mximo aprovechamiento de los recursos. La prestacin de servicios de salud exige algn tipo de accin colectica organizada, que requiere ser coordinada para alcanzar los objetivos comprendidos en la prestacin de este servicio, es aqu donde el personal de salud se convierte en actor clave en:

11

La ejecucin de las funciones administrativas: previsin, organizacin, direccin, coordinacin y control. La aplicacin de principios administrativos a toda organizacin. Administrar el cambio y la productividad.

De lo dicho anteriormente, surge la evidencia de que la administracin es un medio y no un fin, es una herramienta a disposicin del hombre cuya eficacia estar determinada especialmente por las caractersticas de quienes la utilizacin y como la utilizan. Por esta razn es que aparecen administraciones de diferente sello: autocrticas, indolentes. Democrticas, anrquicas, burocrticas. [Blanco05] El trmino administracin se refiere al proceso de conseguir que se hagan las cosas, con eficiencia y eficacia, a travs de otras personas y junto con ellas. Varios trminos de esta definicin merecen ms explicaciones. Se trata de las palabras proceso, eficiencia y eficacia. En el concepto de administracin, la palabra proceso se refiere a las actividades primordiales que desempean los gerentes. La eficiencia y eficacia se refieren a lo que haremos y a como lo hacemos. Eficiencia significa hacer una tarea correctamente y se refiere a la relacin que existe entre los insumos y los productos. Por ejemplo, si obtenemos ms producto de determinado insumo, habremos mejorado la eficiencia. De igual manera, aumentaremos esta si obtenemos el mismo producto, pero con menos recursos. Puesto que los gerentes manejan insumos en forma de recursos escasos (dinero, personas y equipo), les interesa emplearlos con eficiencia. As pues, la administracin busca reducir al mnimo los costos de los recursos.[Robbins09]

Segn [Naidu05] la administracin pblica es un aspecto del campo ms amplio de la administracin, en el sentido literal administracin significa simplemente gestionar asuntos pblicos o de negocios. La administracin puede ser definida como un esfuerzo de grupo de cooperacin para lograr las metas comunes, es pues un objetivo orientado a una actividad intencional y cooperativa llevada a cabo por un grupo de personas a fin de lograr alguna meta o metas comunes. La administracin, por lo tanto, excluye las actividades de grupo no intencionales y no cooperativas. 1.3.1.8. Drogadiccin

La drogadiccin y el alcoholismo, desde la logoterapia, tienen en parte una causa que es el llamado vaco existencial. Los estudios que han tratado de identificar una relacin entre toxico dependencia y vaco existencial, aunque
12

si son pocos, han llegado a la conclusin de que tal relacin existe. Pero, no es una relacin de tipo causa efecto. Se ha encontrado en cambio que hay una especie de proceso circular donde si bien, no hay una causalidad directa, el vaco existencial interviene en el mantenimiento de la dependencia. Igualmente, hay tratamientos como el del CEIS (Italia) que plantean el modelo: la drogadiccin es el sntoma de un malestar existencial profundo. Las investigaciones que buscan la relacin entre drogadiccin y acto existencial comienzan con un trabajo de Shean y Fechtmann (1971) los cuales suministraron el test de los propsitos en la vida (PIL) de Crumbaugh a dos grupos de estudiantes universitarios: uno formado por 27 sujetos (20 varones y 7 mujeres) que hacan uso habitual de drogas ligeras, y otro, el grupo de control, formado por 28 estudiantes que no eran consumidores de drogas. Los resultados demostraron un nivel ms alto de frustracin existencial entre los estudiantes que hacan uso habitual de drogas ligeras. [Luna02] Si bien es cierto que el deterioro que produce la drogadiccin en una persona, es como una plantilla que podra quedarle a la medida a cualquiera, cada drogadicto vive su drogadiccin o hace de ella una experiencia nica, propia, a tal punto que es una huella personal irrepetible de lo ms profundo de su individualidad, imposible de clonar. Es entonces, la drogadiccin en lo fundamental psicolgica, superando a la adiccin fsica que es seria en alcohlicos, heroinmanos y morfinmanos, en las etapas extremas y como se dijo antes, el malestar producido por la abstinencia o suspensin del consumo, por su debilidad no son suficientes a la hora de explicar y justificar el consumo. [Snchez06]

Segn [Barnard07] el consumo problemtico de drogas golpea alas familias dejando a los involucrados en un estado de rabia, frustracin, miedo y aislamiento. La poltica de drogas, la investigacin de drogas y la prestacin de servicios ha sido predominantemente para satisfacer las necesidades del individuo con el problema de las drogas, sus rutas de entrada y salida de consumo problemtico de drogas, sus experiencias de tratamiento, la droga asociada a la criminalidad.

1.3.1.9.

Workflow

Un workflow es un modelo de programacin para escribir y ejecutar programas reactivos. Como el nombre lo indica, un programa reactivo es
13

aquel que potencialmente permanece inactivo y solo reacciona ante estmulos externos. Ejemplo de estmulos externos pudiera ser la ocurrencia de un evento, el lanzamiento de una excepcin o el arribo de un dato proveniente de una aplicacin cliente. Un workflow es un programa que captura la interaccin entre entidades del mundo real, esperando por estmulos externos al programa. Algunos de los escenarios ms tradicionales modelados como programas workflow son la edicin colaborativa de documentos, el manejo de rdenes de usuario, servicios de compras por internet. El factor comn de tales escenarios consiste en que al menos una de las actividades que intervienen en la lgica de negocio, requiere de la intervencin del factor humano, por lo que la culminacin de la ejecucin del workflow puede potencialmente tardar minutos, horas, das y hasta aos. En tales escenarios, al alcanzar un estado de inactividad prolongada, el workflow podr ser salvado a un soporte persistente con el objetivo de liberar memoria y posteriormente cuando algn suceso externo lo haga reaccionar, podr ser restaurado en el mismo estado en que se encontraba cuando se salv y de este modo proseguir su ejecucin. [Grupo Weboo08] La informacin en una organizacin fluye, y en terminologa de las nuevas tecnologas de la informacin, el workflow puede ser la base para su generacin. Un workflow hacer circular la informacin entre las personas, especifica las tareas a realizar y automatiza los procedimientos formales de trabajo. As pues, mejora la comunicacin, la colaboracin y la coordinacin entre las personas y los grupos de trabajo, al tiempo que facilita la configuracin de los procesos bsicos en la empresa (Gil Estallo, 1999,69). Mlissa Saadoun (1997, 169-172) distingue entre los siguientes workflows:
-

workflow de produccin responde a los procesos bsicos dela organizacin. Sus aplicaciones ms importantes van ligadas a la gestin electrnica de documentos y a tratar grandes volmenes de actividades y a aquellos. Workflow administrativo encamina formularios electrnicos relativamente simples como gestin de autorizacin de compras, gastos, altas y bajas de personal, calificaciones, etc. Workflow ad hoc se refiere a procedimientos que no estn totalmente formalizados y estables, como diseo de nuevos productos, servicios, reclutamiento de personas, preparacin de informes, artculos, actividades en grupo, etc., y Workflow cooperativo e inteligente, que permite modelar un
14

proceso de trabajo, fijar sus reglas, utilizar la aplicacin directamente y, de forma iterativa e interactiva, evolucionar el propio proceso y sus propias reglas de gestin. [Gil01]

Segn [Cichocki97] el flujo de trabajo especifica las actividades relacionadas con la ejecucin coordinada de las mltiples tareas realizadas por las entidades de procesamiento. Una tarea define un trabajo por hacer y se puede especificar en un nmero de maneras, incluyendo una descripcin textual en un mensaje de correo electrnico o un programa informtico. Las tareas de un flujo de trabajo se dan usualmente para especificar un flujo de trabajo donde necesitamos describir los aspectos de sus tareas constituyentes las cuales son relevantes para el control y la coordinacin de su ejecucin tambin tenemos que especificar los requisitos de ejecucin de las tareas y las relaciones entre ellas pueden ser definidas usando una variedad de paradigmas del software. 1.3.1.10. Sistema Web En este artculo se ha presentado la idea de la calidad desde la perspectiva y la percepcin que el usuario tiene del sistema web. En este mbito de la interaccin hablar de calidad es hablar de calidad de uso y este trmino a su vez es comparable al de usabilidad. Este concepto tiene asociado una descripcin multidimensional que incluye distintos atributos o propiedades asociadas. En todo caso una de las caractersticas bsicas de este concepto es la fuerte dependencia de criterios subjetivos de los usuarios, lo que introduce cierta complejidad adicional. Tras un breve repaso al concepto de calidad de un producto software y a los conceptos de usabilidad y accesibilidad ambos ligados a la calidad percibida por el usuario, se han analizado algunas recomendaciones para conseguir mejorar la calidad de nuestros diseos Web considerando ambas caractersticas: usabilidad y accesibilidad. Destacar, para terminar, la relevancia de la calidad de la interfaz dentro del desarrollo de productos software y especialmente en el diseo de aplicaciones Web, ya que es esta la que permitir a los usuarios descubrir otras caractersticas de calidad ocultas en el software. En este caso, es interesante remarcar tambin la necesidad de ampliar el concepto de usabilidad y llegar a la definicin de usabilidad universal o accesibilidad, el cual nos permitir abordar un nuevo reto que es el de hacer software usable desde la perspectiva de cualquier usuario, problema que ya se nos presenta especialmente al desarrollar aplicaciones en entorno Web donde los usuarios potenciales son todos. El gran reto consiste en poder alcanzar verdaderos interfaces invisibles para cualquier usuario. Esto es, ser capaces de definir interfaces que no sean percibidos como tales pro los usuarios y, por lo tanto,
15

el usuario no tenga que pensar en como utilizarlos. [Bravo05] El sistema Web permite lo que vulgarmente se denomina navegacin y su utilizacin contiene una serie de imgenes, sonido, texto y animacin que hacen esta navegacin ms eficiente y agradable para el usuario. A fin de conseguir sus objetivos se utiliza el concepto de Hipertexto que prietamente consiste en la posibilidad de ir saltando de informacin en informacin y pgina en pgina como si toda la informacin fuese nica y omnipresente ante nuestros ojos. En consecuencia ya a esta altura correspondiente sostener que quien opera desde un puesto de computadoras con acceso a Internet siempre tiene acceso a una red interjurisdiccional e interconectada. No hay bice o discusin contraria a este punto que pueda argumentarse vlidamente, tal como se ha sostenido, Internet reduce el mundo a la palma de la mano. [Zarich05]

Segn [JingTao Yao10] los sistemas web han estado entre nosotros desde la prehistoria cuando los medios de comunicacin eran dispares, sin embargo, el objetivo ha sido el mismo desde ah. El Internet cultiva la columna vertebral esencial de todos los sistemas de apoyo que hoy en da como los datos se siguen produciendo, sintetizados, coagulando, procesando y sobretodo especializando. El nombre Los sistemas basados en Web da soporte a los sistemas de apoyo, esto implica el intercambio de informacin del modelo usado con el Internet como su medio operativo.

1.3.2. Estado del Arte


1.3.2.1. The Digital Imaging and Communications in Medicine (DICOM) Archive Is a Dynamic Component of a Clinician Image-Related Workflow Solution [Guthrie+01] Los autores del presente artculo describen el concepto de una solucin Workflow dicho concepto esta mencionado en el marco terico y no ser tomado en cuenta en este resumen. Cada vez ms se ve la implementacin de soluciones de workflow (flujo de trabajo) pues estas ayudan a mejorar la comunicacin que existe o debera de existir entre las distintas reas de las diferentes organizaciones lo que ayuda a tener un acceso a la informacin de forma inmediata. Los autores nos hablan en este artculo del estudio que realizaron sobre las transiciones clnicas en contra de la Imagen Digital y Comunicaciones en Medicina (DICOM) en un archivo de imagen del sistema de gestin clnica
16

(CIMS) en apoyo de la atencin al paciente. Una prctica neuroquirrgica oncolgica fue auditada por la utilizacin de imgenes. Haba 400 solicitudes de 233 estudios de imagen durante 287 sesiones. El 50% fueron para estudios en curso, y el 50% para los estudios histricos. De los estudios actuales solo se solicit el 37% de las sesiones, la corriente ms histrica en 31%, y el histrico solo en 32% de las sesiones. El 70% de los estudios fueron dentro de las 8 semanas y fueron rpidamente disponibles en la cach del disco CIMS sin una transaccin imagen de archivo. Por lo contrario, el 30% eran mayores de 8 semanas, lo que requiere una transaccin clnica contra el archivo de recuperacin de imgenes. Aproximadamente el 25% de los estudios tenan ms de 3 meses y el 10% mayores de 6 meses. Necesidades de imgenes clnicas son complejas y cualquier solucin Clinical Image Management System (CIMS) debe incluir un archivo DICOM que pueda soportar clnicas soportadas en transacciones. Los componentes claves son los visores clnicos CIMS (Visor de CIMS) y un sistema DICOM archivo / distribucin. Tal como esta configurado. CIMS opera en la intranet institucional (10 Mb conmutado o compartida en el escritorio), con el apoyo de una matriz redundante de 300 GB e discos independientes (RAID) cinco cach denominado Repositorio de Paciente Active Image (APIR), que posee cerca de 8 semanas de estudios de pacientes.

17

Figura 1 Arquitectura de DICOM

Utilidad en el proyecto: Gracias a este artculo de investigacin relacionado con soluciones de workflow (flujo de trabajo) se tendr en cuenta a la hora de administrar la informacin almacenada en un repositorio la cual se podr visitar de forma inmediata a travs de la comunicacin que halla entra las distintas reas de la empresa por medio de esta tecnologa. 1.3.2.2. E-paper Production Workflow Adapting Production Workflow Processes for Digital New spring [Appelgren+09] Los autores del presente artculo describen el concepto de workflow usado modelos en la produccin de peridicos en 3 empresas editoriales las cuales son Goteborgs-Posten (GP), Ostgota Correspondenten (Corren) and Nerikes
18

Allehanda (NA) siendo empresas suecas, existen dos tipos de flujo de trabajo de produccin orgnica - el flujo de trabajo integrado de canal mltiple, y los separados, donde la impresin y el flujo de trabajo electrnico estn separados, a veces totalmente independientes en la misma organizacin. El primer escenario ilustra un flujo de trabajo completamente automatizado. En segundo donde los editores trabajar a tiempo completo con una edicin de papel electrnico y la creacin de una nueva edicin de la nada todos los das y en el tercer escenario, la edicin de papel electrnica se crea sobre la marcha, cada vez que el lector enva una solicitud. Escenario 1 El flujo de trabajo de produccin automatizada para las futuras ediciones de papel electrnico En este flujo encontramos que toda la produccin se encuentra automatizada donde no es necesario ediciones manuales, un pre requisito en este escenario es que los problemas de diseo y valoracin sean arreglados antes de comenzar el flujo, toda la informacin contenida es exportada al formato XML (eXtensive Markup Language) esto es porque as es posible extraer la informacin de los que se pondrn en las paginas. Los archivos son guardados en formatos PDF y JPE (Joint Photographic Experts Group) para las imgenes las cuales son almacenadas en los archivos de la compaa de peridicos, cuando el archivo se encuentra listo para su descarga se le notifica a los lectores va mensaje de texto a sus celulares o por medio de correo electrnico.

19

Figura 2 - El sistema automatizado de produccin de papel electrnico de flujo de trabajo

Escenario 2 - El producto de papel electrnico como una nueva reeditada edicin En este escenario la empresa opta por un modelo de diseo menos automatizado puesto que existen flujos de trabajo en produccin que no son fciles de adaptar a un proceso de automatizacin. En este escenario un editor selecciona el material que ser re-editado de la edicin impresa, para ahorrar tiempo el editor usa una plantilla especialmente diseada para crear el archivo al finalizar la edicin es guardada en los archivos de la empresa igual que en el primer escenario y se le avisa a los lectores va SMS o correo electrnico. Todas las imgenes son guardadas en formato TIFF (Tagged Image File Format) y que no puede pasar de los 2MB las paginas son hechas en Quark Xpress y luego convertidas a PDF.

20

El problema de este escenario es que tiene que haber personal de edicin a tiempo completo pues estos son los encargados de las publicaciones y eso le demanda un costo algo a la empresa pagando un personal que esta las 24 horas del da.

Figura 3 - El producto de papel electrnico como una nueva edicin re-editada

Escenario 3 La Actualizacin dinmica de la edicin del papel electrnico. En este escenario el papel electrnico es creado de la nada en solicitud de los lectores esto nos quiere decir que cuando un lector quiere descargar una edicin les envan una solicitud al peridico si el contenido que pide esta disponible se genera una impresin digital.

21

El escenario requiere un alto grado de automatizacin. Adems, el material tiene que ser almacenados en formatos estndar. Las imgenes, grficos y otros elementos asociados con los diferentes artculos. Este escenario es poco ms parecido a publicaciones que se hacen en ediciones en lnea por los peridicos.

Figura 4 - La actualizacin dinmica de edicin de papel electrnico

Escenario ms probable Se concluye que el escenario ms probable para las ediciones est basado en los escenarios anteriores este consiste en un poco de ambos, una cierta cantidad de edicin es as como la automatizacin.

22

Figura 5 - El ms probable escenario, ambos de edicin y automatizacin

Utilidad para el proyecto Gracias a este artculo se podr usar el escenario ms recomendable para la empresa identificando los procesos crticos a ser automatizados en las reas correspondientes y con esto reducir los retrasos en las actividades del personal del centro mdico.

23

1.3.2.3. Developing and Managing Knowledge of Construction Methods in the Swedish Building Sector [Persson10] El autor de este artculo nos habla de la creacin de un sistema de gestin del conocimiento que consiste en dirigir, mejorar y coordinar el desarrollo de conocimientos en la empresa constructora mediante un portal web, un objetivo de este sistema es desarrollar el conocimiento de los empleados de tal forma que cada contrato que se hago se cumpla satisfactoriamente. El portal web tiene un gran potencial para difundir informacin a los distintos actores: las empresas de construccin, fabricantes, consultores y clientes. El portal web tambin se ha desarrollado para incluir otras reas de inters, promoviendo temas como la salud, la seguridad y la ergonoma, edificios energticamente eficientes, as como trabajos de construccin y manejo de problemas de humedad. La ventaja principal del portal es su embalaje de conocimiento situacional, por lo que los trabajadores de todos los niveles pueden encontrar toda la informacin relevante acerca de los mtodos de construccin disponible justo a tiempo para que los trabajadores puedan acceder a ella y tomar lo que necesitar saber en el momento que lo necesiten.

Figura 6 Archivadores vs portal web

Utilidad para el proyecto Gracias a este artculo me da una mejor idea de como y que informacin relevante deber ir en el portal web que sea de utilidad a las personas que lo
24

vean dando una explicacin corta y clara de los beneficios que se ofrecen a travs de este medio. 1.3.2.4. Sistema Gestin de Consulta mdica [latroCon] Desarrollador: CowSoft ltima versin: 3.0 Tipo de licencia: Gratuita Costo: $ 0.0 Plataforma: Microsoft Windows 2000/XP/2003/2008/Vista/7 Iatron es una pequea aplicacin diseada para facilitar la gestin de una consulta mdica. Con esta prctica y sencilla utilidad, podrs almacenar los datos de todos tus pacientes, emitir recetas, observar informes, etc. El programa incluye dos robustas bases de datos, Vademecum, con los medicamentos, y Patologas, con enfermedades. Ambas estn interconectadas con la ficha del paciente, as que se puede seleccionar una enfermedad y asignar un medicamento al enfermo rpida y fcilmente. Adems, Iatron incluye una cmoda agenda donde podrs anotar citas programadas y recibir alertas. Desde cada cita programada en la agenda se puede acceder fcilmente, con un simple clic, al historial del paciente y su ficha. En el apartado Historial, donde puedes aadir y modificar los datos de cada paciente, se organizan los datos por especialidad, por el tipo de paciente, para facilitar la gestin de historiales. Desde el men principal, en una interfaz de diseo moderno, pero muy fcil de utilizar, puedes entrar a la seccin de emitir recetas. Iatron ofrece la impresin de dos recetas por medicamento, una para la farmacia, y otra para el cliente donde se puede aadir la posologa. Adems, puedes editar las recetas para personalizarlas con los datos del doctor o de la consulta. Por otra parte, con Iatron podrs guardar y restaurar copias de seguridad con los datos acumulados en el programa. La aplicacin pone a tu disposicin la creacin automtica de copias de seguridad con todos los datos de pacientes, enfermedades y medicamentos. Los campos donde registrar los datos son, adems de los mencionados, un apartado para el paciente, los datos de crecimiento, el historial, la familia, hematologa, qumica y una pestaa especial para pacientes de orientacin. Un software muy completo casi indispensable para cualquier consulta mdica. El software es de fcil instalacin, seleccionamos donde queremos instalarlo de preferencia en la ubicacin que nos muestra por defecto, una vez
25

instalado lo ejecutamos y nos mostrar la pantalla principal En ella nos muestra varias funciones como: Pacientes, Informes, Agenda, Recetas, Vademcum, Patologas y Bloquear, de las que podemos escoger la que vamos a realizar en el momento.

Figura 7 Men principal

Escogemos la opcin Paciente y nos muestra todos los datos que se van a ingresar o mostrar si es que es un paciente registrado

Figura 8 Registro de Paciente

26

Estamos ahora en la opcin de Informes o Reportes donde nos muestra los datos necesarios en esta vista ms su historial del paciente.

Figura 9 Reporte de paciente

27

Esta opcin nos muestra la agenda del mes donde se muestras las citas diarias mostrando en el calendario los das libres u ocupados del paciente que tiene cita.

Figura 10 Agenda de citas

Utilidad para el proyecto Con el estudio de este sistema me permitir definir bien las opciones mas importantes as como los datos que se registraran teniendo en cuenta la forma de realizar el historial clnico y las citas medicas fundamentalmente. 1.3.2.5. Sistema Turnos e Historia Clnica [Emprenet] Desarrollador: Emprenet sistemas ltima versin: 3.0 Tipo de licencia: Gratuita Costo: $ 0.0 Plataforma: Microsoft Windows 2000/XP/2003/Vista/7 Con Emprenet Turnos e Historia, no slo podrs organizar la actividad de tu consultorio, si no que tambin gestionars de forma eficiente toda la documentacin relativa, como recetas, informes, archivos de historia clnica. La herramienta Emprenet Turnos e historia, te permitir atender a
28

todos tus usuarios con la mxima eficiencia. Caractersticas principales de la aplicacin


Dar nueva cita en slo dos pasos. Listar los turnos del da por especialidad o profesional. Contabilizar el nmero de pacientes en espera. Visualizar los turnos que quedan libres. Cantidad ilimitada de pacientes. Administrar los turnos con las funciones de pegado y cortado. Generar informes con las plantillas disponibles. Acceder al archivo de recetas y realizar su impresin. Indicadores de turno actual y avisos a los operadores al dar nuevo turno y el turno actual. Generar informes con las plantillas disponibles. Botn de acceso rpido al prximo turno libre. Realizar y acceder a la historia del paciente y posibilidad de agregar imgenes. Calendario de citas disponibles.

La instalacin es muy simple, al iniciar el programa nos muestra una serie de opciones de las cuales hemos seleccionado: Prestaciones Dar Turnos donde nos muestra las citas que hay para el da mediante un horario, adems de poder escoger la especialidad que se ver o profesional que realizar la consulta.

Figura 11 Listado de turnos

29

En esta pantalla nos muestra los datos ms relevantes de un paciente adems de su historial de observaciones, en esta misma pantalla podemos crear una nueva ficha mdica o imprimir la historia clnica del paciente.

Figura 12 Detalle de Ficha Mdica

Esta pantalla nos muestra los pacientes que se encuentran en espera a ser atendidos en el turno que les corresponde adems de otras opciones y cambiar el estado de los que han sido atendidos.

Figura 13 Consulta de pacientes en sala de espera

30

Ac nos muestra como se realiza la bsqueda de pacientes segn sus Apellidos y Nombres, Nro HC, Tipo y Nro HC o Telfono, adems de mltiples opciones mediante las funciones F#

Figura 14 Bsqueda de pacientes

Utilidad para el proyecto Gracias a este sistema se toma un enfoque mas centrado en la administracin de los pacientes, personal mdico y los programas de rehabilitacin que se realizaron siendo bien diseados para el entendimiento total de los usuarios que usarn el sistema.

31

1.3.2.6.

Cuadro comparativo de los sistemas

Tabla 1 Benchmarking de sistemas

1.4

OBJETIVOS DEL PROYECTO 1.4.1. Marco lgico

32

1.4.1.1. rbol de problemas

Figura 15 rbol de Problemas de la empresa

33

1.4.1.2. rbol de Objetivos

Figura 16 rbol de Objetivos de la empresa

34

1.4.2 Objetivo general


El objetivo general del presente proyecto es agilizar las actividades en las reas teraputica y administrativa del centro mdico ofreciendo una mejor respuesta en las gestiones que aumente la eficiencia en las reas y mejorar la calidad del servicio a los pacientes internados.

1.4.3 Objetivos especficos


Disear un sistema web que le permitan a los apoderados es del paciente poder consultar el programa de rehabilitacin que se le asigne y a su vez ver los progresos en cada etapa. Tener un servicio de comentarios integrado al programa de rehabilitacin mediante el cual el apoderado puede escribir alguna consulta o duda con el medico encargado sobre los avances y evolucin del paciente, realizar pedido de citas mdicas presenciales. Desarrollar un sistema en base a un flujo de trabajo que trabaje en conjunto con las 2 reas involucradas tomando la informacin que tiene que ver con el paciente en el rea administrativa para realizar las actividades propias de la siguiente rea teraputica que tiene que ver con la realizacin de su programa de rehabilitacin. Conservar toda la informacin del paciente de forma permanente. El sistema dar como resultado una reduccin de tiempo en la bsqueda de informacin esto implica que ya no habr perdida de informacin, la realizacin de los programas de rehabilitacin de forma ordenada mediante la sistematizacin y aumento de ganancias para la empresa debido al ingreso de mas personas al centro de rehabilitacin. Generar reportes estadsticos sobre los programas teraputicos que ms se realizan, asistencia y faltas a las horas laborales de los mdicos, programas teraputicos finalizados y no finalizados, medicamentos que se agotan ms rpido.

35

1.5

BENEFICIOS DEL PROYECTO 1.5.1. Beneficios tangibles


Mayores ingresos al centro mdico Mayor competitividad ante otros centros Incremento de la productividad de los empleados Incrementar la cantidad de usuarios Mejorar el control en la administracin

1.5.2. Beneficios no tangibles


Mejora la publicidad ante la competencia Mejor imagen para sus clientes Ventaja tecnolgica dentro del sector

1.6

ALCANCE DEL PROYECTO


El desarrollo de, proyecto contempla los siguientes aspectos: Implementar un flujo de trabajo para manejar la informacin conectando las reas de administracin y terapia. Se capacitara al personal asignado para que realice la digitalizar la informacin de las fichas mdicas de los pacientes, su apoderado y tratamiento de rehabilitacin que son almacenadas en los anaqueles. Tendr un manual de usuario para el uso del sistema Contar con el mantenimiento del sistema. Contar con la administrar las fichas mdicas de los pacientes que contendr su registro de ingreso, evaluaciones psicolgicas, mdicas, psiquitricas, progreso de evolucin y medicacin correspondiente. Alertas al apoderado del paciente a travs de correo electrnico mencionando el la realizacin de sus evaluaciones donde tiene que estar de forma presencial y envo de medicamento del paciente. Permitir ingresar a las funciones especiales de la pgina web mediante un usuario y contrasea proporcionado por el centro teraputico cuando se hizo el ingreso del paciente.
36

1.7

CONCLUSIONES

El sistema le dar a la empresa una mejor solucin antes sus necesidades.

II. MODELADO DEL NEGOCIO


2.1. INTRODUCCIN
En esta seccin se presenta el proceso del negocio como parte esencial para el desarrollo de la solucin, la cual ha sido planteada en forma de esquema general para captar los procedimientos involucrados dentro del negocio. La idea principal es la de proveer una vista general sobre donde el sistema propuesto ser introducido en la estructura de la organizacin y en sus actividades cotidianas.

2.2. REGLAS DEL NEGOCIO


Se han identificado las siguientes reglas del negocio: La compra de medicinas se realiza por parte del apoderado del paciente. La cantidad de pacientes que se podr admitir es de 50 en total. Para el ingreso de un paciente ste no debe contar con alguna enfermedad grave ya sea de tipo medica, psicolgica o psiquitrica la cual no se podr tratar en el centro teraputico. No esta permitido el uso o ingreso de drogas ni alcohol. No esta permitido el uso de violencia ni contacto sexual ya sea entre pacientes y/o mientras del staff

2.3. CASOS DE USO DEL NEGOCIO


Se realiza el registro, modificacin o des habilitacin de los datos del paciente segn su avance.
CUN_Administrar Datos del Paciente

37

Se realiza el registro, modificacin o des habilitacin de los programas efectuados.


CUN_Adminstrar Programa Teraputico

Se registra la finalizacin del programa cambiando el estado e ingresando observaciones finales del paciente.
CUN_Registrar Finalizacion del Programa Teraputico

Se asigna el dormitorio ms adecuado para el paciente segn el avance del paciente con su programa de rehabilitacin.
CUN_Asignar Dormitorios

Se registran los datos y realiza la evaluacin psicolgica del paciente desde su ingreso y luego cada 7 das.
CUN_Realizar Evaluacin Psicolgica

Se registran los datos y realiza la evaluacin mdica del paciente desde su ingreso y luego cada 7 das.
CUN_Relizar Evaluacin Mdica

Se registran los datos y realiza la evaluacin psiquitrica del paciente desde su ingreso y luego cada 7 das.
CUN_Realizar Evaluacin Psiquitrica

Tabla 2 Casos de uso del Negocio

38

2.4. DIAGRAMA DE ACTIVIDADES DEL NEGOCIO

Figura 17 Diagrama de Actividad de Administrar Programa Teraputico

Figura 18 - Diagrama de Actividad de Administrar Datos del Paciente

39

Figura 19 - Diagrama de Actividad de Realizar Evaluacin Psicolgica

Figura 20 - Diagrama de Actividad de Realizar Evaluacin Mdica

40

Figura 21- Diagrama de Actividad de Realizar Evaluacin Psiquitrica

Figura 22 - Diagrama de Actividad de Registrar Finalizacin del Programa Teraputico

41

Figura 23 - Diagrama de Actividad de Registrar Cumplimiento de Actividades del Paciente

2.5. DIAGRAMA DE CLASES DE OBJETO DEL NEGOCIO


Entrega

Programa Teraputico Realiza Evalua

Psiclogo Registra datos

Registra

Evalua

Registra datos

Paciente Jefe de Administracin Asigna Evalua Psiquitra Registra

Ficha Mdica

Proporciona Asigna

Familiar

Dormitorios Mdico

Medicamentos

Figura 24 Diagrama de Clases de Objetos del Negocio

42

2.6. CONCLUSIONES
Con la informacin recogida sobre el giro del negocio se podr desarrollar el sistema solicitado en funcin a los requerimientos que se han pedido.

III. REQUERIMIENTOS DEL PROYECTO


3.1. INTRODUCCIN
En esta seccin se detallarn todos los requerimientos que han sido identificados a lo largo de la etapa del anlisis de la Centro Mdico Amanecer. Los requerimientos (funcionales y no funcionales) identificados han sido el resultado de un estudio basado en entrevistas y encuestas a los stakeholders del proyecto que incluyen a los Directores, Encargados y Mdicos del Centro.

3.2.

REQUERIMIENTOS DEL SOFTWARE

3.2.1. Relacin de requerimientos A continuacin se listan los requerimientos que debe cubrir el sistema. En la etapa de anlisis de la situacin actual del Centro Teraputico Amanecer, se han identificado los siguientes requerimientos que el sistema debe satisfacer funcionalmente: Mdulo Seguridad RF1: Iniciar Sesin RF2: Cambiar Contrasea Mdulo Mantenimiento RF3: Administracin de Usuarios RF4: Administrar Permisos Modulo Terapia RF5: Administrar Pacientes RF6: Consultar Estado del Programa de Terapia RF7: Reprogramar Citas mdicas RF8: Administrar Programa Teraputico RF9: Finalizacin del Programa Teraputico RF10: Administracin de Medicinas RF11: Administrar Dormitorios a los pacientes
43

RF12: Administracin de Fichas mdicas RF13: Programa Citas Mdicas RF14: Consultar Avances del programa Teraputico RF15: Registrar Tareas Asignadas RF16: Administrar Cuenta Mdulo Centro Mdico RF17: Administrar Empleados RF18: Asignar Mdicos RF19: Controlar Asistencia de los mdicos RF20: Registrar Pacientes RF21: Registrar Apoderado

3.2.2. Especificacin de requerimientos A continuacin se especifican los requerimientos que fueron mencionados en la relacin e requerimientos. Se incluyen tanto los requerimientos funcionales como los no funcionales: Requerimientos Funcionales Mdulo Seguridad RF1: Iniciar Sesin El sistema permitir el ingreso a los usuarios a travs de un usuario y contrasea. RF2: Cambiar Contrasea Los usuarios podrn cambiar su contrasea cuando lo deseen. Mdulo Mantenimiento RF3: Administracin de Usuarios El administrador del sistema podr registrar, modificar o deshabilitar usuarios en el sistema. RF4: Administrar Permisos El administrador del sistema dar los permisos necesarios a cada usuario
44

Modulo Terapia RF5: Administrar Pacientes El sistema permitir agregar informacin, modificarla o deshabilitar a los pacientes segn sea el caso RF6: Consultar Estado del Programa de Terapia El sistema listara a los pacientes con sus respectivos programas mostrando el estado en el que esta en el programa que sigue.

RF7: Reprogramar Citas mdicas El sistema permitir a los mdicos hacer cambio de fecha y hora de las consultas mdicas. RF8: Administrar Programa Teraputico El sistema permitir a los mdicos administrar los programas teraputicos que siguen los pacientes. RF9: Finalizacin del Programa Teraputico El sistema permitir finalizar el programa teraputico del paciente una vez que haya cumplido con las metas establecidas en el programa teraputico pudiendo agregar observaciones finales a este. RF10: Administracin de Medicinas El sistema podr administrar los medicamentos que el apoderado provee al medico responsable. RF11: Administrar Dormitorios a los pacientes El sistema permitir al mdico administrar el tipo de dormitorio segn el nivel en que se encuentre el paciente en el programa. RF12: Administracin de Fichas mdicas El sistema permitir a los mdicos la creacin, modificacin y des habilitacin de las fichas medicas de los pacientes de una forma ordenada.

45

RF13: Programar Citas Mdicas El sistema permitir a los mdicos programar las fechas y hora de las consultas mdicas. RF14: Consultar Avances del programa Teraputico El sistema permitir al apoderado consultar el progreso del paciente viendo su evolucin semanalmente. RF15: Registrar Tareas Asignadas El sistema permitir al operador del centro registrar todas las tareas que los pacientes realizan para el cumplimiento de su programa. RF16: Administrar Cuenta El sistema permitir al apoderado manejar su cuenta dentro del sistema.

Mdulo Centro Mdico RF17: Administrar Empleados El sistema permitir tener manejar la informacin de todos los empleados del centro mdico. RF18: Asignar Mdicos El sistema permitir asignar a los mdicos especializados segn sea el tipo de terapia del paciente RF19: Controlar Asistencia de los mdicos El sistema permitir tener un registro del horario de asistencia de los mdicos a sus consultas programadas. RF20: Registrar Pacientes El sistema permitir al tcnico registrar los pacientes cuando haga su ingreso al centro mdico. RF21: Registrar Apoderado El sistema permitir al tcnico registrar los datos del apoderado cuando haga el ingreso del paciente.
46

Requerimientos No funcionales RNF1: La aplicacin ser implementada en una PC con sistema operativo Windows 7. RNF2: Solo algunos empleados podrn hacer uso del sistema a travs de su usuario y contrasea. RNF3: Se requiere una memoria RAM de 512 o superior para el correcto funcionamiento del sistema, as como un procesador I3 de 1.5GHz y un disco duro de 50Gb o superior. RNF4: Es necesario que la PC tenga instalada la versin 1.6 del AppServ ya que el sistema ser desarrollado en PHP. RNF5: El sistema deber de ser fiable, ya que un error en la aplicacin puede hacer que el centro mdico pierda clientes potenciales. RNF6: El sistema deber ser de interfaces intuitivas y de fcil uso para los usuarios. RNF7: El sistema deber esta disponible las 24 horas del da, los 7 das de la semana durante todo el ao. RNF8: Las operaciones que realice el sistema no deben exceder los 4 segundos teniendo una conexin a internet mnima de 1MB. RNF9: EL sistema deber tener un grado de escalabilidad aceptable de acuerdo al flujo de trabajo de la empresa.

47

3.3. CASOS DE USO DEL SISTEMA


3.3.1. Diagrama de actores del sistema

AS_Usuario

AS_Administrador del Sistema

AS_Tecnico Administrador

AS_Operador

AS_Especialista

AS_Apoderado

AS_Medico

AS_Psicologo

AS_Psiquiatra

Figura 25 Diagrama de Actores del Sistema

Administrador del Sistema: Usuario principal del sistema que podr manejarlo sin restriccin alguna y gozar de todas las funcionalidades que incluyen: Gestiona usuarios Gestiona fichas medicas Gestiona Empleados Gestiona Programas Gestiona Medicamentos Gestiona Pacientes Consulta asistencias de mdicos Consulta progreso de terapias

48

Tcnico Administrador: Usuario del sistema que tendr acceso limitado a las funcionalidades en algunos mdulos. A continuacin se especifican las funciones con su respectivo nivel de acceso:

Administrar empleados Administrar medicamentos Administrar programa Asignar dormitorios Registra pacientes Registra apoderados

Operador: Usuario del sistema que tendr acceso limitado a las funcionalidades en algunos mdulos. A continuacin se especifican las funciones con su respectivo nivel de acceso:

Registra progresos de los pacientes en la semana

Especialista: Usuarios generalizados del sistema que tendrn acceso limitado a las funcionalidades en algunos mdulos. A continuacin se especifican las funciones con su respectivo nivel de acceso:

Administrar fichas medicas Consulta pacientes Registra medicacin

Apoderado: Usuario del sistema que tendr acceso limitado a las funcionalidades en su mdulo. A continuacin se especifican las funciones con su respectivo nivel de acceso:

Consulta programa teraputico Administrar sus datos Enviar comentarios sobre avances del paciente

49

3.3.2. Diagrama de paquetes Paquete Seguridad: Es el paquete que controla el acceso a los usuarios del sistema. Los usuarios accedern mediante el nombre de usuario y contrasea. Paquete Mantenimiento: Es el paquete que administra los perfiles y permisos que tendrn los usuarios al ingresar al sistema Paquete Terapia: Es el paquete que administra toda la informacin relevante con respecto a los pacientes, programas de terapia, fichas medicas, medicamentos y mdicos encargados. Paquete Centro Mdico: Es el paquete que administra la informacin de los empleados del centro a su vez como la asistencia de los mismos.

Centro Mdico

Terapia

Mantenimiento

Seguridad

Figura 26 Diagrama de Paquetes del Sistema

50

3.3.3. Casos de uso del sistema (CUS)

3.3.3.1.

Relacin de los CUS

Figura 27 Paquete de Seguridad

Iniciar Sesin Cambiar Contrasea

Figura 28 Paquete de Mantenimiento

Administracin de Usuarios Administrar Permisos

Figura 29 Paquete de Terapia

Administrar Pacientes Consultar Estado del Programa de Terapia Reprogramar Citas mdicas Administrar Programa Teraputico Finalizacin del Programa Teraputico Administracin de Medicinas Administrar Dormitorios a los pacientes Administracin de Fichas mdicas Programa Citas Mdicas Consultar Avances del programa Teraputico Registrar Tareas Asignadas Administrar Cuenta
51

Figura 30 Paquete de Centro Mdico

Administrar Empleados Asignar Mdicos Controlar Asistencia de los mdicos Registrar Pacientes Registrar Apoderado

3.3.3.2.

Diagrama de los CUS

Figura 31 Paquete de Seguridad

<<extend>>

AS_Usuario
(f rom Actorss)

CUS_Iniciar Sesion

CUS_Cambiar Contrasea

Figura 32 Diagrama de Casos de Uso del Sistema del paquete seguridad

52

Figura 33 Paquete de Mantenimiento

CUS_Administracin de Usuarios

AS_Administrador del Sistema


(f rom Actorss)

CUS_Administrar Permisos

Figura 34 Diagrama de Casos de Uso del Sistema del paquete Mantenimiento

Figura 35 Paquete de Terapia

53

CUS_Consultar Estado Programa de Terapia <<extend>> CUS_Administrar Pacientes CUS_Programar Citas mdicas CUS_Reprogramar Citas mdicas

<<extend>>

CUS_Administrar Programa Teraputico AS_Especialista


(f rom Actorss)

CUS_Finalizacin del Programa Teraputico

CUS_Administracin de Fichas mdicas

CUS_Administracin de Medicinas

AS_Operador
(f rom Actorss)

CUS_Registrar Tareas Asignadas

AS_Apoderado
(f rom Actorss)

CUS_Consultar Avances del programa terapeutico

CUS_Administrar Cuenta

Figura 36 Diagrama de Casos de Uso del Sistema del paquete Terapia

Figura 37 Paquete de Centro Mdico

54

CUS_Administrar Empleados

CUS_Controlar Asistencia de los mdicos

AS_Tecnico Administrador
(f rom Actorss)

CUS_Asignar Mdicos

<<include>>

CUS_Registra Pacientes

CUS_Registra Familiar

CUS_Administrar Dormitorios a los pacientes

Figura 38 Diagrama de Casos de Uso del Sistema del paquete Centro Mdico

3.3.3.3.

Especificacin de los CUS

Figura 39 Paquete de Seguridad

Iniciar sesin: Mediante este caso de uso el usuario podr acceder al sistema ingresando el nombre de usuario y su contrasea.

55

Flujo bsico 1) 2) Usuario: Ingresa su nombre de usuario y contrasea. Sistema: Muestra la aplicacin.

Flujo alternativo En el paso 1), si el nombre de usuario o la contrasea son incorrectos: 2a) Sistema: Muestra mensaje de error.

Cambiar Contrasea: Este caso de uso permite a los usuarios modificar su contrasea registrada anteriormente en el sistema. Flujo bsico 1) 2) 3) 5) 6) 7) Usuario: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Usuario: Selecciona la pestaa Cambiar Contrasea Sistema: Muestra los campos correspondientes. Usuario: Ingresa nueva contrasea, la repite y la guarda. Sistema: Confirma que la contrasea se ha modificado y regresa a la pestaa Usuario.

Flujo alternativo En el paso 6), si el usuario se equivoca al escribir la contrasea y al repetirla para su confirmacin: 7a) Sistema: muestra un error de Contrasea errnea.

En el paso 5), si el usuario decide cancelar la modificacin de los datos: 7b) Sistema: Regresa a la pestaa Usuario.

56

Figura 40 Paquete de Mantenimiento

Administracin de Usuarios:

Este caso de uso permite al administrador del sistema la creacin, modificacin o des habilitacin de los usuarios. Flujo bsico 1) 2) 3) Administrador: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Administrador: Selecciona la pestaa Usuario y escoge la opcin Nuevo usuario, Modificar usuario Deshabilitar usuario Si escoge la opcin Nuevo usuario ver subflujo Nuevo usuario. Si escoge la opcin Modificar usuario ver subflujo Modificar usuario. Si escoge la opcin Deshabilitar usuario ver subflujo Deshabilitar usuario.

3a) 3b) 3c)

Subflujos - Nuevo usuario: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Administrador: Llena los campos y agrega el usuario al sistema. Sistema: Confirma que el usuario fue agregado y regresa a la pestaa Usuario.

- Deshabilitar usuario: 1) 2) 3) Sistema: Muestra todos los usuarios que existen en el sistema. Administrador: Selecciona el usuario o usuarios que desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que el usuario fue deshabilitar y regresa a la pestaa Usuario.
57

- Modificar usuario: 1) 2) 3) 4) 5) Sistema: Muestra todos los usuarios que existen en el sistema a excepcin de la cuenta actual. Administrador: Selecciona el usuario que desea modificar y presiona el botn Modificar. Sistema: Muestra los datos del usuario seleccionado. Administrador: Modifica los datos y presiona el botn Guardar. Sistema: Confirma que el usuario fue modificado y regresa a la pestaa Usuario.

Flujo alternativo Para todos los Subflujos en el paso 2), si el administrador decide cancelar la agregacin, modificacin o des habilitacin de algn usuario: 3a) Sistema: Regresa a la pestaa Usuario.

Administracin de Permisos:

Este caso de uso permite al administrador del sistema la creacin, modificacin o deshabilitacin de los permisos para los usuarios del sistema. Flujo bsico 1) 2) 3) Administrador: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Administrador: Selecciona la pestaa Permisos y escoge la opcin Nuevo permiso, Modificar permisos Deshabilitar permisos Si escoge la opcin Nuevo permiso ver subflujo Nuevo permiso. Si escoge la opcin Modificar permisos ver subflujo Modificar permisos. Si escoge la opcin Deshabilitar permisos ver subflujo Deshabilitar permisos.

3a) 3b) 3c)

58

Subflujos - Nuevo permisos: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Administrador: Llena los campos y agrega el permiso al usuario del sistema. Sistema: Confirma que el permiso fue agregado y regresa a la pestaa Permisos.

- Deshabilitar Permisos: 1) 2) Sistema: Muestra todos los usuarios que existen en el sistema. Administrador: Selecciona el usuario o usuarios a los cuales desea deshabilitar sus permisos y presiona el botn deshabilitar. Sistema: Confirma que el permiso fue deshabilitado y regresa a la pestaa Permisos.

3)

- Modificar Permisos: 1) 2) 3) 4) 5) Sistema: Muestra todos los usuarios que existen en el sistema a excepcin de la cuenta actual. Administrador: Selecciona el usuario que desea modificar sus permisos y presiona el botn Modificar. Sistema: Muestra los datos del usuario seleccionado. Administrador: Modifica los permisos y presiona el botn Guardar. Sistema: Confirma que los permisos del usuario fueron modificados y regresa a la pestaa Permisos.

Flujo alternativo Para todos los Subflujos en el paso 2), si el administrador decide cancelar la agregacin, modificacin o des habilitacin de algn permiso: 3a) Sistema: Regresa a la pestaa Permisos.

Figura 41 Paquete de Terapia

59

Administracin de Pacientes:

Este caso de uso permite al especialista (Mdico, Psiclogo o Psiquiatra) la creacin, modificacin o des habilitacin de los pacientes. Flujo bsico 1) 2) 3) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Especialista: Selecciona la pestaa Pacientes y escoge la opcin Nuevo paciente, Modificar paciente Deshabilitar paciente Si escoge la opcin Nuevo paciente ver subflujo Nuevo paciente. Si escoge la opcin Modificar paciente ver subflujo Modificar paciente. Si escoge la opcin Deshabilitar paciente ver subflujo Deshabilitar paciente.

3a) 3b) 3c)

Subflujos - Nuevo paciente: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Especialista: Llena los campos y registra al paciente en el sistema. Sistema: Confirma que el paciente fue registrado y regresa a la pestaa Pacientes.

- Deshabilitar paciente: 1) 2) 3) Sistema: Muestra todos los Pacientes que existen en el sistema. Especialista: Selecciona al paciente al cual desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que el paciente fue deshabilitado y regresa a la pestaa Pacientes.

- Modificar paciente: 1) 2) Sistema: Muestra todos los pacientes que existen en el sistema. Especialista: Selecciona el paciente que desea modificar y presiona el botn Modificar.
60

3) 4) 5)

Sistema: Muestra los datos del paciente seleccionado. Especialista: Modifica los datos y presiona el botn Guardar. Sistema: Confirma que los datos del paciente fueron modificados y regresa a la pestaa Pacientes.

Flujo alternativo Para todos los Subflujos en el paso 2), si el especialista decide cancelar la agregacin, modificacin o deshabilitacin de algn paciente: 3a) Sistema: Regresa a la pestaa Paciente.

Consultar Estado Programa de Terapia: Este caso de uso permite al especialista consultar la informacin sobre el estado de los programas que realizan los pacientes. Flujo bsico 1) 2) 3) 4) 5) 6) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Usuario: Selecciona la pestaa Consultar Estado de Programa. Sistema: Muestra los Programas de cada paciente y en que estado estn. Especialista: Selecciona un programa. Sistema: Muestra el historial del programa.

Programar Citas Mdicas: Este caso de uso permite al especialista listar a todos los pacientes y al seleccionar a uno de ellos podr programar fechas en el calendario para realizar una o ms citas presenciales a su apoderado envindole un mensaje por correo. Flujo bsico 1) 2) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin.
61

3) 4) 5) 6) 7)

Usuario: Selecciona la pestaa Programar Citas Mdicas. Sistema: Muestra la lista de apoderados de los cuales se seleccionar a los que se realice la cita. Especialista: Selecciona un programa. Sistema: Muestra el calendario y hora donde se escoger la fecha para la cita. Especialista: Selecciona fecha, hora y escribe un mensaje para el apoderado y enva.

Reprogramar Citas Mdicas: Este caso de uso permite al especialista reprogramar la fecha y/o hora de las citas hechas por algn motivo que no se pueda realizar. Flujo bsico 1) 2) 3) 4) 5) 6) 7) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Usuario: Selecciona la pestaa Reprogramar Citas Mdicas. Sistema: Muestra la lista de apoderados que ya tienen cita. Especialista: Selecciona un apoderado. Sistema: Muestra el calendario y hora donde se escoger la fecha y hora libre para hacer el cambio de cita. Especialista: Selecciona fecha, hora y escribe un mensaje motivo de la reprogramacin para el apoderado y enva.

Administrar Programa Teraputico: Este caso de uso permite al especialista (Mdico, Psiclogo o Psiquiatra) la creacin, modificacin o des habilitacin de los programas teraputicos. Flujo bsico 1) 2) 3) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Especialista: Selecciona la pestaa Administrar Programa Teraputico y carga la pantalla Nuevo programa, tambin las opciones Modificar programa Deshabilitar programa Si registra Nuevo programa ver subflujo Nuevo programa.
62

3a)

3b) 3c)

Si escoge la opcin Modificar programa ver subflujo Modificar programa. Si escoge la opcin Deshabilitar programa ver subflujo Deshabilitar programa.

Subflujos - Nuevo programa: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Especialista: Llena los campos y registra el programa en el sistema. Sistema: Confirma que el programa fue registrado y lista los programas ingresados.

- Deshabilitar programa: 1) 2) 3) Sistema: Muestra todos los programas que existen en el sistema. Especialista: Selecciona el programa al cual desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que el programa fue deshabilitado y lista los dems programas

- Modificar paciente: 1) 2) 3) 4) 5) Sistema: Muestra todos los programas que existen en el sistema. Especialista: Selecciona el programa que desea modificar y presiona el botn Modificar. Sistema: Muestra habilita los datos del programa seleccionado. Especialista: Modifica los datos y presiona el botn Registrar. Sistema: Confirma que los datos del programa fueron modificados y lista los programas que existan.

Flujo alternativo Para todos los Subflujos en el paso 2), si el especialista decide cancelar la agregacin, modificacin o deshabilitacin de algn programa selecciona la opcin Men Principal:

63

Finalizacin del Programa Teraputico: Este caso de uso permite al Especialista finalizar el programa que a llevado el paciente durante su tiempo de permanencia habiendo cumplido con los actividades asignadas. Flujo bsico 1) 2) 3) 4) 5) 6) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Especialista: Selecciona la pestaa Administrar programa teraputico e ingresa a Finalizar Sistema: Muestra los campos necesarios para ser llenados. Especialista: Ingresa la informacin y cambia el estado ha Finalizado Sistema: Guarda la informacin ingresada.

Administracin de Medicinas: Este caso de uso permite al especialista (Mdico, Psiclogo o Psiquiatra) la creacin, modificacin o des habilitacin de medicinas para los pacientes. Flujo bsico 1) 2) 3) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Especialista: Selecciona la pestaa Administrar medicinas y escoge la opcin Nueva medicina, Modificar medicinas Deshabilitar medicinas Si escoge la opcin Nueva medicina ver subflujo Nueva medicina. Si escoge la opcin Modificar medicinas ver subflujo Modificar medicinas. Si escoge la opcin Deshabilitar medicinas ver subflujo Deshabilitar medicinas.

3a) 3b) 3c)

Subflujos - Nueva medicina: 1) Sistema: Muestra los campos necesarios para ser llenados.
64

2) 3)

Especialista: Llena los campos y registra la medicina en el sistema. Sistema: Confirma que la medicina fue registrada y regresa a la pestaa Administrar medicinas.

- Deshabilitar medicinas: 1) 2) 3) Sistema: Muestra todas las medicinas que existen en el sistema. Especialista: Selecciona la medicina la cual desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que la medicina fue deshabilitada y regresa a la pestaa Administrar medicinas.

- Modificar medicina: 1) 2) 3) 4) 5) Sistema: Muestra todas las medicinas que existen en el sistema. Especialista: Selecciona la medicina que desea modificar y presiona el botn Modificar. Sistema: Muestra los datos de la medicina seleccionada. Especialista: Modifica los datos y presiona el botn Guardar. Sistema: Confirma que los datos de la medicina fueron modificados y regresa a la pestaa Administrar medicinas.

Flujo alternativo Para todos los Subflujos en el paso 2), si el especialista decide cancelar la agregacin, modificacin o deshabilitacin de alguna medicina: 3a) Sistema: Regresa a la pestaa Administrar medicinas.

Administracin de Fichas mdicas: Este caso de uso permite al especialista (Mdico, Psiclogo o Psiquiatra) la creacin, modificacin o deshabilitacin de fichas mdicas para los pacientes. Flujo bsico 1) 2) Especialista: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin.
65

3)

3a) 3b) 3c)

Especialista: Selecciona la pestaa Administracin de Fichas mdicas y escoge la opcin Nueva ficha mdica, Modificar fichas mdicas Deshabilitar fichas mdicas Si escoge la opcin Nueva ficha mdica ver subflujo Nueva ficha mdica. Si escoge la opcin Modificar fichas mdicas ver subflujo Modificar fichas mdicas. Si escoge la opcin Deshabilitar fichas mdicas ver subflujo Deshabilitar fichas mdicas.

Subflujos - Nueva ficha mdica: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Especialista: Llena los campos y registra la ficha mdica en el sistema. Sistema: Confirma que la ficha mdica fue registrada y regresa a la pestaa Administrar fichas mdicas.

- Deshabilitar fichas mdicas: 1) 2) 3) Sistema: Muestra todas las fichas mdicas que existen en el sistema. Especialista: Selecciona la ficha mdica la cual desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que la ficha mdica fue deshabilitada y regresa a la pestaa Administrar fichas mdicas.

- Modificar fichas mdicas: 1) 2) 3) 4) 5) Sistema: Muestra todas las fichas mdicas que existen en el sistema. Especialista: Selecciona la ficha mdica que desea modificar y presiona el botn Modificar. Sistema: Muestra los datos de la ficha mdica seleccionada. Especialista: Modifica los datos y presiona el botn Guardar. Sistema: Confirma que los datos de la ficha mdica fueron modificados y regresa a la pestaa Administrar fichas mdicas.

Flujo alternativo Para todos los Subflujos en el paso 2), si el especialista decide cancelar la agregacin, modificacin o deshabilitacin de alguna ficha mdica:
66

3a)

Sistema: Regresa a la pestaa Administrar fichas mdicas.

Consultar Avances del Programa Teraputico: Este caso de uso permite al apoderado podr consultar el progreso que tiene su pariente siguiendo el programa pudiendo ver si cumple o no con las actividades que se le asigna. Flujo bsico 1) 2) 3) 4) 5) Apoderado: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Apoderado: Selecciona la pestaa Consultar Avances del Programa Teraputico. Sistema: Muestra el detalle en su programa por fecha las actividades asignadas, realizadas y medicacin que tendr. Apoderado: Podr descargar el detalle del programa y realizar alguna consulta si desea sobre la informacin que visualiza.

Registrar Tareas Asignadas y Realizadas: Este caso de uso permite al Operador registrar las tareas asignadas y Realizadas por los pacientes. Flujo bsico 1) 2) 3) 4) 5) 6) Operador: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Operador: Selecciona la pestaa Registrar Tareas. Sistema: Muestra los campos necesarios para ser llenados. Operador: Ingresa la informacin. Sistema: Valida y guarda la informacin ingresada.

Figura 42 Paquete de Centro Mdico

67

Administrar Empleados: Este caso de uso permite al Tcnico Administrador la creacin, modificacin o deshabilitacin de empleados para el centro. Flujo bsico 1) 2) 3) Tcnico: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Tcnico: Selecciona la pestaa Administrar empleados y escoge la opcin Nuevo empleado, Modificar empleados Deshabilitar empleados Si escoge la opcin Nuevo empleado ver subflujo Nuevo empleado. Si escoge la opcin Modificar empleados ver subflujo Modificar empleados. Si escoge la opcin Deshabilitar empleados ver subflujo Deshabilitar empleados.

3a) 3b) 3c)

Subflujos - Nuevo empleado: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Tcnico: Llena los campos y registra al empleado en el sistema. Sistema: Confirma que el empleado fue registrado y regresa a la pestaa Administrar empleados.

- Deshabilitar empleado: 1) 2) 3) Sistema: Muestra todos los empleados que existen en el sistema. Tcnico: Selecciona el empleado al cual desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que el empleado fue deshabilitado y regresa a la pestaa Administrar empleados.

- Modificar empleados: 1) 2) Sistema: Muestra todos los empleados que existen en el sistema. Tcnico: Selecciona el empleado que desea modificar y presiona el botn Modificar.
68

3) 4) 5)

Sistema: Muestra los datos del empleado seleccionado. Tcnico: Modifica los datos y presiona el botn Guardar. Sistema: Confirma que los datos del empleado fueron modificados y regresa a la pestaa Administrar empleados.

Flujo alternativo Para todos los Subflujos en el paso 2), si el Tcnico decide cancelar la agregacin, modificacin o deshabilitacin de algn empleado: 3a) Sistema: Regresa a la pestaa Administrar empleados.

Controlar Asistencia de los mdicos: Este caso de uso permite al tcnico administrador controlar las asistencias de los mdicos a sus consultas con los pacientes Flujo bsico 1) 2) 3) 4) 5) 6) Tcnico: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Tcnico: Selecciona la pestaa Controlar Asistencia de los mdicos. Sistema: Muestra los campos para ser registrados Tcnico: Ingresa la informacin correspondiente y guarda Sistema: Muestra la lista de las asistencias e inasistencias de los mdicos a sus consultas programadas.

Asignar Mdicos: Este caso de uso permite al tcnico asignar mdicos a los pacientes para que le realicen sus consultas mdicas. Flujo bsico 1) 2) 3) 4) Tcnico: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Administrador: Selecciona la pestaa Asignar Mdicos y presiona el botn Nueva asignacin. Sistema: Muestra la interfaz Nueva asignacin en la cual el Tcnico puede asignar el mdico al paciente y presiona el botn Guardar. Sistema: Guarda la asignacin, regresa a la pestaa Asignar
69

5)

mdico y actualiza la lista. Flujo alternativo En el paso 4), si el Tcnico decide cancelar la asignacin de un mdico: 4a) Sistema: Regresa a la pestaa Inicio de Tcnico.

Registrar Pacientes: Este caso de uso permite al Tcnico registrar a los pacientes en el sistema cuando recin llegan al centro mdico. Flujo bsico 1) 2) 3) 4) 5) 6) Tcnico: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Tcnico: Selecciona la pestaa Registrar Pacientes. Sistema: Muestra los campos necesarios para ser llenados. Tcnico: Ingresa la informacin proporcionada por el apoderado. Sistema: Valida y guarda la informacin ingresada.

Registrar Apoderado: Este caso de uso permite al Tcnico registrar al apoderado responsable del paciente en el sistema cuando recin llegan al centro mdico. Flujo bsico 1) 2) 3) 4) 5) 6) Tcnico: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Tcnico: Selecciona la pestaa Registrar Apoderado. Sistema: Muestra los campos necesarios para ser llenados. Tcnico: Ingresa la informacin proporcionada por el apoderado. Sistema: Valida y guarda la informacin ingresada.

Administrar Dormitorios a los pacientes: Este caso de uso permite al Tcnico Administrador la creacin,
70

modificacin o deshabilitacin de dormitorios para los pacientes. Flujo bsico 1) 2) 3) Tcnico: Inicia sesin ingresando su nombre de usuario y contrasea. Sistema: Muestra la aplicacin. Tcnico: Selecciona la pestaa Administrar dormitorios y escoge la opcin Nuevo dormitorio, Modificar dormitorio Deshabilitar dormitorio Si escoge la opcin Nuevo dormitorio ver subflujo Nuevo dormitorio. Si escoge la opcin Modificar dormitorio ver subflujo Modificar dormitorio. Si escoge la opcin Deshabilitar dormitorio ver subflujo Deshabilitar dormitorio.

3a) 3b) 3c)

Subflujos - Nuevo dormitorio: 1) 2) 3) Sistema: Muestra los campos necesarios para ser llenados. Tcnico: Llena los campos y registra el dormitorio en el sistema. Sistema: Confirma que el dormitorio fue registrado y regresa a la pestaa Administrar dormitorio.

- Deshabilitar dormitorio: 1) 2) 3) Sistema: Muestra todos los dormitorios que existen en el sistema. Tcnico: Selecciona el dormitorio al cual desea deshabilitar y presiona el botn deshabilitar. Sistema: Confirma que el dormitorio fue deshabilitado y regresa a la pestaa Administrar dormitorio.

- Modificar empleados: 1) 2) 3) 4) 5) Sistema: Muestra todos los dormitorios que existen en el sistema. Tcnico: Selecciona el dormitorio que desea modificar y presiona el botn Modificar. Sistema: Muestra los datos del dormitorio seleccionado. Tcnico: Modifica los datos y presiona el botn Guardar. Sistema: Confirma que los datos del dormitorio fueron modificados y regresa a la pestaa Administrar dormitorio.

71

Flujo alternativo Para todos los Subflujos en el paso 2), si el Tcnico decide cancelar la agregacin, modificacin o deshabilitacin de algn dormitorio: 3a) Sistema: Regresa a la pestaa Administrar dormitorio.

72

3.4. MODELO CONCEPTUAL DEL SISTEMA


3.4.1. Diagrama de Base de Datos

73

Figura 43 Diagrama de Base de Datos

74

3.4.2. Diccionario de clases


Nombre Tipo Descripcin Atributo id_Usuario usuario clave id_Perfil id_Trabajadores T_Usuario Entidad

Representa la informacin registrada con respecto a los usuarios del sistema. Tipo de Dato INT VARCHAR(20) VARCHAR(20) INT INT Visibilidad Protegida Privada Privada Protegida Protegida
Tabla 3 Tabla Usuario

Valor Inicial

Nombre Tipo Descripcin

T_Perfil Entidad

Representa los perfiles en el sistema Atributo id_Perfil perfil Tipo de Dato INT VARCHAR(15) Visibilidad Protegida Privada
Tabla 4 Tabla Perfil

Valor Inicial

Nombre Tipo Descripcin

T_PermisosXPerfil Entidad

Representa el cruce de informacin de permisos y perfil Atributo id_Perfil id_Permisos Tipo de Dato INT INT Visibilidad Protegida Protegida Valor Inicial

Tabla 5 Tabla Permisos por Perfil

Nombre Tipo Descripcin

T_Permisos Entidad

Representa los permisos que tiene cada usuario en el sistema 75

Atributo id_Permisos permiso id_Perfil id_Nodo

Tipo de Dato INT VARCHAR(15) INT INT

Visibilidad Protegida Privada Privada Protegida

Valor Inicial

Tabla 6 Tabla Permisos

Nombre Tipo Descripcin

T_Nodo Entidad

Representa las pantallas que cada usuario podr ver segn su perfil Tipo de Dato INT VARCHAR(25) Visibilidad Protegida Privada
Tabla 7 Tabla Nodo

Atributo id_Nodo nodo

Valor Inicial

Nombre Tipo Descripcin Atributo id_Trabajadores nombres apellido_paterno apellido_materno correo ciudad provincia telefono celular direccin id_Distrito id_Especialidad

T_Trabajadores Entidad

Representa la informacin registrada con respecto a los empleados en el sistema. Tipo de Dato INT VARCHAR(30) VARCHAR(15) VARCHAR(15) VARCHAR(30) CHAR CHAR INT INT VARCHAR(45) INT INT Protegida
Tabla 8 Tabla Trabajadores

Visibilidad Protegida Privada Privada Privada Privada Privada Privada Privada Privada Privada

Valor Inicial

Nombre Tipo Descripcin

T_Especialidad Entidad Representa el tipo de especialidad de cada medico en el centro 76

Atributo id_Especialidad nombre

Tipo de Dato INT VARCHAR(20)

Visibilidad Protegida Privada

Valor Inicial

Tabla 9 Tabla Especialidad

Nombre Tipo Descripcin Atributo id_Horario fecha_hora

T_Horario Entidad

Representa el horario de los mdicos para realizar citas mdicas. Tipo de Dato INT DATETIME Visibilidad Protegida Privada
Tabla 10 Tabla Horario

Valor Inicial

Nombre Tipo Descripcin

T_HorarioXTrabajadores Entidad

Representa el cruce de informacin de horario y trabajadores Atributo id_Horario id_Trabajadores Tipo de Dato INT INT Visibilidad Protegida Protegida Valor Inicial

Tabla 11 Tabla Horario por Trabadores

Nombre Tipo Descripcin

T_Citas Entidad

Representa la informacin de las citas mdicas que se realizan. Atributo id_Citas cita descripcin hora fecha lugar Tipo de Dato INT DATETIME VARCHAR(45) TIME DATE VARCHAR(30) Visibilidad Protegida Privada Privada Privada Privada Privada Valor Inicial

77

id_Trabajadores dni_Familiar

INT INT

Protegida Protegida
Tabla 12 Tabla Citas

Nombre Tipo Descripcin Atributo idTipo_Programa nombre id_Trabajadores

T_Tipo_Programa Entidad

Representa el programa teraputico que realiza el paciente en el centro. Tipo de Dato INT VARCHAR(25) VARCHAR(45) Visibilidad Protegida Privada Privada Valor Inicial

Tabla 13 Tabla Tipo de Programa

Nombre Tipo Descripcin Atributo dni_Paciente nombres apellidos sexo direccin estado_civil telfono fecha_nacimiento idTipo_Programa id_Distrito ciudad

T_Paciente Entidad

Representa la informacin registrada con respecto a los pacientes en el sistema. Tipo de Dato INT VARCHAR(30) VARCHAR(30) CHAR(10) VARCHAR(45) CHAR(10) INT DATE INT INT CHAR Visibilidad Protegida Privada Privada Privada Privada Privada Privada Privada Privada Protegida Privada
Tabla 14 Tabla Paciente

Valor Inicial

Nombre Tipo Descripcin

T_MedicinaXFamiliar Entidad

Representa el cruce de informacin de medicina y familair 78

Atributo id_Paciente id_Familair

Tipo de Dato INT INT

Visibilidad Protegida Protegida

Valor Inicial

Tabla 15 Tabla Medicina por Familiar

Nombre Tipo Descripcin Atributo dni_Familiar nombres apellidos sexo direccin estado_civil telfono correo ciudad id_Distrito celular fecha_nacimiento

T_Familiar Entidad

Representa la informacin registrada con respecto a los familiares es de los pacientes en el sistema. Tipo de Dato INT VARCHAR(30) VARCHAR(30) CHAR(10) VARCHAR(45) CHAR(10) INT VARCHAR(30) CHAR INT INT DATE Visibilidad Protegida Privada Privada Privada Privada Privada Privada Privada Privada Protegida Privada Privada
Tabla16 Tabla de Familiar

Valor Inicial

Nombre Tipo Descripcin Atributo id_Preguntas pregunta estado fecha idTipo_Programa

T_Preguntas Entidad

Representa las preguntas que sern realizadas por los mdicos responsables para las evaluaciones de los pacientes Tipo de Dato INT VARCHAR(45) VARCHAR(15) DATE INT Visibilidad Protegida Privada Privada Privada Protegida
Tabla17 Tabla de Preguntas

Valor Inicial

79

Nombre Tipo Descripcin Atributo id_Preguntas id_Paciente idActividad

T_Historial Entidad

Representa la informacin historial del programa del paciente que viene realizando Tipo de Dato INT INT INT Visibilidad Protegida Protegida Protegida
Tabla 18 Tabla de Historial

Valor Inicial

Nombre Tipo Descripcin

T_PacienteXMedicina Entidad

Representa el cruce de informacin de medicina y paciente Atributo id_Medicina id_Paciente Tipo de Dato INT INT Visibilidad Protegida Protegida Valor Inicial

Tabla 19 Tabla de Paciente por Medicina

Nombre Tipo Descripcin Atributo id_Medicina nombre descripcin cantidad idTipo_Medicina

T_Medicina Entidad

Representa la informacin sobre las medicinas que son administradas a los pacientes Tipo de Dato INT VARCHAR(25) VARCHAR(45) INT INT Visibilidad Protegida Privada Privada Privada Protegida
Tabla 20 Tabla de Medicina

Valor Inicial

Nombre Tipo Descripcin

T_Tipo_Medicina Entidad

Representa los tipos de medicinas que son registrados para luego ser administrados a los pacientes

80

Atributo idTipo_Medicina nombre

Tipo de Dato INT VARCHAR(30)

Visibilidad Protegida Privada

Valor Inicial

Tabla 21 Tabla de Tipo de Medicina

Nombre Tipo Descripcin Atributo id_Distrito nombre id_Provincia

T_Distrito Entidad

Representa los distritos de donde provienen los pacientes y apoderados. Tipo de Dato INT CHAR INT Visibilidad Protegida Privada Privada
Tabla 22 Tabla de Distrito

Valor Inicial

Nombre Tipo Descripcin Atributo id_Provincia nombre

T_Provincia Entidad

Representa las provincias de donde provienen los pacientes y apoderados. Tipo de Dato INT CHAR Visibilidad Protegida Privada
Tabla 23 Tabla de Provincia

Valor Inicial

Nombre Tipo Descripcin Atributo idActividad actividad descripcin fecha hora

T_Actividad Entidad

Representa los distritos de donde provienen los pacientes y apoderados. Tipo de Dato INT VARCHAR(30) VARCHAR(45) DATE TIME Visibilidad Protegida Privada Privada Privada Privada
Tabla 24 Tabla de Actividad

Valor Inicial

81

Nombre Tipo Descripcin

T_Programa Entidad

Representa los Programas que sern registrados en el sistema Atributo idPrograma Nombre id_Preguntas idFase Tipo de Dato INT VARCHAR(25) INT INT Visibilidad Protegida Privada Protegida Protegida
Tabla 25 Tabla de Programa

Valor Inicial

Nombre Tipo Descripcin

T_Fase Entidad

Representa las fases de cada programa Atributo idFase fase Tipo de Dato INT CHAR(2) Visibilidad Protegida Privada
Tabla 26 Tabla de Fase

Valor Inicial

82

3.5. PROTOTIPOS DE LA SOLUCIN


Pantalla Principal

Figura 44 Pantalla Principal del Sistema

Iniciar Sesin

Figura 45 Pantalla de Inicio de Sesin de los usuarios

83

Quienes Somos

Figura 46 Pantalla de Informacin de la empresa

Servicios

Figura 47 Pantalla de Servicios que brinda la empresa

84

Personal del Centro

Figura 48 Pantalla de Informacin de los Profesionales de salud

Contctenos

Figura 49 Pantalla de Contacto de la empresa

85

Registro de Usuario

Figura 50 Pantalla del Registro del Usuario

Men Principal del Administrador

Figura 51 Pantalla Men Principal del Sistema (CAMBIAR)

86

Administrar Programa Teraputico

Figura 52 Pantalla de Administrar Programa Teraputico

Bsqueda de Pacientes

Figura 53 Pantalla para Buscar Pacientes

87

Registro de Actividades del paciente

Figura 54 Pantalla de Registro de las Actividades del Paciente

Histrico de pacientes

Figura 55 Historial del paciente

88

Finalizar Programa

Figura 56 Pantalla de Finalizar Programa

Estado de Finalizacin

Figura 57 Pantalla de Estado de Finalizacin

89

Registrar Pacientes

Figura 58 Pantalla de Registro de Paciente

90

IV. GESTIN DE PROYECTOS


4.1. Introduccin
En el presente captulo contiene informacin correspondiente a la viabilidad de proyecto, ya sea tcnica, econmica, el clculo del VAN as como la organizacin del proyecto, la estimacin y ejecucin del proyecto, incluyendo el cronograma de actividades que se desarrollarn durante la realizacin del proyecto.

4.2.

Viabilidad del proyecto


El estudio de factibilidad es desarrollado a continuacin para determinar la infraestructura tecnologa y/o capacidad tcnica que implica implantar el sistema en cuestin, as como los costos y beneficios que la herramienta propuesta genera en la institucin.

4.2.1.

Viabilidad tcnica Para la realizacin del proyecto son necesarios los recursos tecnolgicos tanto de software como de hardware para desarrollar el proyecto de investigacin. De acuerdo a la tecnologa necesaria para la implantacin del sistema propuesto de la tesis se evalu bajos dos enfoques: Hardware y Software. a. Hardware Desde el punto de vista hardware se usar el enfoque al cliente. Cliente Caractersticas Procesador Intel Core i3 2.53 GHz 1Gb

Funcin

Memoria RAM Disco Duro 40Gb Tarjeta de Red Integrada Explorador IE8, 9, Chrome, Firefox

En el caso del cliente solo basta con las caractersticas mnimas descritas ya que todo el sistema es web.

91

Tabla 27 Hardware necesario para el sistema

b. Software Desde el punto de vista del software, para la realizacin del proyecto se ha evaluado diferentes alternativas. Alternativa 1 Lenguaje de programacin Motor de Base de Datos Modelado de la solucin Sistema Operativo Usuario Sistema Operativo Servidor Lenguaje de Diseo PHP MySQL server Star UML Windows 7 Linux PHPEdit Alternativa 2 Microsoft Visual Studio .NET 2010 Microsoft SQL Server 2008 IBM Rational Rose Requisite Pro Windows 7 Linux Dreamwaver

Tabla 28 Alternativas de desarrollo para el software

4.2.2.

Viabilidad econmica Los valores son en dlares americanos; nos basaremos en tres enfoques hardware, software y recurso humano.
a. Hardware

Servicios o Dispositivos Host Cliente Dominio

Cantidad 1 1 1

Costo $70 $500 $10

Subtotal $70 $500 $10

Tabla 29 Costos de Servicios

b.

Software

Alternativa 1 Lenguaje de programacin Motor de base de datos Modelamiento de la solucin PHP MySQL server Star UML

Costo $0 $0 $0

92

S.O. Usuario S.O. Servidor Lenguaje de Diseo

Windows 7 Linux PHPEdit


Tabla 30 Alternativa 1 de desarrollo

$500 $0 $0

Alternativa 2 Lenguaje de programacin Motor de base de datos Modelamiento de la solucin S.O. Usuario S.O. Servidor Lenguaje de Diseo Microsoft Visual Studio.NET Profesional 2010 Microsoft SQL Server 2008 Standard Edition IBM Rational Rose Requisite Pro Windows 7 Linux Dreamwaver
Tabla 31 Alternativa 2 de desarrollo

Costo $ 764

$584 $700 $500 $0 $700

Comentario: Alternativa 1:

Aqu se observa que el resultado de costos es menor ya que casi todo el software identificado son de licencias GNU Software Libre y solo uno tiene que adquirirse la licencia.
Alternativa 2:

Aqu se observa que el resultado tiene un mayor costo por falta de licencias y que se debera comprar para poder ejecutar la alternativa propuesta.
c. Recurso Humano

En este aspecto de costo del recurso humano, se tomara dos aspectos; por desarrollo y mantenimiento del sistema.

93

4.1.1.c.1.

Desarrollo del Sistema

Recurso Analista Desarrollador Administrador de Base de Datos

Cantidad 1 1

Costo / Hora $10 $10

Tabla 32 Costo del personal para el desarrollo

4.1.1.c.2.

Mantenimiento del Sistema

Recurso Soporte

Cantidad 1

Costo / Hora $10

Tabla 33 Costo de soporte tcnico al sistema

4.3.

Clculo de VAN
Para calcular el retorno de la inversin se han evaluado los costes aproximados y por ende los beneficios estimados por mes en un rango de tiempo adecuado.

4.3.1. Costos o Prdidas Actuales


Procesos personas Pagos Das Horas Laborales Costo (h) registrar pacientes 1 750 30 8 3.13 programa teraputico 3 2000 30 8 8.33 gestin medicinas 1 750 30 8 3.13 gestin de pacientes 2 2000 30 8 8.33 Registro de personal 1 750 30 8 3.13 TOTAL

94

Tiempo de respuesta (h) Costo(m)

0.30 750

2 6000
Tabla 34 Costo Actuales sin sistema

1 750

1 4000

1 750

12250

Retrasan su salida Pacientes en promedio 2

Ingresan 1

Pago 800

Entrada Monetaria 800

Perdida Monetaria 1600

Tabla 35 Costo de paciente en promedio sin sistema

4.3.2. Costos del Sistema


Procesos registrar pacientes programa teraputico gestin medicinas gestin de pacientes Registro de personal TOTAL personas 1 3 1 2 1 Pagos 750 2000 750 2000 750 Das 30 30 30 30 30 Horas Laborales 8 8 8 8 8 Costo (h) 3.13 8.33 3.13 8.33 3.13 Tiempo de respuesta (h) 0.10 0.30 0.40 0.30 0.15 Costo(m) 750 6000 750 4000 750 12250
Tabla 36 Costo Actual con sistema

Retrasan su salida Pacientes en promedio 0

Ingresan 3

Pago 800

Entrada Monetaria 2400

Perdida Monetaria 0

Tabla 37 Costo de paciente en promedio con sistema

95

El beneficio mensual cuando el sistema este implementado es:


Costo con sistema Costo sin sistema Beneficio
Tabla 38 Beneficio mensual con el sistema

13050 9850 3200

4.3.3. VAN
a. Costo de desarrollo del sistema

El sistema se desarrollara trabajando de lunes a viernes, 8 horas al da por cuatro meses consecutivos. Para el desarrollo del sistema se seleccion la opcin 1. En la siguiente tabla se mostrar los costos por los cuatro meses.

Tiempo (h) Analista Desarrollador TOTAL 640 640

Costo (h) 8 8

Sub Total 5120 5120 10240

Tabla 39 Costo del personal por el desarrollo del sistema

96

b.

Tiempo de recuperacin de la inversin

Inversin Mes 1 Mes 2 Mes 3 Mes 4

-10240 -7040 -3840 -640 2560

Tabla 40 Tiempo de recuperacin de la inversin

97

V.

BIBLIOGRAFA
Libros
B [Barnard07] Marina Barnard, Drug Addiction and Families, Editorial Jessica Kingsley Publishers, 2007, pp. 11, ISBN 1843104032, 9781843104032 [Blanco05] Jorge Humberto Blanco Restrepo y Jos Mara Maya Meja, Administracin de Servicios de Salud, Editorial Corporacin para Investigaciones Biolgicas, 2005, pgina 1, ISBN 9589400868, 9789589400869 [Bravo05] Crescencio Bravo Santos y Miguel Angel Redondo Duque, Sistemas interactivos y colaborativos en la web, Editorial Univ. De Castilla La Mancha, 2005, pgina 143, ISBN 8484273520, 9788484273523 [Bennett84] Simon Bennett, Razn y locura en la antigua Grecia, Editorial AKAL, pp.339, 1984, ISBN 8473397045, 9788473397049 C [Cichocki97] Andrzej Cichocki, Workflow and Process Automation: Concepts and Technology, Editorial Springer, 1997, pp. 1-2, ISBN 0792380991, 9780792380993 F [Fernndez10]Vincenc Fernndez, 2010, "Desarrollo de sistemas de informacin. Una metodologa basada en el modelado", Ediciones UPC, ISBN: 84-8301-862-4 G [Gil01] Mara de los ngeles Gil Estallo, Empresa Virtual: De la Idea a la Accin, ESIC Editorial, 2001, pgina 146 147, ISBN 8473562615, 9788473562614 [Gonzlez05] JessGonzlez implementation methodology Lorca, WorkflowSystems: Operation and

[Grupo Weboo08] GrupoWeboo, Visual Studio 2008.Desafa todos los retos, Editorial Luarna Ediciones, ISBN 8492684100, 9788492684106 J [Yao10] JingTaoYao, Web-based Support Systems, Editorial Springer, 2010, pp. 406, ISBN 184882629X, 9781848826298 L [Lagardera+01]Francisco Lagardera, PerezLavega, 2001, Introduccin a la praxiologa medica, ISBN 84-8019-648-2
98

[Laudon+04] Kenneth C. Laudon y Jane P. Laudon, Sistemas de informacin gerencial: Administracin de la empresa digital, Editorial Pearson Educacin, 2004, pgina 318, ISBN 9702605288, 9789702605287 [Luna02] Jos Arturo Luna, Ogoterapia y drogadiccin, 1a. edicin, Editorial San Pablo 2002, pgina 25, ISBN 9586077780, 9789586077781 M [Mackenzie07] Owen J. S. Mackenzie, The Scientific Article in the Age of Digitization, Editorial Springer, 2007, pp. 94, ISBN 1402053355, 9781402053351 [Mena01] Fernando Mena M., Educacin Tecnolgica, Editorial Lom Ediciones, 2001, pp.25, ISBN 9562823822, 9789562823821 N [Naidu05] Naidu S. P., Public Administration: Concepts and Theories, Editorial New Age International, pp. 3, 2005, ISBN 8122409563, 9788122409567 O [Oliv07] AntoniOliv, "Conceptual Modeling of Information Systems", Springer, 2007, ISBN 978-3-540-39389-4 P [Pablos06]Carmen de Pablos H., 2006, "Direccin y gestin de los sistemas de informacin en la empresa: Una visin integradora", Esic Editorial, ISBN: 847356-445-6 R [Ranquet97]Mathilde Du Ranquet, 1997, "Los modelos en trabajo social: intervencin con personas y familias", Siglo XXI, ISBN: 978-84-323-0940-3

[Robbins09] Stephen P. Robbins y David A. De Cenzo, Fundamentos de administracin: Conceptos esenciales y aplicaciones, Editorial Pearson Educacin, 2009, pgina 5, ISBN 9702603234, 9789702603238

[Ruiz02] Ricardo Ruiz de Adana, Manual de Diagnstico y Teraputica Mdica en Atencin Primaria, Editorial Daz de Santos, pp. 485, 2002, ISBN 8479785012, 9788479785017 S [Snchez06] Luis Augusto Snchez, Mito y realidad de la drogadiccin, Editorial San Pablo 1. Ed., pagina 33, ISBN 9586920917, 9789586920919
99

[Spackman05]Willard, H.S. and Spackman, Terapiaocupacional, Editorial MedicinaPanamericana, 2005, ISBN 9500624125, 9789500624121 [Skyttner05] Skyttner Lars, General Systems Theory: Problems, Perspectives, Practice Editorial World Scientific, 2005, pp. 51, ISBN 981256389X, 9789812563897 T [Tanimoto05]TanimotoMiguel, El ejercicio de la medicina en la segunda mitad del siglo XX Salud y Sociedad, Editorial Siglo XXI, 2005, ISBN 9682325838, 9789682325830

U [United Nations09] UnitedNations, Manual sobre la infraestructura geoespacial en apoyo de las actividades censales, Editorial UnitedNationsPublications, 2009 pgina 64, ISBN 9213612427, 9789213612422 V [Verma09] Verma Dinesh Chandra, Principles of Computer Systems and Network Management, Editorial Springer, 2009, pp. 1, ISBN 0387890084, 9780387890081 W [Walrond76] Walrond-Skinner Sue, Family Therapy: The Treatment of Natural Systems, Editorial Taylor & Francis, pp. 11-12, ISBN 0710083262, 9780710083265 Z [Zarich05] Faustina Zarich, Derecho Informtico 4, Editorial Juris, 2005, pginas 113 a 114, ISBN 9508172460, 9789508172464

Artculos
[Guthrie+01] Barton L. Guthrie, Chris Price, Joanna Zaleski and Eric Backensto, 2001, The Digital Imaging and Communications in Medicine (DICOM) Archive Is a Dynamic Component of a Clinician Image-Related Workflow Solution, University of Alabama School of Medicine, Birmingram, AL. [Appelgren+09] Ester Appelgren, Kristina Sabelstrom Moller andStigNordqvist, 2009, E- paper Production Workflow Adapting Production Workflow Processes for Digital New spring, The royal Institute of Technology, The Swedish Newspaper Publishers, Stockholm, Suecia

100

[Persson10] Persson M, 2010 Developing and Managing Knowledge of Construction Methods in the Swedish Biulding Sector, Halmstad University, Suecia.

Direcciones electrnicas
[latroCon] latroCon Gestin de Consulta mdica, http://www.cowsoft.net/index.html [Emprenet] Emprenet Turnos e Historia Clnica, http://www.emprenetsistemas.com/index.php

101

También podría gustarte