ndiceContenidoINTRODUCCIN1ANTECEDENTES2ANTECEDENTES DE LA INSTITUCION3PLANTEAMIENTO DEL PROBLEMA5FUNDAMENTACION DEL PROBLEMA5FORMULACIN DEL PROBLEMA6OBJETO DE ESTUDIO6FORMULACIN DE OBJETIVOS6OBJETIVO GENERAL6OBJETIVOS ESPECFICOS7CAMPO DE ACCIN7CRITERIO DE EVALUACION DE LOS OBJETIVOS7JUSTIFICACIONES7JUSTIFICACIN TCNICA7JUSTIFICACION SOCIAL8ALCANCES8LIMITES8APORTES9TERICO9PRCTICO9INGENIERIA DEL PROYECTO9CAPTULO I11MARCO TERICO111.1CENTRO DE SALUD111.2PRIMER NIVEL DE ATENCION111.3ADMINISTRACION CLINICA121.4GESTION DE LA INFORMACION121.5ADMINISTRACIN DE INFORMACIN131.6SISTEMA131.7SISTEMA DE INFORMACION141.8CLASIFICACIN DE LOS SISTEMAS DE INFORMACIN151.9ACTIVIDADES DE LOS SISTEMAS DE INFORMACION161.10SISTEMA INTEGRAL DE INFORMACIN171.11SISTEMAS DE INFORMACION EN EL AREA DE SALUD181.12INGENIERA DE SOFTWARE181.13METODOLOGIA191.13.1PROCESO UNIFICADO AGIL (AUP)191.13.1.1CICLO DE VIDA DEL PROCESO UNIFICADO AGIL (AUP201.13.2UNIFIED MODELING LANGUAGE (UML)221.1.1.DIAGRAMA DE CLASES:241.13.3HERRAMIENTA CASE DE MODELACIN DE SISTEMAS251.14INTRODUCCIN A LA BASE DE DATOS271.14.1VENTAJAS DEL USO LA BASE DE DATOS271.14.2ARQUITECTURA DE LA BASE DE DATOS281.14.3MODELO DE BASE DE DATOS281.14.4SQL SERVER291.15VISUAL ESTUDIO291.15.1VISUAL C#301.15.2CARACTERSTICAS DE VISUAL C#301.15.3VENTAJAS DE VISUAL C #311.16PRUEBAS DEL SISTEMA311.16.1PRUEBAS DE CAJA NEGRA.321.16.2PRUEBAS DE CAJA BLANCA.321.16.3PRUEBAS DE INTEGRACIN321.16.4PRUEBAS DE CONTENIDO:321.16.5PRUEBAS DE FUNCIONALIDAD:321.16.6PRUEBAS DE USABILIDAD:33CAPTULO II342DETERMINACIN DE REQUERIMIENTOS342.1Descripcin del negocio342.2Modelo de casos de uso del negocio12.3Diagrama de Actividades12.4Especificacin de actores y casos de uso del negocio32.4.1Actores32.4.2Casos de uso42.5REQUERIMIENTOS ESPECFICOS62.5.1REQUERIMIENTOS FUNCIONALES72.5.2REQUERIMIENTOS NO FUNCIONALES83ANLISIS83.1DIAGRAMA DE PAQUETES83.2ACTORES DEL SISTEMA83.3ESPECIFICACIN DE ACTORES DEL SISTEMA93.4DIAGRAMA DE ACTIVIDADES93.5DIAGRAMA DE DOMINIO93.6DIAGRAMA DE CASOS DE USO DEL SISTEMA103.6.1ESPECIFICACIN DE CASOS DE USO DEL SISTEMA13.7DIAGRAMA DE CLASES ANLISIS224DISEO242.DISEO242.1.MODELO RELACIONAL DE LA BASE DE DATOS242.2.DIAGRAMA DE CLASES PERSISTENTE25Diagrama de Secuencias: Autenticar Usuario13.IMPLEMENTACIN53.1.Diagrama de Componentes53.2.Diagrama de Despliegue54.PRUEBAS54.1.Pruebas de Unidad54.2.Pruebas de Tiempo de respuesta54.3.Pruebas de Caja Blanca54.4.Pruebas de Caja Negra55.ESTIMACIN DE COSTOS MEDIANTE PUNTOS CASOS DE USO56.CONCLUSIONES Y RECOMENDACIONES56.1.CONCLUSIONES56.2.RECOMENDACIONES57.BIBLIOGRAFA58.ANEXOS5

INTRODUCCIN

La mayora de los servicios de salud estn representados por hospitales, clnicas y puestos de salud, los cuales son manejados por el gobierno y por el sector privado.Se construyen y funcionan centros de salud para la prestacin de asistencia a la poblacin .Sin embargo, la expresin centros de salud ha tenido muchos y muy distintos significados en los diferentes pases e incluso en diversos contextos dentro del mismo pas.Un objetivo muy importante que tiene la atencin primaria de la salud es la de realizartareas preventivasen la poblacin a travs de diferentes mecanismos. Uno de ellos consisteen educar e informar mientras se atiende al paciente, de forma que despus pueda transmitiresos conocimientos y consejos a su entorno. Otra forma involucra actividades orientadasdirectamente a la poblacin en general, a travs de charlas masivas o actividades especialesque pueden realizarse en las instalaciones del lugar de atencin o en instituciones comoescuelas o centrospara la tercera edad.[footnoteRef:1] [1: Evaluacin de centros de salud pblica ,Milton Roemer]

El control de muchas enfermedades depende bsicamente de la prevencin y de lallegada deinformacincertera a la poblacin, lo cual no slo disminuye la cantidad de afectados por unapatologa, sino que adems permite un mejor manejo de los recursosmdicosdisponibles.Todo centro de salud, cumple un objetivo social muy especfico, no escapando su administracin a la condicin de empresa ni a la necesidad de contar con sistemas avanzados que le permitan controlar y cumplir con los objetivos propuestos, en este caso analizaremos el dispensario que es un centro de salud muy conocido y concurrido por la poblacin.[footnoteRef:2] [2: El rol del centro de salud en un sistema local de salud basado en la estrategia de atencin primaria, Mercenier, adaptado por la Dra. zurita ]

El Centro de Salud JUAN PABLO II, es un servicio de atencin primaria en salud. Se encuentra en una zona peri-urbana de la ciudad de Oruro, poblacin principalmente de migrantes de centros mineros del altiplano boliviano. El estudio, de tipo transversal descriptivo, se realiz en el rea de cobertura de este Centro, tomando como poblacin a las personas adultas que acuden al mismo.La mayor demanda de la poblacin es recibir atencin oportuna con calidez y eficacia. Piensan que una forma de mejorar la atencin es la cualificacin, formacin y actualizacin del personal.Se puede asegurar que la calidad de salud que brinda el dispensario JUAN PABLO II se refleja en los servicios que presta a los pacientes y en la bsqueda del cumplimiento de la misin humanitaria. La atencin que brinda el dispensario en el rea de consulta interna constituye uno de los puntos de mayor movimiento que necesita de un control sobre la informacin que genera .El dispensario de primer nivel trata de ofrecer a la gente un mejor servicio global; y su evaluacin no tiene por objetivo medir simplemente el impacto especifico de la intervencin sanitaria sobre uno u otro problema de salud.ANTECEDENTES

Las instituciones encargadas de velar por la salud y bienestar de las personas , as como de prestar los servicios de salud, requieren de una efectiva modernizacin y coordinacin de su infraestructura, polticas, programas y servicios, a fin de lograr la universalidad de los servicios, mediante las estrategias de descentralizacin y desconcentracin de los programas y servicios, y la participacin social, promovida en base a los principios de equidad, solidaridad y eficiencia; y que para el logro de tales fines deben elaborarse polticas de Estado en materia de salud, que permitan la modernizacin y reestructuracin del sector salud, de acuerdo a los requerimientos de la sociedad.A falta de mnimas condiciones sanitarias en los hogares y calles, en una zona poblada por familia de escasos recursos, su inaccesibilidad a servicios de salud, inspiro a Pablo Koch a dar una respuesta comprometida dentro de las posibilidades de su poca .En un local muy sencillo a lado de la casa parroquial en 1964 inicia su actividad con un mnimo de atencin mdica. En 1970 se amplan los servicios con la direccin de Felipe Mackenna .Entre 1964 y 1979 meritorios profesionales mdicos y enfermeras trabajan atendiendo a los pacientes, cada vez ms numerosos.En fecha 07 de septiembre de 2011 nace con el nombre de Dispensario parroquial Juan Pablo II ,institucin de servicio ,sin fines de lucro ,dependiente de la iglesia catlica ,se constituye en centro de atencin: medica, odontolgica, Farmacia Popular, ecografa, enfermera y de laboratorio; abierto a la comunidad necesitada y de escasos recursos econmicos ,sin distincin de edad, sexo, raza, credo religioso ni color poltico; basados en los principios del evangelio y de la doctrina social de la iglesia ;como institucin de iglesia ,es privada de derecho pblico .Tiene como finalidad la defensa de la vida, el cuidado y prevencin de la salud de los ms necesitados de la zona a travs de la atencin mdico-asistencial -integral a las personas de escasos recursos, prestndoles un servicio acorde a sus necesidades. Los objetivos principales de la institucin es de brindar atencin integral mdica, odontolgica, ecografa, enfermera de laboratorio tambin el de defender y proteger la vida de la comunidad hacindole participes de la misma y lograr una comunidad ms justa solidaria y sana.El Centro de Salud Juan Pablo II de primer nivel, juega un rol primordial en la atencin mdica de la poblacin y por tanto el propsito de mejorar las condiciones del mismo, sern un aporte para quienes requieren sus servicios de forma inmediata.Se han desarrollado varios sistemas de informacin, para la mejora de la atencin a los pacientes, por ejemplo: Sistema integrado de administracin medica caso: Poli clina Oruro, Ing. Roly Jurez Choque. Este proyecto de grado integra subsistemas de sus diferentes especialidades y reas especficas, automatiza la administracin de la informacin generada en la atencin en pacientes internos. Sistema automatizado para gestin medica de historiales clnicos en el seguro social universitario, Ing. Reynaldo Zabaleta Rioja. Donde optimiza el manejo de informacin clnica de un paciente y posibilita contar con informacin histrica necesaria, reduce el tiempo en la bsqueda de informacin clnica, duplicidad de informacin y prdida de documentos. Sistema administrativo para la gestin de informacin clnica: caso policlnica popular de salud, Ing. Silverio Condo Huanca. Este trabajo dirigido realiza la informatizacin de la historia clnica, unifica toda la informacin del paciente que se registra en el centro mdico, integra hospitalizacin, consulta general, servicio odontolgico.Sin embargo, la institucin cuenta con sistema de control de historiales clnicos de pacientes con muchas limitaciones en cuanto al manejo de informacin y procedimiento propios de la administracin de estos historiales. En virtud de lo expuesto anteriormente el presente proyecto realiza el estudio de la automatizacin y manejo de informacin de las actividades mdicas, para colaborar a un seguimiento sistemtico oportuno de los registros llevados a cabo en el Dispensario Juan Pablo II.ANTECEDENTES DE LA INSTITUCINRESEA HISTORICA

La falta de mnimas condiciones sanitarias en los hogares y calles, en una zona poblada por familias de escasos recursos, su inaccesibilidad a servicios de salud, inspir a P. Pablo Koch a dar una respuesta comprometida dentro de las posibilidades de la poca.En un local muy sencillo a lado de la casa parroquial en 1964 inicia su actividad con un mnimo de atencin mdica.En 1970 con la Direccin de P. Felipe Mackenna se amplan los servicios. Entre 1964 y 1979 meritorios profesionales mdicos y enfermeras trabajan atendiendo a los pacientes, cada vez ms numerosos. Destacando especialmente el Dr. Ral Cabrera B., profesional mdico identificado con el Dispensario hasta su muerte en 1999.De 1979 a 1987, suceden acontecimientos que consolidan y permiten su expansin, en condiciones de inestabilidad econmica crtica que vivi el pas. Por el trabajo de los padres del grupo misionero de Santiago Apstol en San Pio X y Paria, se logr contactos que posibilitaron la ampliacin de sus ambientes y la instalacin de un laboratorio clnico. Con la Direccin de P. Kevin Foote, el apoyo y la experiencia de P. Donald Bowen se consiguen de CatholicReliefServices, la financiacin y ejecucin de un proyecto que mejor los servicios en el Dispensario y fue apoyo sustancial al funcionamiento de la Farmacia Popular, con un Fondo Rotativo para stock anual de medicamentos.En 1987 P. Donald Bowen, invitado por el Coordinador Regional de Santiago Apstol, asume la Direccin que desempea por ms de 15 aos. El nuevo Director dise un sistema de administracin acorde al crecimiento de la Institucin, con registros computarizados.En 1991 el Club de Leones de Frankfurt (Alemania), apoya al Dispensario con donaciones de instrumental dental y en 1993 financia una ampliacin de infraestructura, obra concluida en 1994.As desde su inicio nuestro Dispensario en 38 aos ha desarrollado desde pocos servicios elementales de salud hasta convertirse en un Centro Mdico Asistencial.En fecha 07 de Septiembre de 2011 nace con el nombre de Dispensario Parroquial Juan Pablo II, Institucin de servicio, sin fines de lucro, dependiente de la Iglesia Catlica; se constituye en Centro de atencin: mdica, odontolgica , farmacia popular, ecografa, enfermera y de laboratorio; abierto a la comunidad necesitada y de escasos recursos econmicos; sin distincin de edad, sexo, raza, credo religioso ni color poltico; basados en los principios del Evangelio y de la Doctrina Social de la Iglesia. Como institucin de Iglesia, es Privada de derecho pblico.DOMICILIO.

El Dispensario est ubicado en La Ciudad de Oruro -Plaza Sebastin Pagador, en la interseccin de las calles Galleguillos y Barrientos N 888 de la ciudad de Oruro, zona Norte, en los ambientes de la Casa Parroquial de la Parroquia San Po X.MISION

El Dispensario Parroquial Juan Pablo II, en comunin con la pastoral de salud y en coordinacin con los otros Centros de la Dicesis prestar su servicio en forma responsable, solidaria y comprometida con la opcin preferencial por los pobres. VISION

Fieles a la Doctrina de Jess, a su Evangelio y a la Doctrina de la Iglesia, prestar apoyo solidario cuidando la vida y la salud de los vecinos de la zona, pero con especial preferencia, a los ms pobres, mostrando la Misericordia del Padre que acoge a sus hijos ms dbiles Vengan benditos de mi Padre y tomen posesin del Reino porque tuve hambre, tuve sed, estuve enfermo y en desgracia y me habis socorrido (Mt. 25. 31-36).ESTRUCTURA DE LA INSTITUCION

Figura 1. Orgranigrama Jun PabloASPECTOS OPERATIVOS

La Actividad Principal y Operativa de la Institucin es el de Brindar Servicios de salud a toda la Comunidad Entera y a personas de escasos recursos sin discriminacin, edad, raza o sexo.

Figura 2. Ingresos propios de la actividadLetra12 y figuras 12SITUACION PROBLMICA

El dispensario Juan Pablo II, es una Institucin que presta servicios de salud de primer nivel.Este centro mdico de primer nivel debe entregar una notificacin semanal para la vigilancia epidemiolgica, adems, de un informe mensual de prestacin de servicios al ministerio de salud y previsin social; para este cometido es necesario contar con historiales clnicos llenadas correctamente desde el ingreso hasta la alta mdica del paciente.Los procedimientos para llevar adelante estas actividades del dispensario, se realizan en forma precaria provoca problemas al momento de gestionar la informacin correspondiente a los historiales de los pacientes, bajo las siguientes caractersticas: La comunicacin es deficiente entre la administracin y el rea encargada del manejo de informacin de los pacientes, historiales clnicos y datos estadsticos, causando retardo en la entrega de reportes. Existe prdida de historiales clnicos debido a transferencias e ineficiente manejo de archivos, bajo un seguimiento discontinuo no actualizado de informacin sobre la atencin de consultas, procedimientos, diagnsticos, recomendaciones y tratamientos mdicos de los pacientes. El acceso a la informacin de los historiales clnicos de los pacientes, requerido por la parte mdica es incompleta debido a los procedimientos precarios propios de la aplicacin software de la institucin El deficiente control de los historiales clnicos no sustenta de forma sistemtica la elaboracin de estadsticas propias del centro de salud; la cuantificacin del ndice epidemiolgico del centro no utiliza datos reales.PLANTEAMIENTO DEL PROBLEMA

Cmo mejorar la administracin de la informacin generada en la atencin de los pacientes para un seguimiento oportuno y actualizado de los historiales clnicos en el Centro de Salud Juan Pablo II?OBJETO DE ESTUDIOSe toma como objeto de estudio EL SISTEMA DE INFORMACION EN FUNCION de los procesos de la administracin de los historiales clnicos del Centro de Salud JUAN PABLO II.OBJETIVOS OBJETIVO GENERAL

Implementar un sistema de informacin, para la registrar y controlar la informacin generada en la atencin de los pacientes, a fin de realizar un seguimiento oportuno y actualizado de los historiales clnicos en el Centro de Salud Juan Pablo II.OBJETIVOS ESPECFICOS

Analizar la documentacin y procedimientos sobre la atencin de consulta, historiales clnicos de pacientes, para definir el modelo de proceso del negocio. Analizar el modelo de casos de usos para determinar los requisitos funcionales del sistema. Modelar el sistema de informacin haciendo uso de los artefactos UML para definir la arquitectura del sistema. Implementar el Modelo del Sistema para obtener la aplicacin software como producto terminado. Evaluar la funcionalidad del sistema para verificar el cumplimiento de los requerimientos del negocio.CAMPO DE ACCINEl campo de accin a la cual se orienta el presente proyecto es Centro de Salud Juan Pablo II el rea de historiales clnicos, relacionado con el registro de los pacientes y sus respectivos procedimientos de atencin mdica.CRITERIO DE EVALUACION DE LOS OBJETIVOS

Para el cumplimiento del objetivo general y objetivos especficos del proyecto, se utilizara pruebas de caja negra o caja blanca; la incidencia del proyecto en la institucin se validar a travs del escalamiento Likert; instrumento para medir la puntuacin de aceptacin y verificacin de los requerimientos del proyecto. JUSTIFICACIONESJUSTIFICACIN TCNICA

El Proyecto se desarrolla por las necesidades del Centro de Salud en cuanto a la administracin de los historiales clnicos con el objetivo de realizar un seguimiento oportuno y el control de la informacin para la atencin a los pacientes con el fin de mejorar la prestacin de servicios mdicos propios del centro de salud.El sistema es diseado a travs de procedimientos propios de la metodologa RUP, se realiza un control de gestin de la informacin. La metodologa coadyuva a mejorar los procesos de registro y control de los historiales; en su fase de construccin, integrando datos, a travs de la tecnologa cliente servidor; donde la informacin generada es confiable y segura.El sistema de informacin ser implementado en plataforma web esto con el fin de la utilizacin de tecnologas emergentes propias de las TICs.JUSTIFICACION SOCIAL

El sistema de informacin permitir brindar al paciente una mejor atencin, como tambin garantizar la seguridad de sus historiales clnicos, por otra parte beneficiar al responsable del rea administrativa del Centro de Salud, asimismo, el personal mdico, en cuanto al acceso de informacin oportuna con mayor rapidez, eficacia y confiabilidad.ALCANCES

El presente proyecto, cubrir los siguientes mdulos principales con las siguientes caractersticas:Posibilitar una comunicacin fluida entre la administracin y el rea encargada del manejo de historiales clnicos del Centro de Salud, adems, del manejo de informacin de los pacientes, datos estadsticos y reportes.Se establecer procedimientos de control continuo de informacin de los historiales clnicos, manejo de archivos de informacin sobre la atencin de consultas, procedimientos, diagnsticos, recomendaciones y tratamientos mdicos de los pacientes.Se realizara informes estadsticos sistematizados, sustentados con informacin actualizada en cuanto a la prestacin de servicios mdicos o consultas mdicas propias del Centro de Salud; la cuantificacin del ndice epidemiolgico del centro ser real y fehaciente.Las ordenes y recetas mdicas, tendrn un seguimiento continuo en cuanto al tratamiento mdico. LIMITES

Las limitaciones del presente proyecto de grado son los siguientes: No controlar el recurso humano, planillas de sueldos, activos fijos, ni ningn tipo del rea administrativa de la institucin. No controlar el manejo econmico.El sistema de informacin se enmarcar especficamente a las normas actuales del Centro de Salud Juan Pablo II con el fin de modelar aquellas actividades necesarias para la automatizacin.APORTESTERICO

El usuario contar con una herramienta de automatizacin a la medida de sus requerimientos. Informes y reportes que emite el sistema con informacin acertada y oportuna que ayude al director del Centro de Salud en la toma de decisiones .El director contar con toda la informacin acerca del movimiento de la atencin al paciente en el centro de salud. El mdulo de seguridad realizar el control y registro de cualquier acceso de usuarios al sistema, adems, se dispondr de cdigos de acceso y mantenimiento de los mismos, esta informacin ser muy valiosa para auditorias del Centro de Salud.A travs de la metodologa RUP y el lenguaje UML el diseo del sistema de control y seguimiento de la administracin en la atencin de los pacientes del dispensario JUAN PABLO II, automatizara procedimientos propios del rea de historiales clnicos. PRCTICO

El aporte ser la implementacin del sistema y sus respectivas pruebas de validacin de resultados. Adems, de los informes peridicos de vigilancia epidemiolgica y estadsticas de patologas ms comunes; procesos que hasta ahora no se ha realizado en ningn trabajo anterior similar al nivel mencionado.INGENIERIA DEL PROYECTOOBJETIVOS ESPECIFICOSMETODOS/TECNICA/HERRAMIENTASACTIVIDADES

Analizar la documentacin y procedimientos sobre la atencin de consulta, historiales clnicos de pacientes, para definir el modelo de proceso del negocio Observacin directa Entrevistas - Consultas Cuestionarios y entrevistas Recopilacin de informacin Revisin de informes y reportes mdicos Revisin de la elaboracin de historiales clnicos Determinacin de los problemas

Analizar el modelo de casos de usos para determinar los requisitos funcionales del sistema. Metodologa del proceso Unificado Rational RUP (RationalUnifiedProcess). Semntica del lenguaje de modela miento unificado UML Disear los diagramas de negocio. Disear los diagramas de caso de uso.

Modelar el sistema de informacin haciendo uso de los artefactos UML para definir la arquitectura del sistema.

Metodologa del proceso Unificado Rational RUP (RationalUnifiedProcess). EnterpriceArchitect Modelo relacional de la base de datos

Disear los diagramas de secuencias Disear los diagramas de componentes Modelar la base de datos SQL SERVER

Implementar el Modelo del Sistema para obtener la aplicacin software como producto terminado.

Lenguaje de programacin Visual Studio

Diseo de interfaces de entrada y salida

Evaluar la funcionalidad del sistema para verificar el cumplimiento de los requerimientos del negocio. Pruebas de integridad Pruebas de caja negra Pruebas de caja blanca Estrategias y procedimientos de pruebas de software

CAPTULO I MARCO TERICOCENTRO DE SALUD

El Centro de Salud, es la unidad bsica integrante de la Red de Servicios que permite la extensin de coberturas, a travs de las actividades de promocin, prevencin, curacin y control donde participan la familia, mdicos tradicionales, responsables de salud y organizaciones comunitarias, de acuerdo a su capacidad resolutiva.El Centro de Salud, coordina, supervisa, asesora y evala las actividades de los Puestos de Salud y Boticas Comunales que estn dentro de su rea de influencia.[footnoteRef:3] [3: MINISTERIO DE SALUD http://www.sns.gob.bo/]

PRIMER NIVEL DE ATENCION Corresponde a las modalidades de atencin cuya oferta de servicios es para resolver los problemas de salud quese enmarca predominantemente en el auto cuidado de la salud, la consulta ambulatoria y la internacin de trnsito, este nivel est constituido por: Brigadas Mviles de Salud, Puesto de Salud, Consultorio Mdico, Centro de Salud con y sin camas, policlnicos y poli consultorios; incluyendo todos los subsectores. Constituye la puesta de entrada al sistema. El primer nivel de atencin corresponde a las modalidades de atencin cuya oferta de servicios se enmarca en: Promocin Prevencin de la salud Curacin (consulta e internacion) RehabilitacinEl Centro de Salud, es la unidad bsica integrante de la Red de Servicios que permite la extensin de coberturas, a travs de las actividades de promocin, prevencin, curacin y control donde participan la familia, mdicos tradicionales, responsables de salud y organizaciones comunitarias, de acuerdo a su capacidad resolutiva.[footnoteRef:4] [4: MANUAL DE CENTROS DE SALUD PUBLICA ,Profesor de administracin sanitaria Milton I.Roemer ]

El Centro de Salud, coordina, supervisa, asesora y evala las actividades de los Puestos de Salud y Boticas Comunales que estn dentro de su rea de influencia.ADMINISTRACION CLINICA Las instituciones mdicas manejan mucha informacin al igual que la cantidad de trmites que se realizan dentro de sus instalaciones El personal mdico puede administrar de forma fcil la informacin de pacientes como la gestin de historias clnicas y de esta manera ofrecer un servicio ms eficiente. Igualmente se hace posible el seguimiento de pacientes lo cual es de gran importancia en la gestin medica; a su vez, con los sistemas de administracin es posible la solicitud de citas, pagos en lnea, envo de correo o descarga de formularios para los usuarios.GESTION DE LA INFORMACION Es el proceso que se encarga de suministrar los recursos necesarios para la toma de decisiones, permitiendo mejorar los procesos, productos y servicios de la organizacin. Realizar procesos de gestin nos posibilita entre otras cosas identificar, organizar, representar y recuperar informacin dispersa en reas. En este sentido, Gilberto Sotolongo= ) expresa que " La gestin de la informacin se ocupa de los resultados finales, no slo de citas y localizaciones " Fernndez-Molina lo corrobora cuando afirma que los profesionales de la informacin y sus instituciones son un factor indispensable para la permanencia de la organizacin en el mercado. La gestin de la informacin implica: Determinar la informacin que se precisa Recoger y analizar la informacin Registrarla y recuperarla cuando sea necesaria Utilizarla DivulgarlaComo seala Martin White, citado por Ramos (1995), existen componentes esenciales de la gestin de la informacin, ellos son: Los recursos informativos: identificacin, evaluacin y uso de recursos tanto internos como externos. La tecnologa: medios que recubren los mtodos de entrada, almacenamiento, recuperacin y difusin de la informacin. La administracin y gestin: planificacin general, recursos humanos, comunicacin interpersonal, contabilidad presupuestos y marketing.

Figura 3. 1. Gestin de la InformacinElaboracin PropiaADMINISTRACIN DE INFORMACIN

La administracin de Informacin en esta era Tecnolgica est caracterizada por una dualidad. Por un lado, la tecnologa puede ser aplicada para automatizar operaciones de acuerdo a una lgica que poco ha cambiado de un sistema del siglo XIX -- suplantar el cuerpo humano con Tecnologa que habilita el mismo proceso con mayor continuidad y control. Por otro lado, la misma Tecnologa genera simultneamente Informacin sobre el proceso productivo y administrativo a travs de la cual la organizacin logra su trabajo. Ofrece un mayor nivel de transparencia y profundidad sobre las actividades que haban sido parcialmente o completamente opacas. De esta forma la administracin de Informacin con Tecnologa sobrepasa la lgica tradicional de automatizacin -- Shoshana Zuboff, Profesor HBS School. Como menciona Shoshana Zuboff, la administracin de Informacin con Tecnologa agiliza el proceso de automatizacin. SISTEMA Un sistema es mdulo ordenado de elementos que se encuentran interrelacionados y que interactan entre s. El concepto se utiliza tanto para definir a un conjunto de conceptos como a objetos reales dotados de organizacin.Un sistema conceptual o ideal es un conjunto organizado de definiciones, smbolos y otros instrumentos del pensamiento (como las matemticas, la notacin musical y la lgica formal).Un sistema real, en cambio, es una entidad material formada por componentes organizados que interactan de forma en que las propiedades del conjunto no pueden deducirse por completo de las propiedades de la partes (denominadas propiedades emergentes).Los sistemas reales comprenden intercambios de energa, informacin o materia con su entorno. Las clulas y la biosfera son ejemplos de sistemas naturales. Existen tres tipos de sistemas reales: abiertos (recibe flujos de su ambiente, adaptando su comportamiento de acuerdo a esto), cerrados (slo intercambia energa con su entorno) y aislados (no realiza ningn tipo de intercambio con su entorno). SISTEMA DE INFORMACION Un sistema de informacin es un conjunto de elementos interrelacionados con el propsito de prestar atencin a las demandas de informacin de una organizacin, para elevar el nivel de conocimientos que permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones.[footnoteRef:5] [5: ING.CEBRIAN JOSE VICENTE ,Diseo de sistemas ,Pg. 25 ]

La informacin es de suma importancia en cualquier organizacin, es una herramienta til (Figura 3. 3.) para todas las empresas, con su aplicacin se logra obtener una mejor administracin, mismo que ayuda a la toma de decisiones .aunque los trminos datos e informacin se usen indistintamente existe una diferenciacin:Un dato es el registro de un hechoLa informacin es un dato con significado, es decir datos ya procesados[footnoteRef:6] [6: M.SC.ING.SALGADO ARI EDILBERTO LUCIO, Base de datos ,Un Enfoque Practico ]

Figura 3. 3. Gestin de la InformacinElaboracin propiaCLASIFICACIN DE LOS SISTEMAS DE INFORMACINLos sistemas de informacin se desarrollan con diversos propsitos, que depende de las necesidades de la empresa [KEN2005]. SISTEMAS DE PROCESAMIENTO DE TRANSACCIONES. Los sistemas de procesamiento de transacciones (TPS, transaction Processing Systems) son sistemas de informacin computarizada creados para procesar grandes cantidades de datos relacionados con transacciones rutinarias de negocios, como las nminas y los inventarios. SISTEMA DE AUTOMATIZACION DE LA OFICINA Y SISTEMAS DE TRABAJO DEL CONOCIMIENTO. Existen dos clases de sistemas en el nivel del conocimiento de una organizacin. Los sistemas de automatizacin de la oficina (OAS, Office Automation Systems) apoyan a los trabajadores de datos, quienes por lo general no proporcionan conocimientos nuevos, sino ms bien analizan la informacin con el propsito de transformar los datos o manipularlos de alguna manera. Los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems) sirven de apoyo de apoyo a los trabajadores profesionales, como los cientficos, ingenieros y mdicos en sus esfuerzos de creacin de nuevo conocimiento y dan a estos la posibilidad de compartirlos con sus organizaciones y con la sociedad. SISTEMAS DE INFORMACION GERENCIAL. Los sistemas de informacin gerencial (MIS, Management Information Systems) no reemplazan a los sistemas de procesamiento de transacciones, ms bien incluyen el procesamiento de transacciones. Los MIS son sistemas de informacin computarizados cuyo propsito es contribuir a la correcta interaccin entre los usuarios y las computadoras. Los sistemas de informacin gerencial dan apoyo en tareas organizacionales mucho ms amplio de los sistemas de procesamiento de transacciones, como el anlisis y la toma de decisiones. Para acceder a la informacin, los usuarios de un sistema de informacin gerencial comparten una base de datos comn, que almacena datos y modelos que ayudan al usuario a interpretar y aplicar los datos. Los sistemas de informacin gerencial producen informacin que se emplea en la toma de decisiones. SISTEMA DE APOYO A LA TOMA DE DECISIONES. Los sistemas de apoyo a la toma de decisiones (DSS, Decision Support Systems) constituyen una clase de alto nivel de sistema de informacin automatizada. Los DSS coinciden con los sistemas de informacin en que ambos dependen de una base de datos para abastecerse de datos. Sin embargo difieren en que el DSS pone nfasis en el apoyo de toma de decisiones en todas sus fases, aunque la decisin definitiva es responsabilidad de la persona encargarla de tomarla. Los sistemas de apoyo de toma de decisiones se ajustan ms al gusto de la persona o grupo que los utiliza que los sistemas de informacin tradicional. SISTEMAS EXPERTOS E INTELIGENCIA ARTIFICIAL. La inteligencia artificial (AI, Artificial Inteligence) se puede considerar como un campo general para los sistemas expertos. La motivacin principal de la AI ha sido desarrollar mquinas que tengan comportamiento inteligente. Dos de las lneas de investigacin de la AI son la comprensin del leguaje natural y el anlisis de la capacidad para razonar un problema hasta su conclusin lgica. SISTEMAS EXPERTOS E INTELIGENCIA ARTIFICIAL. La inteligencia artificial (AI, Artificial Inteligence) se puede considerar como un campo general para los sistemas expertos. La motivacin principal de la AI ha sido desarrollar mquinas que tengan comportamiento inteligente. Dos de las lneas de investigacin de la AI son la comprensin del leguaje natural y el anlisis de la capacidad para razonar un problema hasta su conclusin lgica. SISTEMAS DE APOYO A LA TOMA DE DECISIONES EN GRUPO Y SISTEMAS DE TRABAJO COLABORATIVO APOYADOS POR COMPUTADORA. Estos sistemas (GDSS, Group Decision Support System) son adecuados para grupos que requieren trabajar en conjunto para tomar decisiones. Este tipo de sistemas se utilizan en salones especiales equipados con diversas configuraciones, faculta a los miembros del grupo a interactuar con apoyo electrnico y la asistencia de un facilitador especial. Los sistemas de apoyo a la toma de decisiones en grupo tienen el propsito de unir un grupo en la bsqueda de la solucin de un problema con la ayuda de diversas herramientas como los sondeos, los cuestionarios, la lluvia de ideas y la creacin de escenarios. SISTEMAS DE APOYO A EJECUTIVOS. Los sistemas de apoyo a ejecutivos (ESS, Executive Support System) ayudan a los ejecutivos a organizar sus actividades relacionadas con el entorno externo mediante grficas y de comunicaciones, que por lo general se encuentran en salas de juntas o en oficinas corporativas personales. A pesar de que los ESS dependen de la informacin producida por los TPS y los MIS, ayudan a los usuarios a resolver problemas de toma de decisiones no estructurada, que no tienen una aplicacin especfica, mediante la creacin de un entorno que contribuye a pensar en problemas estratgicos de una manera bien informada.ACTIVIDADES DE LOS SISTEMAS DE INFORMACION Un sistema de informacin realiza cuatro actividades bsicas: entrada, almacenamiento, procesamiento y salida de informacin. Entrada de Informacin: Es el proceso mediante el cual el Sistema de Informacin toma los datos que requiere para procesar la informacin. Las entradas pueden ser manuales o automticas. Las manuales son aquellas que se proporcionan en forma directa por el usuario, mientras que las automticas son datos o informacin que provienen o son tomados de otros sistemas o mdulos. Esto ltimo se denomina interfaces automticas. Las unidades tpicas de entrada de datos a las computadoras son las terminales, las cintas magnticas, las unidades de diskette, los cdigos de barras, los escneres, la voz, los monitores sensibles al tacto, el teclado y el mouse, entre otras.Almacenamiento de informacin: El almacenamiento es una de las actividades o capacidades ms importantes que tiene una computadora, ya que a travs de esta propiedad el sistema puede recordar la informacin guardada en la seccin o proceso anterior. Esta informacin suele ser almacenada en estructuras de informacin denominadas archivos. La unidad tpica de almacenamiento son los discos magnticos o discos duros, los discos flexibles o diskettes y los discos compactos (CD-ROM).Procesamiento de Informacin: Es la capacidad del Sistema de Informacin para efectuar clculos de acuerdo con una secuencia de operaciones preestablecida. Estos clculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que estn almacenados. Esta caracterstica de los sistemas permite la transformacin de datos fuente en informacin que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyeccin financiera a partir de los datos que contiene un estado de resultados o un balance general de un ao base.Salida de Informacin: La salida es la capacidad de un Sistema de Informacin para sacar la informacin procesada o bien datos de entrada al exterior. Las unidades tpicas de salida son las impresoras, terminales, diskettes, cintas magnticas, la voz, los graficadores y los plotters, entre otros. Es importante aclarar que la salida de un Sistema de Informacin puede constituir la entrada a otro Sistema de Informacin o mdulo. En este caso, tambin existe una interface automtica de salida.SISTEMA INTEGRAL DE INFORMACINUn Sistema Integral de Informacin (SII), es un Sistema de Informacin que hace uso intensivo y extensivo de las Tecnologas de la Informacin y las Comunicaciones (TIC) para integrar o centralizar la gestin de la informacin dentro de una organizacin. Un SII soporta todos los procesos de negocio y de soporte de la organizacin.Los componentes de TI de los SII ofrecen herramientas que soportan procesos de:1 Almacenamiento de datos. (p.e. DBMS) Interaccin social. (p.e. correos electrnicos, foros, chat, wikis, redes sociales) Gestin del conocimiento. (p.e. Sistemas de gestin de conocimiento) Toma de decisiones. (p.e. Sistema de Inteligencia de Negocios) Difusin de informacin. (p.e. portales, correo electrnico, generadores de reportes seguimiento de indicadores. (p.e. tableros de comando) Gestin de documentacin. Gestin de procesos. SISTEMAS DE INFORMACION EN EL AREA DE SALUD

La demanda de una informacin precisa y oportuna est creciendo cada vez ms en los hospitales, debido quiz al entorno tan complejo en el que funciona un hospital. Son muchas las reas donde se pueden implantar los sistemas de informacin. Mass (1984) identifica cuatro grandes reas en funcin de las necesidades de informacin: 1) informacin externa sobre el entorno, que incluye datos de planificacin, informacin de precios, informacin para tomar decisiones polticas, datos de mercado, etc.; 2) informacin financiera interna, que incluye contabilidad y facturacin; 3) informacin administrativa y de gestin, al objeto de medir la productividad y el rendimiento; y 4) informacin clnica, que incluye ingresos, su programacin, peticiones de pruebas, resultados de tests, etc.Las ventajas de la tecnologa de la informacin/informtica en un hospital son obvias: a) acumular y organizar la informacin para que sea accesible inmediatamente; b) mejorar la productividad al reducir el flujo de papel y la redundancia de la informacin; c) ayudar en la planificacin de recursos y mejora del funcionamiento hospitalario; d) permitir hacer revisiones de calidad de la asistencia; y para los profesionales de la medicina (Association Of American Medical Colleges, 1986) e) gestionar la informacin para tratar a los pacientesMs eficientemente, dejar ms tiempo libre a los profesionales de la medicina para la investigacin, atencin al paciente, etc., mejorar el proceso educativo a travs de la incorporacin de la tecnologa de la informacin y de sistemas expertos, y ampliar y racionalizar la experiencia clnica en la educacin mdicaINGENIERA DE SOFTWARE

