Está en la página 1de 62

UNIVERSIDAD DEL VALLE

FACULTAD DE CIENCIAS Y TECNOLOGA


CARRERA DE INGENIERIA DE SISTEMAS INFORMTICOS

SISTEMA DE INFORMACIN PARA EL SOPORTE AL CONTROL DE PRESTACIONES ESTABLECIDAS DE SEGUROS PUBLICOS DE SALUD EN EL SEGURO UNIVERSAL DE SALUD - SUSA

CASO: PRESTACIONES PROINSA SUSA

PROYECTO DE GRADO PARA OPTAR AL TTULO DE LICENCIATURA EN INGENIERA DE SISTEMAS INFORMTICOS

POSTULANTE: PAUL ANDRES YABETA PATTON. TUTOR: ING. MARCOS ROSAS CALLA

Trinidad-Beni-Bolivia 2012

DEDICATORIA

A mis padres:

Yeky y susy

Vuestro amor y paciencia Fueron mi fortaleza, su confianza mi luz y su fe mi meta. Este logro obtenido con amor es para ustedes mis padres queridos.

AGRADECIMIENTOS

A Dios, por estar siempre conmigo.

A mis padres y familiares, por recibir su apoyo constante.

A mis docentes, por brindarme todos sus conocimientos.

INDICE
INTRODUCCIN .................................................................................................................................. 7 CAPITULO I (ASPECTOS METODOLGICOS)............................................................................. 8 1.1 Descripcin del Problema ............................................................................................................... 9 1.2 Formulacin del Problema ............................................................................................................ 12 1.3 Justificacin................................................................................................................................... 12 1.4 Objetivos ....................................................................................................................................... 13 1.5 Antecedentes ................................................................................................................................. 13 1.6 Contexto del Proyecto ................................................................................................................... 14 1.7 Contexto del Sistema..................................................................................................................... 16 1.8 Ubicacin del Proyecto ................................................................................................................. 17

CAPITULO II (MARCO TEORICO Y CONCEPTUAL) ................................................................ 18 2.1 Definiciones y Concepto Prestaciones Esrablecidas del Segura Uneversal de Salud ................... 19 2.2 Conceptos de Sistemas y de Tecnologias de Informacin ............................................................ 20 2.3 Ingeniera de Sistemas................................................................................................................... 21 2.4 Ingeniera de Software .................................................................................................................. 21 2.5 Sistema de Informacin................................................................................................................. 21 2.6 Base de Datos ................................................................................................................................ 23 2.7 Red de Computadoras ................................................................................................................... 23 2.8 Internet .......................................................................................................................................... 24 2.9 Intranet .......................................................................................................................................... 24 2.10 World Wide Web ........................................................................................................................ 24 2.11 Concepto de Arquitectura de Sustemas y Software .................................................................... 27 2.12 Arquitectura de N-Capas ............................................................................................................ 27 2.13 Arquitectura Cliente Servidor ..................................................................................................... 29 2.14 Arquitectura Aplicacin Web...................................................................................................... 30 2.15 Patrn Modelo Vista Controlador ............................................................................................... 30 2.16 Conceptos de Tecnologa de Sistemas y Software ...................................................................... 31 2.17 Conceptos de Peocesos de Desarrollo de Sistemas y Software................................................... 35

CAPITULO III (METOLOGA) ......................................................................................................... 38 3.1 Mtodos ......................................................................................................................................... 39 3.2 Proceso Unificado de Desarrollo (RUP) ....................................................................................... 40

CAPITULO IV (PROPUESTA) .......................................................................................................... 44 4.1 Modelo de Negocio ....................................................................................................................... 45 4.2 Modelo de Requerimientos ........................................................................................................... 46 4.3 Modelo de Analisis y Diseo ........................................................................................................ 55 4.3 Modelo de Implementacion........................................................................................................... 57 4.3 Modelo de Despliege..................................................................................................................... 58

CAPITULO V (CONCLUSIONES Y RECOMENDACIONES) ..................................................... 59 5.1 Conclusiones ................................................................................................................................. 60 5.2 Recomendaciones .......................................................................................................................... 61 BIBLIOGRAFA ................................................................................................................................... 62

INTRODUCCIN

El avance de las tecnologas de informacin y el Internet han permitido a las empresas mejorar la manera de llevar a cabo sus actividades de negocios, ya sea sistematizndolos a travs de eficientes sistemas informticos, o tomando ventaja de las nuevas plataformas informticas de negocios orientadas a la web, las cuales han permitidos a estas extender su accin geogrfica antes limitada por la geografa.

Los sistemas de informacin informticos son determinantes a la hora de gestionar la gran cantidad de informacin procesada y generada por el negocio, esta es el recurso ms importante al momento de la toma de grandes decisiones, estos tambin capturan las grandes cantidades de informacin de las transacciones del negocio, lo que permiten aplicar controles oportunos sobre estas.

Entre los servicios que el Seguro Universal de Salud, SUSA, estn las prestaciones establecidas, que son los servicios de salud que se dan a los asegurados en los distintos establecimientos (hospitales) del departamento del Beni. Los prestaciones realizadas en los distintos establecimientos son financiadas directamente por el SUSA, para ello exige la elaboracin de los Reportes de Prestaciones, el cual es medio de control utilizado para llevar una buena gestin de las mismas.

Entre los beneficios de implementar el presente proyecto est que se cuenta con un conjunto de reportes generados de manera oportuna y precisa en los distintos establecimientos donde se presten servicios, se centraliza toda la informacin acerca de las prestaciones permitiendo organizarla y proyectarla para la toma de futuras decisiones.

CAPITULO I ASPECTOS METODOLGICOS

CAPITULO I ASPECTOS METODOLGICOS

1.1 DESCRIPCION DEL PROBLEMA El seguro universal de salud, SUSA, presta servicios de salud a la poblacin Beniana, para ello mantiene convenios con hospitales del Departamento del Beni, posteriormente realiza pagos a los distintos hospitales del departamento del Beni por los servicios prestados por estos a sus asegurados. Para poder ofertar un mejor servicio a sus asegurados el Seguro Universal de Salud realiza un control de todas las prestaciones llevando un registro estricto de todas las prestaciones establecidas en todos los hospitales con los que tiene convenio, este control es aplicado por medios de reportes, recibos y registros pre impresos1. El registro de las prestaciones de salud es documentado en cada uno de los hospitales del departamento, posteriormente esa informacin centralizada y utilizada por la administracin financiera para poder realizar los desembolsos por cada servicio prestado, tambin es resumida y analizada para realizar proyecciones estadsticas a futuro y almacenada para su posterior uso. La gran cantidad de informacin generada por los servicios prestados por los hospitales aumenta de manera considerable cada ao haciendo del proceso de control una actividad que consume cada vez ms recursos econmicos y de tiempo dificultando llevar un mejor control de los servicios mencionados. Los siguientes Tablas y Cuadros demuestran la creciente demanda de servicios prestados a la poblacin Beniana y evidencian la gran cantidad de informacin generada por los mismos.

Registro de Consulta Ambulatoria, Reporte de Prestaciones Establecidas de Seguros Pblicos de Salud REPES, Recibo Recetario, Carnet de Asegurado.

Tabla1. Prestaciones Clnicas Ofertadas


PRESTACIONES CLINICAS PRESTACIONES AREAS CLINICAS PRESTACIONES ALTERNATIVAS PRESTACIONES QUIRURGICA PRESTACIONES ANESTESIOLOGIA PRESTACIONES ODONTOLOGICAS PRESTACIONES DE APOYO PRESTACIONES DE EMERGENCIA PRESTACIONES DE TOMOGRAFIA CANTIDADES 117 20 11 3 9 9 9 2

TOTAL PRESTACIONES CLINICAS OFERTADA

180

Fuente: Elaboracin Propia. Tabla2. Cantidad de Hospitales con Convenio UBICACIN TRINIDAD RIBERALTA SAN ANDRES SAN IGNACIO GUAYARAMERIN CANTIDAD 29 24 14 11 9

SANTA ROSA LORETO BARCO HOSPITALES SAN JAVIER SAN BORJA MAGDALENA PUERTO SILES REYES HUACARAJE BAURE RURRENABAQUE SAN RAMON SAN JOAQUIN EXALTACION SANTA ANA TOTAL DE HOPSITALES Fuente: Elaboracin propia.

7 6 6 6 5 4 3 3 2 2 1 1 1 1 1 136

Tabla3. Cantidad de Asegurados SUSA

10

AO TOTAL DE ASEGURADOS 2007 2008 2009 2010 2011 105284 127815 149967 159904 164790

Fuente: Elaboracin propia. Tabla 4. Cantidad de Prestaciones Clnicas Realizadas AO TOTAL DE PRESTACIONES CLINICAS 2007 2008 2009 2010 2011 2.258.147 3.693.852 3.999.546 4.159.753 5.838.061

Fuente: Elaboracin Propia.

11

1.2 FORMULACIN DEL PROBLEMA El Seguro Universal de Salud, SUSA, para mejorar el control de las prestaciones establecidas en los distintos Hospitales del departamento del Beni se plantea el problema: Cmo llevar un control adecuado y eficiente de las prestaciones de salud ofertadas a sus asegurados? 1.3 JUSTIFICACIN Social: un control eficiente y oportuno de las prestaciones de salud en los hospitales permite al Seguro Universal de Salud mejorar la calidad de las mismas, as mismo, amplia la poblacin de asegurados en el departamento del Beni. Econmica: la implementacin del presente proyecto permitir al seguro universal de salud hacer un mejor uso de sus recursos econmicos destinados a las prestaciones de salud, el contar con informacin oportuna, detallada y precisa, permitir la toma de decisiones ms acertadas a la hora de proyectar los presupuestos en futuras gestiones. As mismo el uso de tecnologas de libre costo, como herramientas de DesarrolloVisual Basic Express y SQL Server Express de Microsoft, reduce los costos de implementacin e implantacin de presente proyecto Tecnolgica: el uso potentes sistemas informticos orientados a la web mejoran la calidad de los procesos de control, permitiendo acceder a la informacin y distribuir la misma en un entorno de red con un mnimo uso de requerimientos de procesamiento en las terminales cliente, para el presente proyecto se implementa utilizando tecnologas ASP.NET MVC de la plataforma Punto Net. Acadmica: el presente proyecto se implement aplicando los conocimientos adquiridos durante la malla curricular de la carrera de ingeniera de sistemas, haciendo nfasis en los procesos de desarrollo y tecnologas Punto Net en la implementacin del sistema, convirtiendo al mismo como un punto de referencia para alumnos y profesionales que opten por profundizar en el estudio en la implementacin de sistemas web.

12

1.4 OBJETIVOS Objetivo General Desarrollar un Sistema de informacin para el soporte al control de prestaciones establecidas de seguros pblicos de salud en el seguro universal de salud Objetivos Especficos Recopilar los requerimientos funcionales y no funcionales que delimiten la funcionalidad requerida para el mejor control de las prestaciones establecidas. Analizar los procesos de negocio para el control y registro de prestaciones establecidas para sistematizar la las tareas de control, registro y generacin de reportes. Disear una arquitectura Cliente/Servidor que satisfaga las necesidades de distribucin de la funcionalidad del Sistema. Implementar la arquitectura del sistema basada en componentes reutilizables bajo un patrn de capas que permitan la reutilizacin y flexibilicen las tareas de actualizacin de la misma. 1.5 ANTECEDENTES Ernesto Suarez Sattori, Gobernador del Departamento del Beni, impuls la creacin del SEGURO UNIVERSAL DE SALUD AUTONOMO DEL BENI (SUSA), para ayudar conservar la salud, como factor ms importante en el proceso de desarrollo departamental. Este seguro inicio con una primera fase de 180 prestaciones para el grupo de 5 a 21 aos; y con 15 prestaciones de 21 a 60 aos, naciendo por los esfuerzo realizado por los profesionales de salud oriundo del departamento que volcaron su cumulo de conocimientos tanto acadmicos como practico, adquiridos en el intercambio de saberes y experiencias del diario vivir de la realidad de la poblacin, para implementar la atencin del seguro a travs del paquete de prestaciones. Sin embargo a travs de un continuo anlisis de las necesidades de la poblacin en su conjunto el prefecto del departamento incentiva un nuevo emprendimiento, y tras un arduo trabajo se
13

logra la ampliacin en la atencin del seguro de los de 5 aos a los 60 aos de manera uniforme, beneficiando a todos por igual con 184 prestaciones. Convirtindose en un esfuerzo histrico realizado por el gobierno departamental, gobiernos municipales y todos y cada uno de los establecimientos de salud del departamento, demostrndose de esta manera la capacidad e idoneidad de todos nuestros profesionales al elaborar y ejecutar polticas de salud en bien de nuestra poblacin. El seguro universal de salud autnomo del Beni (SUSA) es un seguro a nivel departamental que presta a persona desde los 5 aos de edad hasta los 60 aos. ORGANIGRAMAS SUSA
Directorio

Secretara

Asesor Legal Mensajero

Jefe de Unidad Tcnica Operativa


Resp.RR. HHContab.yPresu puanciero

JefeAdministrativo Financiero

Resp Fopo

Resp. Informatica

Resp. Bioquimica

Resp.de Estadistica Tec. comunic acion

Resp. Presupuesto. Tec.Proc. Contratacio nes TcnicoAd ministrativ o

Responsablec ontabilidad

Tcnico Archivo

Tec. Activo F Aux. Admini s

1.6 CONTEXTO DEL PROYECTO

El presente proyecto contempla reas que se relacionan entre s y adems generan, intercambian y procesan informacin, las cuales se muestran en la figura.