Un sistema de software ,denominado tambin aplicacin o simplemente software ,es un conjunto integrado de programas que en sus forma definitiva se pueden ejecutar ,pero comprende tambin las definiciones de estructuras de datos (por ejemplo definiciones de base de datos )que utilizan estos programas y tambin la documentacin referente a todo ello (tanto la documentacin de ayuda en el uso del software para sus usuarios como la documentacin generada durante su construccin ,parte de la cual tambin servir para su mantenimiento posterior)METODOLOGIA PROCESO UNIFICADO AGIL (AUP) Los procesos giles de desarrollo de software, conocidos anteriormente como metodologas livianas, intentan evitar los tortuosos y burocrticos caminos de las metodologas tradicionales enfocndose en la gente y los resultados.

Es un marco de trabajo conceptual de la ingeniera de software que promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del proyecto. Existen muchos mtodos de desarrollo gil; la mayora minimiza riesgos desarrollando software en cortos lapsos de tiempo. El software desarrollado en una unidad de tiempo es llamado una iteracin, la cual debe durar de una a cuatro semanas. Cada iteracin del ciclo de vida incluye: planificacin, anlisis de requerimientos, diseo, codificacin, revisin y documentacin. Una iteracin no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto al mercado, pero la meta es tener un demo (sin errores) al final de cada iteracin. Al final de cada iteracin el equipo vuelve a evaluar las prioridades del proyecto.