14

FIGURA 1 CONTEXTO DEL PROYECTO


uc Casos de Uso de Negocio Establecimientos

Realizar Prestaciones Establecidas

Asegurado

Elaborar REPES

Administracin Financiera - SUSA

Fuente: elaboracin propia El proceso de prestaciones del SUSA involucra principalmente dos actores, el asegurado, la administracin financiera del SUSA y los establecimientos en los cuales se realizan las prestaciones. Los asegurados acuden con a los establecimientos a solicitar las prestaciones, el establecimiento solicita el Carnet de Asegurado el cual sirve como medio de identificacin del mismo, el establecimiento deriva a un mdico especialista o general para que realice la prestacin. El mdico diagnostica y elabora un tratamiento utilizando el formulario de consulta ambulatoria, tambin elabora un recetario que el asegurado pueda acceder a los medicamentos y otros insumos. El establecimiento a fin de cada mes elabora el reporte de prestaciones establecidas, REPES, donde se detalla el total de las prestaciones realizadas en el establecimiento, este es el medio

15

por el cual se controla los desembolsos que se deben hacer por parte del seguro a cada uno de los establecimientos por las prestaciones realizadas. 1.7 CONTEXTO DEL SISTEMA El sistema est delimitado por el conjunto de funcionalidades que presta al entorno con los cuales intercambia y procesa informacin, la siguiente figura explica los actores principales del mismo. FIGURA 2 CONTEXTO DEL SISTEMA
bdd [SysML Block Definition] Contexto del Sistema [Contexto del Sistema]

system SISCPE

ADM SUSA

ADM Establecimiento

ADM SISTEMAS SUSA

Medico

Fuente: elaboracin propia El sistema est compuesto de los mdulos de: Asegurados, Prestaciones, REPES, Estadsticas y Administracin del Sistema, cada unos de ellos cumple con una funcin concreta para dar soporte al proceso de control de las prestaciones establecidas. El mdulo de asegurados lleva el registro de todos los datos del asegurado, mantiene la informacin actualizada y permite las consultas acerca de las prestaciones obtenidas por el asegurado.

16

El mdulo de prestaciones lleva el registro de todas prestaciones realizadas por el establecimiento a travs de los formularios de consultas ambulatorias digitalizados, permite a los mdicos realizar su llenado con los diagnsticos, tratamientos y recetas. El mdulo de REPES permite a los administradores de los establecimiento elaborar de manera automtica los Reportes de Prestaciones que se realizan en periodos mensuales, tambin permite consultar la informacin acerca de los mdicos y las prestaciones realizadas por estos. El mdulo de Estadsticas permite a los administradores del SUSA centralizar y consultar la informacin de las prestaciones realizadas en los distintos establecimientos y generar datos estadsticos acerca de ellas, lo que permite, llevar un mejor control sobre las presentes polticas y proyectar nuevas polticas de prestaciones establecidas. El mdulo de Administracin del Sistema permite al administrador del sistema realizar las configuraciones y ajustes de parmetros del sistema, tambin permite la administracin de la seguridad del acceso al sistema por parte de los usuarios 1.8 UBICACIN DEL PROYECTO El proyecto se desarrolla e implanta en la ciudad de trinidad, en el departamento del Beni en el Estado Plurinacional de Bolivia.

17

CAPITULO II MARCO TEORICO Y CONCEPTUAL

18

CAPITULO II MARCO TEORICO Y CONCEPTUAL

El presente proyecto expone los conocimientos cientficos de la teora de sistemas y su ingeniera, las tecnologas de informacin y comunicacin y los conocimientos de los procesos de gestin de clnicas. A continuacin se dan los conceptos de las variables ms importantes de autores especialistas en la materia.

2.1 DEFINICIONES Y CONCEPTOS PRESTACIONES ESTABLECIDAS DEL SEGURO UNIVERSAL DE SALUD 2.1.1 ASEGURADO Es la persona, titular del inters sobre cuyo riesgo se toma el seguro. En el sentido estricto, es la persona que queda libre del riesgo y sobre la cual recae la cobertura del seguro.2 2.1.2 CARNET DE ASEGURADO Documento de bolsillo, generalmente en forma de tarjeta, que acredita la identidad de una persona, la pertenencia a un cuerpo o entidad o la facultad que se tiene para ejercer una actividad.3 2.1.3 PRESTACIONES CLNICAS Son las prestaciones a las que tiene derecho una persona en el momento de sufrir un accidente o detectar una enfermedad profesional, que requieran atencin mdica. Las prestaciones a que se tiene derecho son:

2 3

http://es.wikipedia.org/wiki/Asegurado; http://es.thefreedictionary.com/carn

19

- Asistencia mdica, quirrgica, teraputica y farmacutica. - Servicios de hospitalizacin. - Servicio odontolgico. - Suministro de medicamentos. - Servicios auxiliares de diagnstico y tratamiento.4 2.1.4 CONSULTA AMBULATORIA Una consulta ambulatoria es una consulta externa y es aquella en la se brinda atencin mdica a los enfermos no internados y cuyo padecimiento les permite acudir al hospital. La atencin mdica en consulta externa puede ser de diversa ndole pero principalmente consiste en el interrogatorio y examen que conducen al diagnostico y a la prescripcin de un tratamiento.5 2.1.5 RECETARIO Apuntamiento de lo que el mdico ordena que se suministre al enfermo. Libro en que los farmacuticos asientan las recetas despachadas.6

2.1.6 REPORTES DE PRESTACIONES DE ESTABLECIDAS DE SALUD - REPES El REPES, es un documento legal que sirve para la consolidacin de las prestaciones declaradas en los documentos de respaldo sealados anteriormente, se constituyen en instrumentos de solicitud de pago al Gobierno Municipal por las atenciones de Seguros Pblicos de Salud realizadas en el Establecimiento de Salud.7 2.2 CONCEPTOS DE SISTEMAS Y DE TECNOLOGIAS DE INFORMACIN 2.2.1 SISTEMA Segn ISO/IEC sistema es:
4

http://www.arpsura.com/index.php?option=com_glossary&id=108&Itemid=130. http://www.arqhys.com/casas/externa-consulta.html. http://es.thefreedictionary.com/recetario. http://www.ops.org.bo/textocompleto/nmp29939.pdf.

5 6 7

20

La combinacin de elementos colaborativos y organizados para alcanzar uno o ms propsito establecidos.8

Tambin ISO/IEC afirma que los sistemas:

Son creados, fabricados y elaborados por humanos para proporcionar servicios en entornos definidos para el beneficio de sus usuarios y otras entidades. Esos sistemas pueden estar constituidos por: hardware, software, humanos, procesos, procedimientos, instalaciones y entidades de la naturaleza9 2.3 INGENIERIA DE SISTEMAS Segn el Concilio Internacional de Ingeniera de Sistemas, define a la ingeniera de sistemas como: El enfoque interdisciplinario y el medio que permite la realizacin de sistemas exitosos10 2.4 INGENIERIA DE SOFTWARE Para Ian Sommerville:

La ingeniera del software es una disciplina de la ingeniera que comprende todos los aspectos de la produccin de software desde las etapas preliminares de la especificacin del sistema, hasta el mantenimiento de ste despus de que se utiliza.11 2.5 SISTEMA DE INFORMACIN

8
9

ISO/IEC: 15288, Estado Unidos, 2002 IDEN 8 10 Concilio Internacional de Ingeniera de Sistemas INCOSE: Manual del Ingeniero de Sistemas, Versin 3.1, Estados Unidos, 2007. 11 Sommerville Ian: Ingeniera de Software, Editorial Pearson Addison-Wesley, 7ma. Edicin, Estados Unidos, 2005.

21

Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y administracin de datos e informacin, organizados y listos para su posterior uso, generados para cubrir una necesidad (objetivo). Dichos elementos formarn parte de alguna de estas categoras:

Personas. Datos. Actividades o tcnicas de trabajo. Recursos materiales en general (tpicamente recursos informticos y de comunicacin, aunque no tienen por qu ser de este tipo obligatoriamente). Figura 3 Sistemas de Informacin

Fuente: http://es.wikipedia.org/wiki/Sistema_de_informacin

Todos estos elementos interactan entre s para procesar los datos (incluyendo procesos manuales y automticos) dando lugar a informacin ms elaborada y distribuyndola de la manera ms adecuada posible en una determinada organizacin en funcin de sus objetivos. Normalmente el trmino es usado de manera errnea como sinnimo de sistema de informacin informtico, en parte porque en la mayora de los casos los recursos materiales de un sistema de informacin estn constituidos casi en su totalidad por sistemas informticos, pero siendo estrictos, un sistema de informacin no tiene por qu disponer de dichos recursos

22

(aunque en la prctica esto no suela ocurrir). Se podra decir entonces que los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas de informacin en general.12 2.6 BASE DE DATOS Segn Elmasri y Navathe: Una Base de Datos es una coleccin de datos relacionados entre s.13

Segn C. J. Date: Base de Datos es un conjunto de datos persistentes.14

2.6.1 SISTEMA DE GESTION DE BASE DE DATOS C.J. Date define sistema de gestin de base de datos como: Una coleccin de programas que permiten a los usuarios crear y mantener una base de datos, por tanto es un software de propsito general que facilita los procesos de definicin, construccin y manipulacin de las bases de datos para distintas aplicaciones.15

2.7 RED DE COMPUTADORAS

Una red de computadoras es un sistema de comunicacin entre computadoras que nos permite compartir informacin, recursos y archivos con la simple caracterstica que la
12 13

http://es.wikipedia.org/wiki/Sistema_de_informacin Elmasri & Navathe: Fundamentos de Base de Datos, Editorial Pearson, 5ta. Edicin, Espaa, 2007 14 IDEN 13 15 IDEN 13

23

distancia entre computadora debe ser pequea, estas redes pueden ayudar para la organizacin trabaje en colaboracin mediante el intercambio de informacin.

La red es un conjunto de computadoras distantes unas de otras pero conectadas entre s permanentemente con una topologa o forma de conexin, dependiente de algunos aspectos, como la distancia entre computadoras y el medio de comunicacin que utilicemos entre ellas. 16 2.8 INTERNET Segn lvaro Gmez Vieites & Carlos Otero Barros: Internet es un conjunto descentralizado de redes de comunicacin interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que las redes fsicas heterogneas que la componen funcionen como una red lgica nica, de alcance mundial. Sus orgenes se remontan a 1969, cuando se estableci la primera conexin de computadoras, conocida como ARPANET, entre tres universidades en California y una en Utah, Estados Unidos.17 2.9 INTRANET Segn Edward S. Tanenbaum:

Una intranet es una red de ordenadores privados que utiliza tecnologa Internet para compartir dentro de una organizacin parte de sus sistemas de informacin y sistemas operacionales. El trmino intranet se utiliza en oposicin a Internet, una red entre organizaciones, haciendo referencia por contra a una red comprendida en el mbito de una organizacin18

2.10 WORLD WIDE WEB


16 17

Tanenbaum Edward S.: Redes de Computadoras, Editorial Pearson, 4ta Edicin, Estados Unidos, 2003 Gmez Vieites lvaro, Otero Barros Carlos: Redes de Ordenadores e Internet, Editorial RA-MA, 1ra. Edicin, Espaa, 2010 18 IDEN 16

24

Para lvaro Gmez Vieites & Carlos Otero Barros World Wide Web:

Es un sistema de distribucin de informacin basado en hipertexto o hipermedios enlazados y accesibles a travs de Internet. Con un navegador web, un usuario visualiza sitios web compuestos de pginas web que pueden contener texto, imgenes, videos u otros contenidos multimedia, y navega a travs de ellas usando hiperenlaces19 2.11 CONCEPTOS DE ARQUITECTURA DE SISTEMAS Y SOFTWARE 2.11.1 MODELO DE SISTEMAS Para Grady Booch: El modelo del sistema es la representacin de los aspectos ms relevantes del mismo en determinado nivel de abstraccin, se capturan a travs de bloques sus subsistemas, componentes y sus relaciones que lo constituyen, tanto como su contexto.20

2.11.1.1 MODELO CONCEPTUAL

Segn Grady Booch: El modelo conceptual captura el sistema en trminos de entidades del dominio que existen (o existirn) y sus asociaciones con otras entidades del mismo. Este modelo es realizado usando terminologa del dominio del negocio y debera de ser indiferente a la tecnologa.21

2.11.1.2 MODELO LOGICO


19

Gmez Vieites lvaro, Otero Barros Carlos: Redes de Ordenadores e Internet, Editorial RA-MA, 1ra. Edicin, Espaa, 2010 20 Booch Grady: Anlisis y Diseor Orientado a Objetos con Aplicaciones, Editorial Addison-Wesley, 3ra. Edicin, Estados Unidos, 2007 21 Booch Grady: Anlisis y Diseor Orientado a Objetos con Aplicaciones, Editorial Addison-Wesley, 3ra. Edicin, Estados Unidos, 2007

25

Grady Booch tambin afirma que: El modelo lgico toma los conceptos creados en el modelo conceptual y establece la existencia y el significado de abstracciones claves y mecanismos que determinarn la arquitectura del sistema y el resto del diseo.22

2.11.1.3 MODELO FISICO

Grady Booch define el modelo fsico como: El modelo que describe la composicin de la implementacin del sistema en trminos concretos de hardware y software, obviamente este modelo es especifico de la tecnologa involucrada.23

2.11.1.4 LENGUAJE DE MODELADO UNIFICADO UML

Segn Grady Booch: El lenguaje de modelado unificado, UML, es el lenguaje principal de modelado utilizado para analizar, disear y especificar sistemas de software.24