El Proceso Unificado Agil de Scott Ambler o Agile Unified Process (AUP) en ingls es una versin simplificada del Proceso Unificado de Rational (RUP). Este describe de una manera simple y fcil de entender la forma de desarrollar aplicaciones de software de negocio usando tcnicas giles y conceptos que an se mantienen vlidos en RUP. El AUP aplica tcnicas giles incluyendo Desarrollo Dirigido por Pruebas (test driven development - TDD), Modelado Agil, Gestin de Cambios Agil, y Refactorizacin de Base de Datos para mejorar la productividad.

El proceso unificado (Unified Process o UP) es un marco de desarrollo software iterativo e incremental. A menudo es considerado como un proceso altamente ceremonioso porque especifica muchas actividades y artefactos involucrados en el desarrollo de un proyecto software. Dado que es un marco de procesos, puede ser adaptado y la ms conocida es RUP (Rational Unified Process) de IBM.

AUP se preocupa especialmente de la gestin de riesgos. Propone que aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y sean abordados en etapas tempranas del mismo. Para ello, se crean y mantienen listas identificando los riesgos desde etapas inciales del proyecto. Especialmente relevante en este sentido es el desarrollo de prototipos ejecutables durante la base de elaboracin del producto, donde se demuestre la validez de la arquitectura para los requisitos clave del producto y que determinan los riesgos tcnicos.

El proceso AUP establece un Modelo ms simple que el que aparece en RUP por lo que rene en una nica disciplina las disciplinas de Modelado de Negocio, Requisitos y Anlisis y Diseo. El resto de disciplinas (Implementacin, Pruebas, Despliegue, Gestin de Configuracin, Gestin y Entorno) coinciden con las restantes de RUP.

CICLO DE VIDA DEL PROCESO UNIFICADO AGIL (AUP)

Al igual que en RUP, en AUP se establecen cuatro fases que transcurren de manera consecutiva yque acaban con hitos claros alcanzados:

INCEPTION(CONCEPCIN): El objetivo de esta fase es obtener una comprensin comn cliente equipo de desarrollo del alcance del nuevo sistema y definir una o varias arquitecturas candidatas para el mismo. ELABORACIN: El objetivo es que el equipo de desarrollo profundice en la comprensin de losrequisitos del sistema y en validar la arquitectura. CONSTRUCCIN: Durante la fase de construccin el sistema es desarrollado y probado al completo en el ambiente de desarrollo. TRANSICIN: el sistema se lleva a los entornos de preproduccin donde se somete a pruebasde validacin y aceptacin y finalmente se despliega en los sistemas de produccin. ITERATIVO

Las disciplinas se llevan a cabo de manera sistemtica, a la definicin de las actividades que realizan los miembros del equipo de desarrollo a fin de desarrollar, validar, y entregar el software de trabajo que responda a las necesidades de sus interlocutores. Las disciplinas son:

1. Modelo. El objetivo de esta disciplina es entender el negocio de la organizacin, el problema de dominio que se abordan en el proyecto, y determinar una solucin viable para resolver el problema de dominio.2. Aplicacin. El objetivo de esta disciplina es transformar su modelo (s) en cdigo ejecutable y realizar un nivel bsico de las pruebas, en particular, la unidad de pruebas.3. Prueba. El objetivo de esta disciplina consiste en realizar una evaluacin objetiva para garantizar la calidad. Esto incluye la bsqueda de defectos, validar que el sistema funciona tal como est establecido, y verificando que se cumplan los requisitos.4. Despliegue. El objetivo de esta disciplina es la prestacin y ejecucin del sistema y que el mismo este a disposicin de los usuarios finales.5. Gestin de configuracin. El objetivo de esta disciplina es la gestin de acceso a herramientas de su proyecto. Esto incluye no slo el seguimiento de las versiones con el tiempo, sino tambin el control y gestin del cambio para ellos.6. Gestin de proyectos. El objetivo de esta disciplina es dirigir las actividades que se lleva a cabo en el proyecto. Esto incluye la gestin de riesgos, la direccin de personas (la asignacin de tareas, el seguimiento de los progresos, etc), coordinacin con el personal y los sistemas fuera del alcance del proyecto para asegurarse de que es entregado a tiempo y dentro del presupuesto.7. Entorno. El objetivo de esta disciplina es apoyar el resto de los esfuerzos por garantizar que el proceso sea el adecuado, la orientacin (normas y directrices), y herramientas (hardware, software, etc) estn disponibles para el equipo segn sea necesario.

PRINCIPIOS DE LA AUP.

La AUP es gil, porque est basada en los siguientes principios:

1. El personal sabe lo que est haciendo. La gente no va a leer detallado el proceso de documentacin, pero algunos quieren una orientacin de alto nivel y / o formacin de vez en cuando. La AUP producto proporciona enlaces a muchos de los detalles, si usted est interesado, pero no obliga a aquellos que no lo deseen.2. Simplicidad. Todo se describe concisamente utilizando un puado de pginas, no miles de ellos.3. Agilidad. gil ARRIBA El ajuste a los valores y principios de la Alianza gil.4. Centrarse en actividades de alto valor. La atencin se centra en las actividades que se ve que son esenciales para el de desarrollo, no todas las actividades que suceden forman parte del proyecto.5. Herramienta de la independencia. Usted puede usar cualquier conjunto de herramientas que usted desea con el gil UP. Lo aconsejable es utilizar las herramientas que son las ms adecuadas para el trabajo, que a menudo son las herramientas simples o incluso herramientas de cdigo abierto.6. Adaptacin de este producto para satisfacer sus propias necesidades. La AUP producto es de fcil acomodo comn a travs de cualquier herramienta de edicin de HTML. No se necesita comprar una herramienta especial, o tomar un curso, para adaptar la AUP.El AUP en relacin al RUP resulta ser un proceso muy simplificado

SERIE EN LA GRAN La naturaleza de serie del Agile UP se captura en sus cuatro fases: 1. Inicio. El objetivo es identificar el alcance inicial del proyecto, una arquitectura potencial de su sistema, y para obtener financiacin inicial del proyecto y la aceptacin de las partes interesadas. 2. Elaboracin. El objetivo es probar la arquitectura del sistema. 3. Construccin. El objetivo es construir un software que trabaja de manera regular, incremental, que satisface las necesidades de mayor prioridad de sus grupos de inters del proyecto. 4. Transicin. El objetivo es validar y desplegar el sistema en su entorno de produccin. UNIFIED MODELING LANGUAGE (UML)

UML es un lenguaje de modelado estndar para escribir planos de software.Permite a los creadores de sistemas generar diseos que capturen sus ideas en una forma convencional y fcil de comprender para comunicarlas a otras personas.Puede utilizarse para visualizar, especificar, construir y documentar los artefactos de un sistema con gran cantidad de software. Proporciona un conjunto de diagramas que permite modelar los diferentes aspectos del sistema y su principal objetivo es la comunicacin de informacin.CARACTERSTICAS PRINCIPALES:

Es independiente del proceso, aunque para utilizarlo ptimamente se debera usar en un proceso que fuese dirigido por los casos de uso, centrado en la arquitectura, iterativo e incremental. El vocabulario y las reglas de un lenguaje como UML indican cmo crear y leer modelos bien formados, pero no dice que modelos se deben crear ni cuando se deberan crear. Esta tarea corresponde al proceso de desarrollo del software. Detrs de cada smbolo en la notacin de UML hay una semntica bien definida, de esta manera un desarrollador puede escribir un modelo en UML, y otro desarrollador o incluso otra herramienta, puede interpretar ese modelo sin ambigedad. UML est pensado principalmente para sistemas con gran cantidad de software. No est limitado al modelado de software.TABLA 3. 1TABLA 3. 2. Caracteristicas Principales del UMLModeloVistaDiagrama asociado

EstructuralEstticaDiagrama de clase

Caso de usoDiagrama de casos de uso

ImplementacinDiagrama de componentes

EstructuraDiagrama de estructura

DinmicoMquina de estadoDiagrama de estado

ActividadDiagrama de actividad

InteraccinDiagrama de secuenciaDiagrama de colaboracin

DIAGRAMAS SOPORTADOS POR UML:

figuraDIAGRAMA DE CASOS DE USO:

Un caso de uso es una descripcin de las acciones de un sistema desde el punto de vista del usuario .Son importantes para visualizar, especificar y documentar el comportamiento de un sistema, un subsistema o una clase. Modela las necesidades a satisfacer y los lmites del sistema.Actor: Abstraccin de entidades que interactan directamente con el sistema. Puede ser un sistema externo o personas.

DIAGRAMA DE ACTIVIDADES:

Las actividades que ocurren dentro de un caso de uso , muestra el flujo de actividades que se tiene que desarrollar dentro de un sistema para un fin X.

DIAGRAMA DE TRANSICIN DE ESTADOS:

Muestra una mquina de estados que consta de estados, eventos, transiciones y actividades. Son especialmente importantes en el modelado del comportamiento de una interfaz, una clase o una colaboracin. Un estado es una situacin durante la vida de un objeto. Un evento es un estmulo que provoca un cambio de estados. Una actividad es una ejecucin computacional no atmica. Una accin es una ejecucin computacional atmica.DIAGRAMA DE COLABORACIN:

Los elementos de un sistema trabajan en conjunto para cumplir con los objetivos del sistema ,y un lenguaje de modelado deber contar con una forma que representa esto

DIAGRAMA DE SECUENCIA:

Es un tipo de diagrama de Interaccin (Figura 2.9) que resalta el orden temporal de los mensajes enviados entre los distintos objetos. El diagrama de secuencia UML muestra la mecanica de la interaccion con base en tiempos.

Figura 2.9 NombreFuente;

1.1.1. DIAGRAMA DE CLASES:Muestra un conjunto de clases colaboracin e interfaces as tambin como sus relaciones. Son los ms utilizados en sistemas orientados a objetos y son la base para los diagramas de objetos, componentes y de despliegue. Representan elementos lgicos de un sistema.Clases: Es una categora o grupo de cosas que tienen atributos y acciones similares .DIAGRAMA DE OBJETOS

Muestra un conjunto de objetos y sus relaciones. Representan una instancia del diagrama de clases. Es sacarle una foto al sistema en tiempo de ejecucin.Objeto .- Es una instancia de clase (una entidad que tiene valores especficos de los atributos y acciones). DIAGRAMA DE COMPONENTES:

Muestra la organizacin y dependencia de un conjunto de componentes. Modela los aspectos fsicos de los sistemas orientados a objetos esto implica ejecutables, bibliotecas, tablas, archivos, documentos, etc. DIAGRAMA DE DESPLIEGUE:

Muestra la configuracin de nodos de procesamiento en tiempo de ejecucin y los componentes que residen en ellos. Modela la topologa del hardware en la que se ejecuta el sistema. La visualizacin, especificacin, construccin y documentacin de un sistema con gran cantidad de software requiere que el sistema sea visto desde varias perspectivas. La arquitectura de un sistema es quizs el artefacto ms importante que puede emplearse para manejar estos diferentes puntos de vista y controlar el desarrollo iterativo e incremental de un sistema a lo largo de su ciclo de vida.HERRAMIENTA CASE DE MODELACIN DE SISTEMAS ENTERPRISE ARCHITECTEnterprise Architect es una plataforma de alto desempeo para el modelado, visualizacin y diseo, basada en el estndar UML 2.4.1. Ofrece trazabilidad completa desde mapas mentales, pasando por los requerimientos y hasta el diseo y la distribucin del software, con el nivel de eficiencia, robustez, herramientas de colaboracin y seguridad requerida para sacar adelante proyectos altamente demandantes y cualquier tamao.Completa herramienta de anlisis y diseo en UMLModelado avanzado para negocios, software y sistemasCompleta trazabilidad desde los requerimientos hasta la distribucinIngeniera de cdigo en ms de 10 lenguajesAltamente escalable, repositorios basados en el equipo de trabajoMapas mentales, BPMN, Arquitectura Empresarial y mucho ms!REQUERIMIENTOS DEL SISTEMA

Versin Windows:Microsoft: Windows 7, Windows Vista, Windows 2008, Windows 2003, Windows XP o Windows 2000 Versin Linux: Sistema operativo Linux (kernel 2.4 o posterior)Versin Mac: Mac OS 10.5.x superior.FUNCIONALIDADES PRINCIPALES

Modelado avanzado para negocios, software y sistemas Completa trazabilidad desde los requerimientos hasta la distribucin Ingeniera de cdigo en ms de 10 lenguajes Altamente escalable, repositorios basados en el equipo de trabajo Marcos de trabajos empresariales, mapas mentales, BPMN, Arquitectura Empresarial y mucho msCARACTERSTICAS

Modelado de punta a punta : Enterprise Architect provee modelado del ciclo de vida completo para: Sistemas de negocio e IT, Ingeniera de software y sistemas, Desarrollo en tiempo real y embebido Velocidad, estabilidad y desempeo Trazabilidad de punta a punta Modele, gestione y no pierda de vista los requerimientos Administre la complejidad Generacin de documentacin Generacin e ingeniera inversa de cdigo fuente Visualice sus aplicaciones Depurar, compilar y visualizar cdigo ejecutable Modelado de bases de datos potente Modelado de procesos de negocio Construido sobre UML 2.4 Administracin de proyectos efectiva Administracin de proyectos efectiva (nueva versin) Mejoramiento en la simulacin Depuracin con GDB (nueva versin) VENTAJAS Y DESVENTAJAS

TABLA 3. 3. Ventajas y Desventajas Enterprise ArchitectVentajasDesventajas

General grficos de gran calidad. No tiene una interfaz con manejo intuitivo.

El soporte de ayuda es excelente. Los diagramas no se encuentran a la vista siempre.

Actualizaciones. Se pagar por su uso

Genera documentacin.

Posee ingeniera inversa