Segn Kim Hamilton y Russell Miles: El lenguaje de modelado unificado UML, es el lenguaje de modelado estndar para el desarrollo de sistemas y software.25

2.11.1.5HERRAMIENTA CASE
22 23

IDEN 21. IDEN 21 24 IDEN 21 25 Hamilton Kim & Miles Russell: Aprendiendo UML 2, Editorial OReilly, 1ra. Edicin, Estados Unidos, 2006.

26

Segn Ian Sommerville: CASE (Ingeniera del Software Asistida por Computadora) comprende un amplio abanico de diferentes tipos de programas que se utilizan para ayudar a las actividades del proceso del software, como el anlisis de requerimientos, el modelado de sistemas, la depuracin y las pruebas. En la actualidad, todos los mtodos vienen con tecnologa CASE asociada, como los editores para las notaciones utilizadas en el mtodo, mdulos de anlisis que verifican el modelo del sistema segn las reglas del mtodo y generadores de informes que ayudan a crear la documentacin del sistema. Las herramientas CASE tambin incluyen un generador de cdigo que automticamente genera cdigo fuente a partir del modelo del sistema y de algunas guas de procesos para los ingenieros de software.26

2.12 ARQUITECTURA DE N-CAPAS Para Roger Pressman: La programacin por capas es un estilo de programacin en el que el objetivo primordial es la separacin de la lgica de negocios de la lgica de diseo; un ejemplo bsico de esto consiste en separar la capa de datos de la capa de presentacin al usuario.27

2.12.1CAPA DE ACCESO A DATOS

Segn Roger Pressman: La capa de acceso a datos es donde residen los datos y es la encargada de acceder a los mismos. Est formada por uno o ms gestores de bases de datos
26

Sommerville Ian: Ingeniera de Software, Editorial Pearson Addison-Wesley, 7ma. Edicin, Estados Unidos, 2005.
27

Pressman Roger: Ingeniera del Software, Un Enfoque Prctico, Editorial McGraw-Hill, 6ta. Edicin, Estados Unidos, 2008

27

que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperacin de informacin desde la capa de negocio.28

2.12.1 CAPA DE LOGICA DE NEGOCIO

Roger Pressman define a la capa de lgica de negocio: Donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envan las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lgica del negocio) porque es aqu donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentacin, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos de l. Tambin se consideran aqu los programas de aplicacin.29

2.12.2 CAPA DE PRESENTACION