INTRODUCCIN A LA BASE DE DATOS Una base de datos es una coleccin de datos organizados y estructurados segn un determinado modelo de informacin que refleja no slo los datos en s mismos, sino tambin las relaciones que existen entre ellos. Una base de datos se disea con un propsito especfico y debe ser organizada con una lgica coherente. Los datos podrn ser compartidos por distintos usuarios y aplicaciones, pero deben conservar su integridad y seguridad al margen de las interacciones de ambos. La definicin y descripcin de los datos han de ser nicas para minimizar la redundancia y maximizar la independencia en su utilizacin.En una base de datos, las entidades y atributos del mundo real, se convierten en registros y campos. Estas entidades pueden ser tanto objetos materiales como libros o fotografas, pero tambin personas e, incluso, conceptos e ideas abstractas. Las entidades poseen atributos y mantienen relaciones entre ellas.VENTAJAS DEL USO LA BASE DE DATOS Obtener ms informacin de la misma cantidad de data Compartir los Datos Balance de Requerimientos Conflictivos Se refuerza la estandarizacin Redundancia controlada Consistencia. Integridad Seguridad Flexibilidad y rapidez al obtener datos Aumenta la productividad de los programadores Mejora el mantenimiento de los programas Independencia de los Datos ARQUITECTURA DE LA BASE DE DATOSLa arquitectura de un sistema de base de datos se basa en 3 niveles distintos: Nivel fsico: es el nivel ms bajo de abstraccin y el nivel real de los datos almacenados. Este nivel define cmo se almacenan los datos en el soporte fsico, ya sea en registros o de cualquier otra forma, as como los mtodos de acceso. Este nivel lleva asociada una representacin de los datos, que es lo que denominamos Esquema Fsico. Nivel conceptual: es el correspondiente a una visin de la base de datos desde el punto de visto del mundo real. Es decir se trata con la entidad u objeto representado, sin importar como est representado o almacenado ste. Es la representacin de los datos realizada por la organizacin, que recoge los datos parciales de los requerimientos de los diferentes usuarios y aplicaciones parciales. Incluye la definicin de los datos y las relaciones entre ellos. Este nivel lleva asociado un Esquema Conceptual. Nivel de visin: son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que los usuarios, por lo general, slo tienen acceso a pequeas parcelas de sta. El nivel visin es el encargado de dividir estas parcelas. Un ejemplo sera el caso del empleado de una organizacin que tiene acceso a la visin de su nmina, pero no a la de sus compaeros. El esquema asociado a ste nivel es el Esquema de Visin.

Figura 3. 15.Arquitectura de la BdDMODELO DE BASE DE DATOS Un modelo de datos es un conjunto de conceptos, reglas y convenciones que nos permiten describir los datos del universo del discurso. Un esquema es la estructura de datos obtenida tras aplicar dicho modelo.El modelo de datos es una cuestin fundamental a la hora de disear bases de datos. Jess Tramullas en Los sistemas de bases de datos recoge estos 3 modelos fundamentales: Modelos lgicos basados en objetos: los dos ms extendidos son el modelo entidad-relacin y el orientado a objetos. El modelo entidad-relacin (E-R) se basa en una percepcin del mundo compuesta por objetos, llamados entidades, y relaciones entre ellos. Las entidades se diferencian unas de otras a travs de atributos. El orientado a objetos tambin se basa en objetos, los cuales contienen valores y mtodos, entendidos como rdenes que actan sobre los valores, en niveles de anidamiento. Los objetos se agrupan en clases, relacionndose mediante el envo de mensajes. Algunos autores definen estos modelos como "modelos semnticos". Modelos lgicos basados en registros: el ms extendido es el relacional, mientras que los otros dos existentes, jerrquico y de red, se encuentran en retroceso. Estos modelos se usan para especificar la estructura lgica global de la base de datos, estructurada en registros de formato fijo de varios tipos. El modelo relacional representa los datos y sus relaciones mediante tablas bidimensionales, que contienen datos tomados de los dominios correspondientes. El modelo de red est formado por colecciones de registros, relacionados mediante punteros o ligas en grafos arbitrarios. el modelo jerrquico es similar al de red, pero los registros se organizan como colecciones de rboles. Algunos autores definen estos modelos como "modelos de datos clsicos". Modelos fsicos de datos: muy poco usados, son el modelo unificador y el de memoria de elementos. Algunos autores definen estos modelos como "modelos de datos primitivos". SQL SERVER El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos normalizado, utilizado por el motor de base de datos de Microsoft Jet. SQL se utilizaPara crear objetos QueryDef, como el argumento de origen del mtodo OpenRecordSet y como la propiedad RecordSource del control de datos. Tambin se puede utilizar con el mtodo Execute para crear y manipular directamente las bases de datos Jet y crear consultas SQL de paso a travs para manipular bases de datos remotas cliente - servidor.VISUAL ESTUDIOMicrosoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas en ingls) para sistemas operativos Windows. Soporta mltiples lenguajes de programacin tales como C++, C#, Visual Basic .NET, F#, ensamblaje, robocot, salchipapa Java, Python, Ruby, PHP; al igual que entornos de desarrollo web como ASP.NET MVC, Django, et., a lo cual sumarle las nuevas capacidades online bajo Windows Azure en forma del editor Monaco.Visual Studio permite a los desarrolladores crear aplicaciones, sitios y aplicaciones web, as como servicios web en cualquier entorno que soporte la plataforma .NET (a partir de la versin .NET 2002). As se pueden crear aplicaciones que se comuniquen entre estaciones de trabajo, pginas web, dispositivos mviles, dispositivos embebidos, consolas, etc.VISUAL C# C# es un lenguaje de programacin que se ha diseado para compilar diversas aplicaciones que se ejecutan en .NET Framework. C# es simple, eficaz, con seguridad de tipos y orientado a objetos. Las numerosas innovaciones de C# permiten desarrollar aplicaciones rpidamente y mantener la expresividad y elegancia de los lenguajes de estilo de C. Visual C# es una implementacin del lenguaje de C# de Microsoft. Visual Studio ofrece compatibilidad con Visual C#con un completo editor de cdigo, un compilador, plantillas de proyecto, diseadores, asistentes para cdigo, un depurador eficaz y de fcil uso y otras herramientas. La biblioteca de clases de .NET Framework ofrece acceso a numerosos servicios de sistema operativo y a otras clases tiles y adecuadamente diseadas que aceleran el ciclo de desarrollo de manera significativa. CARACTERSTICAS DE VISUAL C# Facilidad de uso: el ambiente de trabajo es muy cmodo ya que tiene un ambiente amigable y clsico de las aplicaciones de Windows. En cuanto a la forma de programar, ser fcil de usar para quien esta familiarizado con C++, ya que su estructuracin bsica es muy similar, sin embargo C# ahorra muchos pasos tediosos de otros lenguajes como la creacin de funciones complejas desde cero y declaracin de variables globales. Programacin orientada a objetos: esta forma de programacin ahorra mucho cdigo, lo cual indica que partes de cdigo son reutilizables para no volverlas a escribir, con lo cual se afirma que C# presenta las caractersticas necesarias para considerarlo como un lenguaje orientado a objetos, tales son: encapsulacin, herencia y polimorfismo; adems una de las mejoras que presenta este lenguaje con respecto a este tipo de programacin es que para evitar confusiones no existen variables o funciones globales, sino que se definen dentro de los tipos de datos. En cuanto a la herencia, esta solo puede ser herencia simple, con lo cual se evitan confusiones que si fuera herencia mltiple. Administracin de memoria: C# tiene la caracterstica de inicializar los datos o variables declaradas en el programa, adems de que tambin de forma automtica libera la memoria cuando el mismo programa lo cree conveniente. Es decir tiene constructores y destructores, y estos actan automticamente a menos que se manipulen desde el cdigo.

Seguridad en el manejo de datos: C# tiene la caracterstica de estar comprobando que efectivamente los tipos de datos que se estn manejando correspondan a los validados para las funciones que han sido creadas; as tambin vigila que no se produzcan errores en operaciones matemticas, adems de que tambin impide el uso de variables que no han sido inicializadas. Todo esto permite que no se produzcan errores en el momento de la ejecucin.

Sistema de tipos unificado: todos los tipos de datos que se definan siempre se derivarn, incluso de forma implcita, de una clase base comn llamada System.Object, por lo que dispondrn de todos los miembros definidos en sta clase.VENTAJAS DE VISUAL C # Las ventajas que ofrece C# frente a otros leguajes de programacin son: Declaraciones en el espacio de nombres: al empezar a programar algo, se puede definir una o ms clases dentro de un mismo espacio de nombres. Tipos de datos: en C# existe un rango ms amplio y definido de tipos de datos que los que se encuentran en C, C++ o Java. Atributos: cada miembro de una clase tiene un atributo de acceso del tipo pblico, protegido, interno, interno protegido y privado. Pase de parmetros: aqu se puede declarar a los mtodos para que acepten un nmero variable de parmetros. De forma predeterminada, el pase de parmetros es por valor, a menos que se use la palabra reservada ref, la cual indica que el pase es por referencia. Mtodos virtuales y redefiniciones: antes de que un mtodo pueda ser redefinido en una clase base, debe declararse como virtual. El mtodo redefinido en la subclase debe ser declarado con la palabra override Propiedades: un objeto tiene intrnsecamente propiedades, y debido a que las clases en C# pueden ser utilizadas como objetos, C# permite la declaracin de propiedades dentro de cualquier clase. Inicializador: un inicializador es como una propiedad, con la diferencia de que en lugar de un nombre de propiedad, un valor de ndice entre corchetes se utiliza en forma annima para hacer referencia al miembro de una clase. Control de versiones: C# permite mantener mltiples versiones de clases en forma binaria, colocndolas en diferentes espacios de nombres. Esto permite que versiones nuevas y anteriores de software puedan ejecutarse en forma simultnea.PRUEBAS DEL SISTEMA Las Pruebas de sistemas buscan discrepancias entre el programa y el objetivo o requerimiento, enfocndose en los errores hechos durante la transicin del proceso al disear la especificacin funcional. Esto hace a las pruebas de sistema un proceso vital de pruebas, ya que en trminos del producto, nmero de errores hechos, y severidad de esos errores, es un paso en el ciclo de desarrollo generalmente propenso a la mayora de los errores.Un sistema de pruebas implica la operacin o aplicacin del mismo a travs de condiciones controladas y la consiguiente evaluacin de la informacin. Las condiciones controladas deben incluir tanto situaciones normales como anormales. El objetivo del sistema de pruebas es encontrar un error para determinar situaciones en donde algo pasa cuando no debe de pasar y viceversa. En una palabra, un sistema de pruebas est orientado a detectar. [footnoteRef:7] [7: PRUEBAS DE PROGRAMAS ,Juilo Villena Roman ]

Para la planeacin de las pruebas que se van a aplicar al sistema evaluador, se integraron los distintos tipos de pruebas que se explicarn a Continuacin: PRUEBAS DE CAJA NEGRA.El sistema de pruebas de caja negra no considera la codificacin dentro de sus parmetros a evaluar, es decir, que no estn basadas en el conocimiento del diseo interno del programa. Estas pruebas se enfocan en los requerimientos establecidos y en la funcionalidad del sistema. PRUEBAS DE CAJA BLANCA.Al contrario de las pruebas de caja negra, stas se basan en el conocimiento de la lgica interna del cdigo del sistema. Las pruebas contemplan los distintos caminos que se pueden generar gracias a las estructuras condicionales, a los distintos estados del mismo, etc. PRUEBAS DE INTEGRACINLas pruebas de integracin buscan probar la combinacin de las distintas partes de la aplicacin para determinar si funcionan correctamente en conjunto. Esto es til para ver cmo se comunican los servlets con las pginas de HTML. PRUEBAS DE CONTENIDO:Estas pruebas como su nombre lo indica, buscan verificar que el contenido del sistema sea coherente y consistente a la vez. Tambin se debe de verificar que las palabras usadas para transmitir una idea al usuario sean las adecuadas y que la idea transmitida sea la misma. PRUEBAS DE FUNCIONALIDAD:Este tipo de pruebas examina si el sistema cubre sus necesidades de funcionamiento, acorde a las especificaciones de diseo. En ellas se debe verificar si el sistema lleva a cabo correctamente todas las funciones requeridas, se debe verificar la validacin de los datos y se deben realizar pruebas de comportamiento ante distintos escenarios. Estas pruebas deben estar enfocadas a tareas, a lmites del sistema, a condiciones planeadas de error y de exploracin. Para estas pruebas usamos los esquemas de pruebas de caja negra ya que nos interesa saber si funciona o no, independientemente de la forma en que lo haga. PRUEBAS DE USABILIDAD:Las pruebas realizadas en este rubro tienen la finalidad de verificar que tan fcil de usar es un sistema. Las pruebas de usabilidad deben verificar aprendizaje (qu tan fcil es para los usuarios realizar tareas bsicas la primera vez que tienen contacto con el sistema), eficiencia (una vez que los usuarios han aprendido algo del sistema, que tan rpido pueden llevar a cabo las tareas), manejo de errores (cuntos errores comete el usuario, que tan graves son stos y que tan fcil es para el usuario recuperarse de ellos) y grado de satisfaccin (que tan satisfactorio es usar el sistema). Para obtener resultados realistas en este tipo de pruebas, es importante dejar que las personas que estn probando el sistema resuelvan los problemas que se les presentan por s mismos, ya que si uno los ayuda, ya est contaminando las pruebas Segn Jacob Nielsen, para identificar los problemas ms importantes de usabilidad de un sistema es suficiente que lo prueben 5 personas.

CAPTULO II 0. INTRODUCCINHbkjkljhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhnkjnkjnkjnkjn

DETERMINACIN DE REQUERIMIENTOS

DESCRIPCIN DEL NEGOCIO

Figura 2. 4.Situacin Actual (Atencin Mdica General)

FIGURA MODELO DE CASOS DE USO DEL NEGOCIO

DIAGRAMA DE ACTIVIDADES

Diagrama de Actividad : Proporcionar Servicio Consulta

Digrama de actividad : Solicitar Servicio

Diagrama de Actividad :Proporcionar Servicio de Enfermeria

Diagrama de Actividades : Tomar Muestra Laboratorio

Diagrama de Actividades : Elaborar Reporte Diario

Diagrama de Actividades :Elaborar y Mostrar Informe Estadistico

ESPECIFICACIN DE ACTORES Y CASOS DE USO DEL NEGOCIOA continuacin se muestra la descripcin de los actores que intervienen en el negocio: ACTORES RecepcionistaEs la persona encargada de asignar ficha a los pacientes ,realizar el informe estadstico ,y hacer el cobro de los servicios prestados por la institucin

Medico General El medico es la persona encargada de realizar historia clnica del paciente y elaborar la receta correspondiente

Medico Dental El medico dental es el encargado de realizar consultas dentales,realizar tratamientos y elborar la historia clnica.

Ecgrafo El ecgrafo realiza el servicio de ecografa y realizar informe correspondiente.

Biotecnologo Laboratorio Es el encargado de realizar procesamiento ,informe de su trabajo Laboratorial ,registra todos los datos de actividad en los formularios o computadoras preparados para tal fin.

Farmacutica Es la encargada de Administrar y manejar la farmacia.

AdministradoraEs la encargada de registrar a los mdicos que prestan servicios en el dispensario, elaborar informe estadsticos y entregar a SEDES.

EnfermeraEs la encargada de brindar el servicio de enfermera a los pacientes.

PacienteEs la persona que solicita el servicio de la institucin

CASOS DE USO

Caso de UsoSolicitar Servicio

ActoresRecepcionista , Paciente

DescripcinEl paciente solicita un servicio de atencin medica de acuerdo a la enfermedad o necesidad y la recepcionista registra sus datos personales y apertura su historial clnico, le asigna una ficha de consulta y pasa la ficha al mdico de turno.

Caso de UsoApertura historia clnica

ActoresRecepcionista

DescripcinLa recepcionista registra todos sus datos personales del paciente y automticamente se crea su historia clnica.

Caso de UsoAsignar ficha medica

ActoresRecepcionista

DescripcinLa recepcionista asigna la ficha mdica de acuerdo a la llegada de pacientes, si es nuevo paciente primero se lo registra y si no, se solicita el cdigo de su historia o su nombre completo, se le designa el mdico correspondiente y se imprime la ficha.

Caso de UsoToma muestra laboratorio

ActoresPaciente, Biotecnologo Laboratorio

DescripcinUna vez que el paciente quiera recibir un servicio de laboratorio tiene que pasar por Recepcin, para que la recepcionista tome sus datos personales, luego pasa a laboratorio, el mdico de laboratorio toma muestras de acuerdo al requerimiento de orden, estos resultados son copiados en cuaderno del laboratorista, luego pasa a los formularios de toma de muestras respectivamente, para despus entregar los resultados.

Caso de UsoProporcionar Servicio Consulta

ActoresMedico ,paciente

DescripcinEl mdico es la persona encargada de la atencin del paciente ;cuando el paciente adquiere ficha para consulta (medicina general ,odontologa ),este espera su turno ,cuando el mdico atiende al paciente lo primero que hace es tomar sus datos, como su nombre completo y tomar sus signos vitales para despus realizarle la consulta correspondiente.

Caso de UsoProporcionar servicio de Enfermera

ActoresPaciente ,Enfermera

DescripcinEl paciente requiere un servicio de enfermera como (curacin, inyectable, toma de signos vitales, etc.), se acerca a enfermera y esta le proporciona el servicio que requiere, para despus cancelar en caja por el servicio prestado.

Caso de UsoHistoria Clnica

ActoresMedico

DescripcinCada vez que el paciente realiza consulta, el mdico actualiza su historia clnica, agregando el diagnstico y el tratamiento correspondiente.

Caso de UsoElaborar receta

ActoresMedico

DescripcinEl mdico termina la consulta al paciente, este emite la receta correspondiente para la entrega de la misma.

Caso de UsoElaborar informe diario

ActoresRecepcionista ,administradora

DescripcinUna vez culminado el trabajo del da la recepcionista imprime un reporte de ingresos por todos los servicios prestados por la institucin. Esto es entregado a la administradora para elabora un informe diario para fines consiguientes.

Caso de UsoProporcionar Servicio de Farmacia

ActoresMedico, Farmaceutica

DescripcinCuando el medico elabora la receta del paciente esta contiene algunos medicamentos que existen en farmacia ,envindole para su compra correspondiente ,tambin puede acudir un paciente externo que nunca realizo una consulta y requerir el servicio de farmacia .

Caso de UsoServicio de ecografa

ActoresEcgrafo ,Paciente

DescripcinEl medico general puede pedir una orden de ecografa de acuerdo a la enfermedad que se le presenta ,este acude a ello ,solicita a la recepcionista un servicio de ecografa mostrndole el tipo ,asigna ficha para ecografa y tranfiere a la misma,el ecgrafo pide la orden al paciente y brinda el servicio para despus entregar los resultados.

Caso de UsoElaborar y mostrar Informe Estadistico

ActoresRecepcionista ,administradora

DescripcinUna vez culminada el mes ,la recepcionista

Caso de UsoRealizar Planillas de sueldos

ActoresAdministradora

DescripcinLa administradora realiza las planillas de sueldos de acuerdo a la asistencia y retrasos de los trabajadores que prestan servicio en la institucin.

REQUERIMIENTOS ESPECFICOS

El objetivo de los requerimientos es identificar y documentar lo que la institucin realmente necesita en el rea de estudio del presente proyecto .Para realizar la determinacin de requerimientos, primeramente se debe listar una serie de necesidades de la institucin, esto sirve como punto de partida para comprender los requisitos del sistema, estos requisitos deben evolucionar por medio del modelo de Caso de Uso, con objeto de lograr la especificacin final del sistema.

REQUERIMIENTOS FUNCIONALES

SMBOLOREQUERIMIENTOCATEGORA

R1Mostrar informe de acuerdo a requerimientos por el sistemaEvidente

R2Proporcionar en almacenamiento persistente para la informacinOculto

R3Registrar signos vitales como el peso, talla, temperatura, frecuencia cardiaca, respiratoria y presin arterial.Evidente

R4Registrar el examen mdico de la historia clnica (motivo de consulta, Diagnostico presuntivo y Definitivo tratamiento).Evidente

R5Controlar duplicaciones de Historiales clnicosOculto

R6Registrar datos del pacienteEvidente

R7Registrar datos del mdico, enfermeras y personal encargado de la recepcin de consultas del centro de salud Juna Pablo II.Evidente

R8Registrar datos de las consultas realizadas, y de los servicios que presta el hospital.Evidente

R9Registrar datos del historial clnico. (Antecedentes personales, patolgicos, no patolgicos).Evidente

R10Facilitar bsqueda de historiales clnicos.Evidente

R11Mostrar precios de servicios prestados por el centro de saludEvidente

R12Desplegar reporte de consultas realizadasEvidente

R13Desplegar reporte de diagnsticos registradosEvidente

R14Desplegar reporte de EnfermedadesEvidente

R16Desplegar reporte de historiales clnicos, informes mdicos, y reporte de exmenes realizados.Evidente

R17El usuario (director, administrador, medico, recepcionista), debe introducir su identificacin para utilizar el respectivo modulo.Evidente

R18Realizar informes estadsticos oportunos proporcionando informacin pasada y presente de los servicios que presta el centro de salud.Evidente

R19Realizar informes estadsticos establecidos por el sistema de informacin nacional de salud (SEDES).Evidente

R20Asignar Ficha de Consulta.Evidente

R21Registrar datos de resultados de laboratorio clnico.Evidente

R22Desplegar formularios con resultados de laboratorio clnico.Evidente

REQUERIMIENTOS NO FUNCIONALESSmboloAtributosDetalles y Restriccin de Fronteras

A1Interfaz agradableLas interfaces tienen una misma presentacin ya que son diseados segn las necesidades de los usuarios.

A2PlataformaDebe funcionar en los siguientes sistemas operativos:Windows 95/98/me/xp/vista y la familia de Linux

A3AmigableEl sistema debe tener una facilidad de uso flexible ya que cuenta con un manual de usuario y su respectiva ayuda.

A4EscalabilidadEl sistema podr adaptarse a nuevos requerimientos y servir como base para estudios posteriores apoyando a su mejora con el fin de favorecer el trabajo y mejoramiento del mismo.

CAPTULO III ANLISISDIAGRAMA DE PAQUETESACTORES DEL SISTEMALos actores representan a las personas reales que utilizaran el sistema, es decir cada actor representa una funcin que una persona real realiza.