Roger Pressman afirma que la capa de presentacin: Es la que ve el usuario (tambin se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la informacin y captura la informacin del usuario en un mnimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Tambin es conocida como interfaz grfica y debe tener la caracterstica de ser "amigable" (entendible y fcil de usar) para el usuario. Esta capa se comunica nicamente con la capa de negocio.30

2.13 ARQUITECTURA CLIENTE/SERVIDOR


28 29

IDEN 27 IDEN 27 30 Pressman Roger: Ingeniera del Software, Un Enfoque Prctico, Editorial McGraw-Hill, 6ta. Edicin, Estados Unidos, 2008.

28

La arquitectura cliente-servidor es un modelo de aplicacin distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes, llamados clientes. Un cliente realiza peticiones a otro programa, el servidor, que le da respuesta. Esta idea tambin se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy comn son los sistemas multicapa en los que el servidor se descompone en diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando as el grado de distribucin del sistema. La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay distribucin, tanto a nivel fsico como a nivel lgico. La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los clientes cada vez que estos son solicitados. Esto significa que todas las gestiones que se realizan se concentran en el servidor, de manera que en l se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso pblico y los que son de uso restringido, los archivos que son de slo
29

lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se est utilizando en una red mixta.31 2.14 ARQUITECTURA APLICACIN WEB En la ingeniera de software se denomina aplicacin web a aquellas herramientas que los usuarios pueden utilizar accediendo a un servidor web a travs de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicacin software que se codifica en un lenguaje soportado por los navegadores web en la que se confa la ejecucin al navegador. Las aplicaciones web son populares debido a lo prctico del navegador web como cliente ligero, a la independencia del sistema operativo, as como a la facilidad para actualizar y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios potenciales. Es importante mencionar que una pgina Web puede contener elementos que permiten una comunicacin activa entre el usuario y la informacin. Esto permite que el usuario acceda a los datos de modo interactivo, gracias a que la pgina responder a cada una de sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos diversos y acceder a gestores de base de datos de todo tipo.32 2.15 PATRON MODELO VISTA CONTROLADOR MVC Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que separa los datos de una aplicacin, la interfaz de usuario, y la lgica de negocio en tres componentes distintos. El patrn de llamada y retorno MVC (segn CMU), se ve frecuentemente en aplicaciones web, donde la vista es la pgina HTML y el cdigo que provee de datos dinmicos a la pgina. El modelo es el Sistema de Gestin de Base de Datos y la Lgica de negocio, y el controlador es el responsable de recibir los eventos de entrada desde la vista.

Modelo: Esta es la representacin especfica de la informacin con la cual el sistema opera. En resumen, el modelo se limita a lo relativo de la vista y su controlador

31 32

http://es.wikipedia.org/wiki/Cliente-servidor http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_Web

30

facilitando las presentaciones visuales complejas. El sistema tambin puede operar con ms datos no relativos a la presentacin, haciendo uso integrado de otras lgicas de negocio y de datos afines con el sistema modelado.

Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz de usuario.

Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca peticiones al modelo y, probablemente, a la vista.33

2.16 CONCEPTOS DE TECNOLOGIA DE SISTEMAS Y SOFTWARE 2.16.1 HTML HTML, siglas de HyperText Markup Language (lenguaje de marcado de hipertexto), hace referencia al lenguaje de marcado predominante para la elaboracin de pginas web que se utiliza para describir la estructura y el contenido en forma de texto, as como para complementar el texto con objetos tales como imgenes. El HTML se escribe en forma de etiquetas, rodeadas por corchetes angulares (<,>). HTML tambin puede describir, hasta un cierto punto, la apariencia de un documento, y puede incluir un script (por ejemplo JavaScript), el cual puede afectar el comportamiento de navegadores web y otros procesadores de HTML. HTML tambin sirve para referirse al contenido del tipo de MIME text/html o todava ms ampliamente como un trmino genrico para el HTML, ya sea en forma descendida del XML (como XHTML 1.0 y posteriores) o en forma descendida directamente de SGML (como HTML 4.01 y anteriores).34 2.16.2 SERVIDOR DE PAGINAS DINAMICAS

33

34

http://es.wikipedia.org/wiki/Modelo_Vista_Controlador

http://es.wikipedia.org/wiki/HTML

31

Las pginas del servidor son tiles en muchas ocasiones. Con ellas se puede hacer todo tipo de aplicaciones web. Desde agendas a foros, sistemas de documentacin, estadsticas, juegos, chats, etc. Son especialmente tiles en trabajos que se tiene que acceder a informacin centralizada, situada en una base de datos en el servidor, y cuando por razones de seguridad los clculos no se pueden realizar en el ordenador del usuario. Es importante destacar que las pginas dinmicas de servidor son necesarias porque para hacer la mayora de las aplicaciones web se debe tener acceso a muchos recursos externos al ordenador del cliente, principalmente bases de datos alojadas en servidores de Internet. Un caso claro es un banco: no tiene ningn sentido que el cliente tenga acceso a toda la base de datos, slo a la informacin que le concierne. Las pginas dinmicas del servidor se suelen escribir en el mismo archivo HTML, mezclado con el cdigo HTML, al igual que ocurra en las pginas del cliente. Cuando una pgina es solicitada por parte de un cliente, el servidor ejecuta los scripts y se genera una pgina resultado, que solamente contiene cdigo HTML. Este resultado final es el que se enva al cliente y puede ser interpretado sin lugar a errores ni incompatibilidades, puesto que slo contiene HTML Luego es el servidor el que maneja toda la informacin de las bases de datos y cualquier otro recurso, como imgenes o servidores de correo y luego enva al cliente una pgina web con los resultados de todas las operaciones. Para escribir pginas dinmicas de servidor existen varios lenguajes, que veremos con detenimiento ms adelante. Common Gateway Interface (CGI) comnmente escritos en Perl, Active Server Pages (ASP), Hipertext Preprocesor (PHP), y Java Server Pages (JSP).

Las ventajas de este tipo de programacin son que el cliente no puede ver los scripts, ya que se ejecutan y transforman en HTML antes de enviarlos. Adems son independientes del navegador del usuario, ya que el cdigo que reciben es HTML fcilmente interpretable.

Como desventajas se puede sealar que ser necesario un servidor ms potente y con ms capacidades que el necesario para las pginas de cliente. Adems, estos servidores podrn

32

soportar menos usuarios concurrentes, porque se requerir ms tiempo de procesamiento para cada uno. SERVIDOR WEB Un servidor web es un programa que est diseado para transferir hipertextos, pginas web o pginas HTML (HyperText Markup Language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de msica. El programa implementa el protocolo HTTP (HyperText Transfer Protocol) que pertenece a la capa de aplicacin del modelo OSI. El trmino tambin se emplea para referirse al ordenador que ejecuta el programa.35

2.16.3 PROCESO EN LADO DEL SERVIDOR La Programacin del lado del servidor es una tecnologa que consiste en el procesamiento de una peticin de un usuario mediante la interpretacin de un script en el servidor web para generar pginas HTML dinmicamente como respuesta. Todo lo que suceda dentro del servidor es llamado procesamiento del lado del servidor, o server-side processing. Cuando tu aplicacin necesita interactuar con el servidor (por ejemplo, para cargar o guardar datos), sta realiza una peticin del lado del cliente (client-side request) desde el navegador, a travs de la red usando invocaciones remotas a mtodos (remote procedure call, RPC). Mientras se est procesando una llamada RPC, tu servidor est ejecutando cdigo del lado del servidor.36 2.16.4 PROCESO EN LADO DEL CLIENTE Un lenguaje del lado cliente es totalmente independiente del servidor, lo cual permite que la pgina pueda ser albergada en cualquier sitio. Pero nuestra pgina no se ver bien si la

35 36

http://es.wikipedia.org/wiki/Servidor_web http://prograweb.com.mx/pweb/0301clienteServidor.html

33

computadora cliente no tiene instalados los plug-in adecuados. El cdigo, tanto del hipertexto como de los scripts, es accesible a cualquiera y ello puede afectar a la seguridad.37 2.16.5 LIBRERA DE CLASES DINAMICA Una biblioteca de enlace dinmico o ms comnmente DLL (sigla en ingls de dynamic-link library) es el trmino con el que se refiere a los archivos con cdigo ejecutable que se cargan bajo demanda de un programa por parte del sistema operativo. Esta denominacin es exclusiva a los sistemas operativos Windows siendo ".dll" la extensin con la que se identifican estos ficheros, aunque el concepto existe en prcticamente todos los sistemas operativos modernos Las DLL son o se pueden ver como la evolucin de las bibliotecas estticas (en diversos sistemas) y de forma anloga contienen funcionalidad o recursos que utilizan otras aplicaciones. Sin embargo, su uso proporciona algunas ventajas:

Reducen el tamao de los archivos ejecutables: Gran parte del cdigo puede estar almacenado en bibliotecas y no en el propio ejecutable lo que redunda en una mejor modularizacin.

Pueden estar compartidas entre varias aplicaciones: Si el cdigo es suficientemente genrico, puede resultar de utilidad para mltiples aplicaciones (por ejemplo, la MFC es una biblioteca dinmica con clases genricas que recubren la API grfica de Windows y que usan gran parte de las aplicaciones).

Facilitan la gestin y aprovechamiento de la memoria del sistema: La carga dinmica permite al sistema operativo aplicar algoritmos que mejoren el rendimiento del sistema cuando se carguen estas bibliotecas. Adems, al estar compartidas, basta con mantener una copia en memoria para todos los programas que la utilicen.

Brindan mayor flexibilidad frente a cambios: Es posible mejorar el rendimiento o solucionar pequeos errores distribuyendo nicamente una nueva versin de la

37

http://prograweb.com.mx/pweb/0202ladoCliente.html

34

biblioteca dinmica. Nuevamente, est correccin o mejora ser aprovechada por todas las aplicaciones que compartan la biblioteca.38 PLATAFORMA DE DESARROLLO 2.17 CONCEPTOS DE PROCESOS DE DESARROLLO DE SISTEMAS Y SOFTWARE 2.17.1 PROCESO DE DESARROLLO El objetivo de un proceso de desarrollo es subir la calidad del software (en toda las fases por la que pasa) a travs de una mayor transparencia y control sobre el proceso. Da igual si es algo casero o para un cliente, hay que producir lo esperado en el tiempo esperado y con el costo esperado. Es labor del proceso de desarrollo hacer que esas medidas para aumentar la calidad sean reproducibles en cada desarrollo.39 2.17.2 PROCESO DE DESARROLLO DE SISTEMAS El desarrollo de sistemas es un proceso que consiste en dos etapas principales de anlisis y diseo de sistemas; comienza cuando la gerencia, o en algunas ocasiones el personal de desarrollo de sistemas, se da cuenta de cierto sistema del negocio necesita mejorarse. El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los analistas, diseadores y usuarios, que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de informacin. Se debe tener presente que en la mayora de las situaciones del negocio, las actividades estn ntimamente relacionadas y son inseparables. El ciclo de vida del desarrollo de sistemas consiste en las siguientes actividades: 1. Investigacin preliminar 2. Determinacin de requerimientos

38 39

http://es.wikipedia.org/wiki/Biblioteca_de_enlace_dinamico http://www.willydev.net/descargas/articulos/general/cualxpfddrup.PDF

35

3. Desarrollo de sistema prototipo 4. Diseo de sistema 5. Desarrollo de software 6. Prueba de los sistemas 7. Puesta en marcha40 2.17.3 PROCESO DE DESARROLLO DE SOFTWARE Grady Booch, Ivar Jacobson y James Rumbaugh definen el proceso de desarrollo de software como: Un conjunto de pasos parcialmente ordenados pensados para alcanzar una meta; en la ingeniera de software la meta es construir un producto de software o reforzar uno existente.41

40 41

http://html.rincondelvago.com/desarrollo-de-sistemas.html Booch Grady & Ivar Jacobson & James Rumbaugh: EL Proceso Unificado, Prentice Hall Hispanoamrica, 1ra Edicin Mxico, 2000

36

CAPITULO III METODOLOGIA

37

CAPITULO III METODOLOGIA

Se describen los mtodos tericos y empricos aplicados dentro de la investigacin y el diseo del proyecto donde se aplic el proceso de ingeniera de software Proceso Unificado de Desarrollo (RUP). 3.1 MTODOS Mtodos Tericos Histrico - Lgico. El mtodo histrico reproduce la esencia del objeto de estudio, estudia la trayectoria de los fenmenos y acontecimientos. El lgico reproduce en el plano terico lo ms importante del fenmeno. Este mtodo histrico- lgico se emple en toda la redaccin del proyecto, en los antecedentes, marco terico, diagnostico y conclusiones. Mtodo Sistmico El mtodo sistmico es un proceso mediante el cual se relacionan los hechos con la teora, el cual consiste en la reunin racional de varios elementos dispersos. Este mtodo se aplic para concatenar todo el trabajo hasta su conclusin. Dentro de este mtodo se aplic el conjunto de metodologas RUP que se detalla a continuacin.

38

3.2 METODOLOGIA RUP De manera general el RUP organiza todo el proceso de desarrollo del software en cuatro fases, cada una de las cuales contempla en diferente magnitud la presencia de diferentes disciplinas organizadas estructuralmente. FIGURA N 4

ORGANIZACIN ESTRUCTURAL DE LA METODOLOGA RUP

39

Fuente:[Jacob &Booch&Rumb 2000] Fase de inicio Se recolect y documento la informacin necesaria para dar comienzo al proyecto. Se organiz la informacin. Se enumer los requerimientos candidatos para que figuren en la lista de caractersticas del sistema.

Se model los requerimientos funcionales pertinentes como casos de uso.

Se recolect los requisitos no funcionales relacionados. Se delimit mbito del sistema propuesto, es decir, se defini los lmites del sistema y se empez a identificar las interfaces del sistema.

Se obtuvo una primera versin del modelo del negocio que describe el contexto del sistema.

Fase de Elaboracin

Se recopil la mayor parte de los requisitos que quedaron pendientes en la fase de inicio, formulando as los requisitos funcionales como casos de uso.

40

Se estableci una base solida de la arquitectura del sistema para guiar el trabajo durante las fases de construccin y elaboracin.

Se observ y se control los riesgos crticos que an quedaban pendientes y se identificaron los riesgos significativos hasta el punto de estimar su impacto.

Se obtuvo el manual de usuario preliminar. Se obtuvo el anlisis del negocio completo.

Fase de Construccin

Se obtuvo el sistema de software ejecutable en una versin con capacidad operacional inicial.

Se concluy con la elaboracin de todos los artefactos, incluyendo los modelos del sistema.

Se obtuvo la descripcin del sistema de forma modificada y actualizada. Se obtuvo una versin preliminar del manual del usuario, lo suficientemente detallado como para guiar a todos los usuarios.

Fase de Transicin

Se cumplieron a su totalidad los requisitos establecidos en las anteriores fases.

41

Se obtuvo la versin completa y corregida de lnea base de la versin del producto, incluyendo todos los modelos del sistema.

Se termin el producto software ejecutable. Se obtuvo la descripcin actualizada de la arquitectura. Se obtuvo los manuales y materiales de formacin del usuario final.

Mtodos Empricos Encuesta Este mtodo se aplic al rea de administrativa del SUSA y establecimientos de servicios salud de la ciudad Trinidad. Observacin A travs de este mtodo se observ todo el proceso registro de prestaciones, atencin de pacientes, consultas ambulatorias y elaboracin de REPES en los establecimientos de servicios de salud de la ciudad de trinidad.

42

CAPITULO IV DIAGNOSTICO Y PROPUESTA CONSTRUCCIN DEL SISTEMA

43

CAPITULO IV DIAGNOSTICO Y PROPUESTA - CONSTRUCCIN DEL SISTEMA

4.1 MODELO DE NEGOCIO Diagrama del Modelo de Casos de Uso del Negocio

uc Casos de Uso de Negocio Establecimientos

Realizar Prestaciones Establecidas Asegurado

Elaborar REPES Administracin Financiera - SUSA

44

4.2 MODELO DE REQUERIMIENTOS Modelo de Casos de Uso del Sistema


uc Casos de Uso del Sistema SISCPE

Registrar Consulta Ambulatoria

Generar REPES

Adm. Establecimiento (from Actores) Imprimir Receta Consultar Datos Estadisticos

Medico (from Actores) Consultar Prestaciones a Asegurado Adm. SUSA Gestionar Usuarios

Registrar Prestacin Secretaria Establecimiento (from Actores)

Gestionar Establecimientos

Adm. del Sistema

45

Especificacin de Casos de Uso del Sistema Registrar Consulta Ambulatoria


act Activ ity Mdico SISCPE

Solicitar registro de consulta ambulatoria

Desplegar Nuev o Formulario de Consulta Ambulatoria

Registrar informacin de Consulta validar datos

Guardar Informacin de Consulta

46

Especificacin de Casos de Uso del Sistema Imprimir Receta


act Activ ity Mdico SISCPE

Solicitar impresion de de receta Desplegar Formulario de Receta

Confirmar Impresin de receta

Imprimir Receta

47

Especificacin de Casos de Uso del Sistema Consultar Prestaciones de Asegurado

act Activ ity Mdico SISCPE

Solicitar Consulta de Prestaciones para el Asegurado Desplegar Lista de Asegurados

Seleccionar Asegurado

Mostrar lista de Prestaciones del Asegurado Seleccionar Prestacin

Mostrar detalle de la Prestacin

48

Especificacin de Casos de Uso del Sistema Registrar Prestacin


act Activ ity Secretaria del Establecimiento SISCPE

Solicitar Registro de Prestacin

Desplegar Formulario de Registro de Prestacin

Seleccionar Mdico para la Prestacin

Escribir datos de Prestacin [datos invalidos] Validar datos

[datos validos]

Guardar Prestacin Solicitar Imprimir Registro de Prestacin Imprimir Prestacin

49

Especificacin de Casos de Uso del Sistema Generar REPES

act Activ ity Adm. Establecimiento SISCPE

Solicitar Generar REPES Desplegar lista de Meses

Seleccionar Ms

Desplegar Informe de REPES

Solicitar Exportacion de Repes en algun Tipo de Archiv o

Solicitar Imprimir REPES

Imprimir REPES

Exportar REPES

50

Especificacin de Casos de Uso del Sistema Registrar Prestacin


act Activ ity Adm. Establecimiento Adm. SUSA SISCPE

Desplegar Formularios de Estadsticas

Solicitar Estadsticas para Establecimiento

Solicitar Estadisticas para el SUSA

Desplegar Gestin o Periodo para la Estadstica Seleccionar Periodo

Seleccionar Periodo

Desplegar Datos Estadisticos

51

Especificacin de Casos de Uso del Sistema Gestionar Usuarios

act Activ ity Adm. del Sistema SISCPE

Solicitar Gestionar Usuario

Desplegar Formulario de Usuarios

Solicitar Registrar nuev o Usuario Desplegar Formulario de Registro de Usuario

Escribir datos de usuario

validar datos [datos incorectos] [datos correctos]

Guardar Usuario

52

Especificacin de Casos de Uso del Sistema Gestionar Establecimientos

act Activ ity Adm. del Sistema SISCPE

solicitar registrar establecimiento

Desplegar formulario de registro de establecimientos Escribir datos de Establecimiento

validar datos [datos incorrectos] [datos correctos]

Guardar Establecimiento

53

4.3 MODELO DE ANLISIS & DISEO Especificacin de Diseo - Modelo de Entidades


class Entidades

InsumoUtilizado

Insumo

Red

Prov incia Receta Consulta Prestacion

Municipio

Afiliado

Establecimiento

Localidad

Usuario

54

Especificacin de Diseo Esquema de Datos

55

4.4 MODELO DE IPLEMENTACIN Especificacin de Implementacin Diagrama de Componentes SISCPE

cmp Componentes

Data Base BDSCPESPS

dll BDSCPESPS_DAL

dll SISCPE

dll ASPNET

Framework NET FRAMEWORK 4

dll MVC 3

56

4.5 MODELO DE DESPLIEGUE Especificacin de Implementacin Diagrama de Nodos SISCPE


deployment NODOS SISCPE

Serv idor SISCPE

Servidor de Datos SQL Server 2008 IIS SISCPE

0..* device Impresora * * device Sw itch device Enrutador

1..*

1..* Terminales Establecimiento

Navegador Web

Terminales

Navegador Web

57

CAPITULO V CONCLUSIONES Y RECOMENDACIONES

58

CAPITULO V CONCLUSIONES Y RECOMENDACIONES

5.1 CONCLUSIONES Se recopil los requerimientos funcionales y no funcionales que delimitan la funcionalidad requerida para el mejor control de las prestaciones establecidas. De esta manera se defini todas las necesidades claves que forman el conjunto de funcionalidades y limites del sistema

Se analizaron los procesos de negocio para el control y registro de prestaciones establecidas que sistematizan la las tareas de control, registro y generacin de reportes. De esta manera se obtuvo un conocimiento claro acerca de las problemas y cuellos de botella en el proceso de control de las prestaciones establecidas

Se

dise

una

arquitectura

Cliente/Servidor

para

sistemas

web

(Cliente

Ligero/Servidor Robusto), tambin se utilizo el diseo del patrn Modelo Vista Controlador para la implementacin del Sistema de Control de Prestaciones Establecidas.

Se Implement la arquitectura del sistema basada en componentes reutilizables bajo un patrn de capas que permitan la reutilizacin y flexibilicen las tareas de actualizacin de la misma. Se implemento una librera de clases dinmica para encapsular la lgica de negocio y el acceso a datos, lo que permite en un futuro desarrollar ms funcionalidades u otras aplicaciones reutilizando las clases ya implementadas.

59

5.2 RECOMENDACIONES Se recomienda utilizar el Servidor de Servicios de Informacin de Internet 7 para el hospedaje del sistema web, este brinda el soporte necesario para la funcionalidad de aplicaciones .Net 4, el cual es parte de la implementacin de las aplicaciones bajo el Patrn MVC 3 y 4 para ASP.NET. Se recomienda a futuro extender la funcionalidad del registro de Prestaciones a aplicaciones Mviles, esto facilitar a los mdicos el registro de las consultas ambulatorias en el lugar donde se precise esta funcionalidad.

60

BIBLIOGRAFIA

61

Bibliografa Referencias Bibliogrficas: ISO/IEC: 15288, Estado Unidos, 2002 Concilio Internacional de Ingeniera de Sistemas INCOSE: Manual del Ingeniero de Sistemas, Versin 3.1, Estados Unidos, 2007. Sommerville Ian: Ingeniera de Software, Editorial Pearson Addison-Wesley, 7ma. Edicin, Estados Unidos, 2005 Elmasri & Navathe: Fundamentos de Base de Datos, Editorial Pearson, 5ta. Edicin, Espaa, 2007 Tanenbaum Edward S.: Redes de Computadoras, Editorial Pearson, 4ta Edicin, Estados Unidos, 2003 Gmez Vieites lvaro, Otero Barros Carlos: Redes de Ordenadores e Internet, Editorial RA-MA, 1ra. Edicin, Espaa, 2010 Booch Grady: Anlisis y Diseor Orientado a Objetos con Aplicaciones, Editorial Addison-Wesley, 3ra. Edicin, Estados Unidos, 2007 Hamilton Kim & Miles Russell: Aprendiendo UML 2, Editorial OReilly, 1ra. Edicin, Estados Unidos, 2006. Pressman Roger: Ingeniera del Software, Un Enfoque Prctico, Editorial McGrawHill, 6ta. Edicin, Estados Unidos, 2008.

Referencias de Internet:

(http://es.wikipedia.org/wiki/Asegurado) (http://es.thefreedictionary.com/carn) (http://www.arpsura.com/index.php?option=com_glossary&id=108&Itemid=130) (http://www.arqhys.com/casas/externa-consulta.html) (http://es.thefreedictionary.com/recetario) (http://www.ops.org.bo/textocompleto/nmp29939.pdf) (http://es.wikipedia.org/wiki/Sistema_de_informacin) (http://es.wikipedia.org/wiki/Cliente-servidor) ( http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_Web) (http://es.wikipedia.org/wiki/Modelo_Vista_Controlador) (http://es.wikipedia.org/wiki/HTML) (http://es.wikipedia.org/wiki/Servidor_web) (http://prograweb.com.mx/pweb/0301clienteServidor.html) (http://prograweb.com.mx/pweb/0202ladoCliente.html) (http://es.wikipedia.org/wiki/Biblioteca_de_enlace_dinamico (http://www.willydev.net/descargas/articulos/general/cualxpfddrup.PDF) (http://html.rincondelvago.com/desarrollo-de-sistemas.html)

62