ESPECIFICACIN DE ACTORES DEL SISTEMARecepcionista : Es la encargada de asignar fichas de consultas,registrar a los pacientes , generar reporte diario de cobros de servicio prestado ,elaborar reportes Estadisticos.Administrador : Es el encargado de gestionar a los mdicos ,los usuarios del sistema ,gestionar los precios de servicios prestados por la institucin Medico : Es la persona encargada de la atencin de los pacientes que solicitan servicio medico general o dental y elaborar historia clnica correspondiente.Biotecnologo Laboratorio: Es el encargado de gestionar todos los formularios de laboratorio .

DIAGRAMA DE ACTIVIDADES

DIAGRAMA DE DOMINIO

DIAGRAMA DE CASOS DE USO DEL SISTEMAEl modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un caso de uso representa una unidad discreta de interaccin entre un usuario y el sistema. Entonces para plasmar los requerimientos funcionales del sistema es que se utiliza el modelo de casos de usos del sistema.

Este Diagrama representa la funcionalidad del sistema, mostrando su interaccin con los agentes externos .Esta representacin se hace a travs de las relaciones entre los actores y los casos de uso dentro del sistema.ESPECIFICACIN DE CASOS DE USO DEL SISTEMALa descripcin de los Casos de uso representa todas posibles interacciones de los actores con el sistema, el formato de documentacin de los casos de uso es el siguiente:CASO DE USO: ASIGNAR FICHA CONSULTA Caso de UsoAsignar ficha consulta

ActoresRecepcionista

Personal Involucrado e InteresesEs utilizado con frecuencia por la recepcionista el cual tienen los siguientes requerimientos: La asignacin de ficha de consulta debe ser mediante un cdigo asignado. Debe desplegarse una descripcin de los datos del paciente ya registrado al instante.

PropsitoAsignar ficha de consulta

Pre condicinAplicacin Inicializada

Post Condicin

Flujo Bsico

Accin de los ActoresRespuesta del Sistema

1.- Este caso de uso se inicia cuando la recepcionista ingresa al sistema.

3.- El usuario ingresa su nombre y contrasea.

7.- El usuario elige la opcin ASIGNAR FICHAS DE CONSULTA

9.- El usuario pregunta al paciente si ya fue registrado anteriormente en caso de afirmacin ,elige la opcin ASIGNAR FICHA CONSULTA

11.- El usuario pregunta al paciente si es su primera vez de consulta, elige la opcin NUEVO PACIENTE.

13.- Si el usuario elige la opcin SALIR 2.- El sistema le pide al usuario su nombre y contrasea.

4.- El sistema verifica que el nombre y la contrasea sean vlidos.

5.- El sistema despliega una pantalla principal donde estarn todas las actividades que el sistema brindara.

6.- El sistema le pide al usuario que seleccione la actividad que se quiere realizar: ASIGNAR FICHAS DE CONSULTA.

8.- se despliega una pantalla donde el sistema tiene las opciones de, ASIGNAR FICHA, NUEVO PACIENTE, SALIR.

10.- EL SISTEMA le pide al paciente su cdigo de historia clnica o caso contrario su nombre, especialidad y medico con el que desea ser consultado, para despus ASIGNAR FICHA de acuerdo a la cola de espera.

12.- El sistema despliega a una pantalla de REGISTRO DE PACIENTE 14.- Se cierra la aplicacin.

Flujo Alterno

4.- Si el nombre y/o contrasea introducido por el usuario es invalido el sistema le notifica al usuario, el usuario puede ingresar un nombre y/o contrasea valida o salir de la aplicacin.

7.- El Usuario ha introducido un Cdigo de paciente nulo e invalido del paciente. El sistema notifica al usuario. El usuario puede ingresar un Cdigo de paciente valido de un paciente o salir del caso de uso.

9.- El usuario no elige la opcin ASIGNAR FICHA CONSULTA entonces el usuario puede o bien elegir cualquiera de los servicios que brinda el sistema, siempre y cuando tenga acceso a ellos.

CASO DE USO REGISTRAR PACIENTE Caso de Uso Registrar Paciente

Actores Recepcionista

Personal involucrado e inters Este caso de uso es utilizado por la recepcionista quien tiene los siguientes requerimientos: La bsqueda del paciente debe ser de una manera rpida No debe tener complicaciones en la bsqueda del paciente La descripcin del paciente debe ser de una manera rpida.

PropsitoLa recepcionista ingresa el nombre, apellido materno, apellido paterno, apellido de casada, fecha de nacimiento, edad, sexo, ocupacin, estado civil, telfono, celular, direccin actual, escolaridad, estos datos deben ser almacenados en la base de datos para su bsqueda correspondiente.

Precondicin Aplicacin Inicializada

Postcondicion Lista mostrada de los pacientes registrados y adems actualizados

Flujo Bsico

Acciones de los ActoresRespuesta del sistema

1.- Este caso de uso se inicia cuando la recepcionista ingresa al sistema.

3.- El usuario ingresa su nombre y contrasea.

7. Si el usuario elige la opcin Registrar PACIENTE

10. Si el usuario quiere registrar nuevo paciente, llena todos los datos requeridos.

12. Si el usuario elige la opcin Modificar

14. El usuario introduce el cdigo o nombre del paciente de la lista a modificar.16. El usuario modifica los datos.17. Si el usuario elige la opcin Eliminar.19. El usuario introduce el cdigo o nombre del paciente a eliminar.21. Si el usuario elige la opcin Salir.2.- El sistema le pide al usuario su nombre y contrasea.

4.- El sistema verifica que el nombre y la contrasea sean validos.

5.- El sistema despliega una pantalla principal donde estarn todas las actividades que el sistema brindara.

6.- El sistema le pide al usuario que seleccione la actividad que se quiere realizar: REGISTRAR PACIENTE 8. El sistema muestra una lista de todos los pacientes registrados y existentes y da permiso para que se pueda registrar nuevo paciente, modificar, eliminar y salir.

9. El sistema muestra un formulario a hacer llenado.

11. Verifica todos los datos introducidos, y guarda.

13. El sistema muestra la lista de pacientes a hacer modificado.15. Valida los datos del paciente.

18. El sistema muestra la lista de pacientes registrados.20. El sistema elimina datos del paciente.

22. Cierra la aplicacin.

Flujos alternos

1. Si la identificacin de su nombre y su contrasea es invalida ir a 3Todos los datos del paciente deben ser llenados correctamente y por orden ya que no podrn pasar al siguiente campo respectivamente.

CASO DE USO VER LISTA DE PACIENTES Caso de Uso Ver lista pacientes

Actores Recepcionista

Personal involucrado e inters Recepcionista

PropsitoVer la cantidad de pacientes que se tiene registrado para tener un lmite de asignacin de fichas.

Precondicin Aplicacin inicializada

Postcondicion

Flujo Bsico

Acciones de los ActoresRespuesta del sistema

1.- El usuario inicia este caso de uso cuando ingresa a la opcin ver lista de pacientes.

2. El usuario introduce la fecha del da que desea ver la lista de pacientes.

2. El sistema despliega una pantalla donde se puede ver la lista de pacientes en espera del da o das anteriores.Se puede buscar por cdigo, nombres o fecha.

3. El sistema despliega toda la lista de pacientes consultados en esa fecha.

Flujos alternos

CASO DE USO INGRESAR AL SISTEMA Caso de Uso Ingresar al sistema

Actores Todos los usuarios del sistema (administrador, medico, biotecnologo laboratorio, recepcionista )

PropsitoLos usuarios ingresan al sistema mediante un usuario y una contrasea. El administrador del sistema se encarga de validar al Usuario, asignando el permiso correspondiente a su perfil dentro del sistema.

Precondicin Aplicacin Inicializada

Postcondicion Ingreso de contrasea y password

Flujo Bsico

Acciones de los ActoresRespuesta del sistema

1.- El usuario introduce su nombre de usuario y su contrasea ,presiona el botn aceptar

.

2. Validar la informacin suministrada y en caso de ser la correcta muestra una ventana de bienvenida con el nombre del Usuario y la ventana de mdulos.

Flujos alternosFalla del sistema Usuario y contrasea no vlidos. En la ventana de Mdulos solo est activo el Mdulo que corresponde a cada Usuario ya sea por su perfil y permisos permitidos

CASO DE USO: GESTIONAR HISTORIA CLINICA Caso de Uso Gestionar Historia Clnica

Actores Medico

PropsitoPermite gestionar (bsqueda, actualizar, eliminacin de la Historia Clnica), mediante el identificador del Paciente, luego podr visualizar el formulario para actualizar, eliminar o buscar los datos de la Historia Clnica.

Precondicin El mdico es el nico usuario que realiza la operacin

Postcondicion

Flujo Bsico

Acciones de los ActoresRespuesta del sistema

1. El Mdico debe ingresar el sistema con su Usuario y Contrasea.

4. Escoger en el men consultas del da 5. Escoger el paciente de la lista de espera

8.Si Escoge en el men la opcin: actualizar Historia Clnica

10. Llenar de formulario con los datos de la atencin como diagnstico mdico (dx), tratamiento: exmenes, receta para la farmacia. Si le da de alta o hay continuidad volvindole a citar (recita) o envindole a otra especialidad (interconsulta)

12.Si escoge en el men la opcin eliminar 14. El usuario elimina el paciente seleccionado.15.Si el usuario elige la opcin salir 2.Valida la informacin 3.Muestra el men de opciones

6. Muestra la tabla de atenciones del da, con los datos del paciente y su nmero de consulta.7. Muestra el men de opciones: Actualizar, eliminar, salir 9. El sistema muestra la pantalla perfil de paciente y pulsar la opcin actualizar datos.

11. Mensaje de aviso de xito o fracaso de la transaccin.

13. El sistema pide que se introduzca el cdigo del paciente.

16.Fin de la aplicacin

FLUJOS ALTERNOSMensaje de error porque no se puede acceder a la base de datos Campos incompletos o falta de datos .Se solicita al mdico que introduzca los datos de nuevo .

CASO DE USO: GESTIONAR USUARIO Caso de Uso GESTIONAR USUARIO

Actores Administrador

Personal involucrado e inters Administrador,Medico,Recepcionista,Biotecnologo laboratorio.

PropsitoPermite gestionar (bsqueda, actualizar, eliminacin de datos ).los usuarios que tendrn acceso al sistema.

Precondicin El administrador es el que realiza la operacin y por tanto tiene que loguearse primero.

Postcondicion Aplicacin inicializada

Flujo Bsico

Acciones de los ActoresRespuesta del sistema

1. El administrador ingresa al sistema con un usuario y contrasea.

4. Escoger en el men OPCION USUARIOS 6. Si se Selecciona la opcin actualizar usuario

8. Si se selecciona la opcin nuevo usuario.10.Se llena todos los datos requeridos

12. Si se selecciona la opcin salir

2.Valida la informacin 3.Muestra el men de opciones

5. El sistema muestra la lista de usuarios con las opciones de actualizar, nuevo usuario, eliminar.

7. El sistema muestra la pantalla perfil de usuario y pulsa el botn actualizar.9. El sistema despliega un formulario de registro de nuevo usuario.

11. El sistema almacena en la base de datos los datos del usuario.

13.Fin de la aplicacin

Flujos AlternosCampos incompletos o tipo de dato incorrecto .Se solicita al administrador que introduzca los datos nuevamente.Mensaje de