Formato Proyecto de Investigacion Teoria Manolo

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos
Proyecto de Investigacin Terico

Desarrollo de un sistema de Seguimiento a la Gestin de indicadores para los
Hospitales del sur del Valle de Aburra (Sabaneta y Caldas)
Presentado por:
Grupo
301403_62
1. Manolo Pjaro Borrs
2. Sergio Esteban Mora
Tutor:
JAIVER PARRA
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA
PROGRAMA INGENIERIA DE SISTEMAS
COLOMBIA
Pgina
Tabla de Contenidos
Captulo 1 Introduccin
Captulo 2 Objetivos
2.1 Objetivos Generales
2.2 Objetivos Especficos
Captulo 3 Justificacin
3.1
Justificacin Metodolgica
3.2
Justificacin Prctica
3.3
Justificacin Innovativa
3.4
Justificacin Profesional
Captulo 4 Metodologa
4.1
Tipo de Metodologa
4.2
Metodologa de Investigacin
Captulo 5 Marco Conceptual y Terico
5.1 Marco Conceptual
5.2 Marco Terico (Programacin Orientada a Objetos en Java)
5.2.1 Introduccin a Java
5.2.2 Programacin bsica
5.2.3 Programacin Avanzada
5.2.4 UML y Java
5.2.5 Aplicaciones y Applets
5.2.6 Interfaces Grficas del Usuario
Captulo 6 Modelo de Requisitos
6.1. Descripcin del Problema
6.2. Modelo de Caso de Uso
6.3. Modelo de Interfaces
6.4. Actores y Caso de Uso
6.5. Modelo de Dominio del Problema
Captulo 7 Modelo de Anlisis
7.1. Arquitectura de Clases
7.2. Identificacin de Clases segn Estereotipos
7.3. Clases segn Casos de Uso
7.4. Diagramas de Secuencia
7.5. Casos de Uso para el Sistema
7.6. Diccionario de Clases
Captulo 8 Modelo de Diseo
8.1. Estrategias de Diseo
8.2. Diseo de Objetos
8.3. Diseo de Sistema
8.4. Revisin del Diseo
8.5. Diagrama de Secuencia del Diseo
Pgina
Captulo 9: Modelo de Implementacin

9.1. Programacin en Java de su proyecto de Investigacin
9.2. Diagrama de Clases de su proyecto de Investigacin
Captulo 10: Modelo de Pruebas
10.1.
10.2.
10.3.
10.4.
Definicin de Conceptos de su proyecto de Investigacin

Tipos de Pruebas de su proyecto de Investigacin
Proceso de Pruebas de su proyecto de Investigacin
Pruebas del Sistema de su proyecto de investigacin
Captulo 11 Conclusiones
Captulo 12 Recomendaciones
Captulo 13 Bibliogrficas
Pgina

Captulo 1 Introduccin
Desarrollo de un sistema de informacin Control de Gestin de Hospitales

Municipales
La gran mayora de los hospitales municipales carecen de un servicio de seguimientos de

indicadores de gestin siendo de vital importancia contar con una herramienta tecnolgica
que permita coordinar de manera organizada y puntual, todas actividades, tareas y dems
labores para cumplir a satisfaccin con los objetivos propuestos, en gran parte los sistemas
de gestin y seguimiento no se realizan a tiempo o tienen un responsable visible
Es as como en varias de las entidades de salud del departamento de Antioquia, y en este
caso en los municipios de Sabaneta y Caldas, se un control de las actividades control y
seguimientos de los indicadores de gestin que le permitan al personal administrativo la
toma de decisiones para su correcto funcionamiento y as garantizar la prestacin del
servicio de salud de manera adecuada.
Es por esto que se plantea la necesidad de contar con una herramienta que permita
coordinar, agendar y ejecutar las diferentes actividades de gestin y control de manera
oportuna y puntual.
Se requiere de un sistema de informacin para el control para las actividades de control y
gestin de las que se realiza dentro de los hospitales que permita a los usuarios, gerente y
empleados de diferentes dependencias
y tcnicos de mantenimiento, coordinar los
diferentes esfuerzos y lograr de manera adecuada la prestacin del servicio en el hospital
La herramienta debe proveer un sistema que nos permita identificar a cada uno los usuarios.
Que nos permita tener una supervisin completa de cada una de las gestiones y procesos
que se realizan en los Hospitales Adems de esto, debe manejar roles y perfiles que se
asignaran a cada uno de los usuarios que hacen uso de la herramienta de control.
El administrador General: es el sper usuario es la persona encargada de administrar los
software integrados que se alquilaran a c/u de los hospitales ya que este aplicativo se
montara en los entes pblicos o privados que as lo requieran es el usuario que administrara
los roles de cada uno de los administradores locales
Administrador Local: es la persona encargada de suministrar los roles que desempearan
cada uno de los usuarios ya sea al personal administrativo, mdicos, enfermeras y personal
en general incluyendo la parte de mantenimiento
El Usuario operador conjunto de personas que ingresarn al sistema la informacin que nos
permitir actualizar los diferentes tipos indicadores, las actas, los cuadros de turnos los
eventos adversos verificar, fecha de ejecucin, consultar historial de mantenimientos para
cada uno de los equipos que estn en el cuadro de Mantenimiento.
Pgina

El usuario final, es la persona que interacta en forma directa con el sistema, puede ser el
Medico, las enfermeras, el personal de servicios generales y Mantenimiento, para que pueda
verificar y realimentar los diferentes indicadores de gestin que pertenecen al hospital o
puesto de salud que este interactuando con el sistema.
De esta forma, el sistema de informacin no slo servir para coordinar los diferentes
esfuerzos de mantenimiento, sino que tambin servir de repositorio de informacin para los
encargados de cada puesto de salud puedan consultar los reportes de mantenimiento.
Captulo 2 Objetivos
2.1 Objetivos Generales
Desarrollar un sistema de Gestin y Control de indicadores de informacin para el control de
los diferentes procesos de los centros de salud de los municipios del sur del valle de Aburra
(Antioquia)
2.2 Objetivos Especficos
Implementar un sistema de que nos permita ejercer un control sobre la calidad de registro
generacin de indicadores de calidad, eventos adversos y organizacin de cuadros de turnos
para los diferentes usuarios del hospital o centro de salud que trabaje con este aplicativo.
Implementacin de mecanismos mediante indicadores que nos permita un debido control
para administrar los diferentes procesos realizados en el hospital o centro de salud.
Implementacin de un sistema de base de datos relacional que nos permita llevar un control
efectivo de los diferentes procesos que lleva el hospital las mismas se describirn en forma
individual ms adelante.
Llevar un control efectivo sobre los diferentes cuadros de turnos de los funcionarios del
hospital evitando con ello un cruce de los diferentes horarios de trabajo.
Pgina

Captulo 3 Justificacin
3.1
Justificacin Metodolgica
El desarrollo de esta aplicacin se produjo por la necesidad de implementar mtodos
efectivos que nos permitiera evaluar en forma precisa y confiable el desempeo de cada uno
de los usuarios de los hospitales y centro de salud, este mtodo propone nuevas tcnicas
para la generacin de conocimientos.
3.2
Justificacin Prctica
El desarrollo de esta herramienta nos permite medir en forma prctica y segura el
desempeo de c/u de los usuarios del Hospital o centro de salud ya que por medio de los
indicadores se puede saber con certeza, la calidad de servicio que se est prestando, ya sea
que no permite duplicar en este caso los cuadros de turnos, que las actividades se puedan
medir por un nivel de cumplimiento.
3.3
Justificacin Innovativa
Antes de justificar porque es innovador este proyecto, fijmonos un poco en que consiste el
proceso de innovar, comencemos por En primer lugar, aunque la innovacin sea desarrollada
por individuos, se justifica y queda delimitada por su contexto de funcionamiento. Es decir,
consideramos que todo proceso de innovacin, en cuanto que es un proceso de definicin,
construccin y participacin en el desarrollo de nuevas ideas para una solucin prctica y
eficiente que le permitan al usuario final la toma de decisiones, este proyecto posee estas
caractersticas ya utiliza como herramienta de toma de decisiones una serie de grficos,
banderas indicativas que le permiten al supervisor o coordinador estar en todo momento al
tanto de los avances de sus subordinados.
3.4
Justificacin Profesional
Pgina

Captulo 4 Metodologa
4.1
Tipo de Metodologa
La idea que permiti utilizar este mtodo surgi a raz de la percepcin de lo complejo de
gestionar eficientemente un proyecto, con los mtodos tradicionales de desarrollo de
software, en un ambiente tan cambiante ya sea por los avancen en las diferentes tecnologas
de desarrollo, como en la entrega de resultados ptimos y rpidos que nos pide el mercado
como el de la actualidad.
Como una de varias de las varias alternativas a las metodologas tradicionales que he
investigado nacen las giles, y dentro de stas escog la tecnologa Scrum como mtodo
gil para gestionar nuestro proyecto. Scrum se basa en la adaptabilidad a los cambios como
medio que nos permite aumentar las posibilidades de xito de los diferentes proyectos que
lleguemos a emprender. Su mayor objetivo es simplificar y minimizar el proceso de
desarrollo y apuntar a lo que realmente importa, la verdadera necesidad del cliente
realizando entregas frecuentes y continuas de software funcional.
Para poder implementarlo, entonces, debemos elaborar un proceso de desarrollo propio que
si bien contiene las cinco etapas habituales del desarrollo de software, no deja de cumplir
con los principios y valores de las metodologas giles. Las etapas del proceso que se deben
tener en cuenta son: planificacin, anlisis, diseo, construccin y prueba, e
implementacin; que para llevarlas a cabo utilizamos una combinacin de diferentes
herramientas de la ingeniera del software.
Scrum est basado en un proceso constructivo iterativo e incremental donde las iteraciones
tienen duracin fija pero corta y el resultado final de cada una de ellas es un producto
funcional que contiene un subconjunto de los requerimientos del proyecto.
4.2
Metodologa de Investigacin
Para el desarrollo del proyecto de investigacin, se ejecutarn una serie de tareas especficas
con un tiempo y una duracin que se respetar siguiendo un cronograma un cronograma de
trabajo. Las diferentes actividades se relacionan con las siguientes fases de trabajo:
Fase de investigacin y documentacin: Para esta fase planteo un mximo 30 horas para
realizar la respectiva investigacin y documentacin del problema planteado. Para ello se
realizar todo el proceso de documentacin con base a lo que se describi como problema
planteado.
Fase de desarrollo: con la documentacin necesaria de lo que se describi como problema,
se realizar una propuesta de desarrollo con entregas parciales basado en la tecnologa gil
de Scrum realizando el debido seguimiento de las actividades propias del desarrollo.
Planteando para ello unos objetivos especficos planteados en el cronograma de actividades
Fase de implementacin/evaluacin: para realizar implementacin del producto, el mismo
ser cargado en un hosting que permita realizar una serie de pruebas y verificar el correcto
funcionamiento.
Pgina

Puesta en marcha y entrega final: se realiza la entrega del proyecto, se entrega el cdigo
fuente, los manuales del usuario en una pgina web a los usuarios. Finales
Pgina

Captulo 5 Marco Conceptual y Terico
5.1 Marco Conceptual
5.1.1
5.1.2
5.2 Marco Terico (Programacin Orientada a Objetos en Java)
5.2.1 Introduccin a Java
5.2.2 Programacin bsica
5.2.3 Programacin Avanzada
5.2.4 UML y Java
5.2.5 Aplicaciones y Applets
5.2.6 Interfaces Grficas del Usuario
Pgina

Captulo 6 Modelo de Requisitos
6.1. Descripcin del Problema
Se diseara un sistema de informacin y control de indicadores que nos permitir verificar
las diferentes normas o resoluciones, que se deben observar en los diferentes entes pblicos
o privados, los procesos que se debe realizar por dependencias, teniendo los mismos un
control sobre los procesos realizados, ellos como ejemplo se pueden auditar las
dependencias como almacn, archivo, atencin al usuario, mantenimiento de equipos,
calidad, cartera ciruga, contabilidad, Control interno entre muchos, adems de generar
actas de supervisin a los procesos.
En este mismo proyecto se generaran cuadros de turnos en forma automtica evitando con
ellos la duplicidad de horarios de trabajo, y por ltimo la generacin de eventos adversos
que se sucedan en los diferentes hospitales o centros de salud.
Para ello se hace necesario de la utilizacin de una base de datos creada en Mysql donde
podamos almacenar funciones para la consulta se seguimiento Activos, consultar
seguimiento de actividad, procedimientos almacenados que nos permitan Eliminar eventos,
consultar usuarios, eliminar lugares, grabar actas, grabar eventos, grabar lugares.
Se deben crear diferentes tablas para atributos, dependencias, empresas, indicadores de
acciones, Indicadores de ficha tcnica, indicadores de detalle, normas, perfiles de usuarios,
permisos por perfil de usuario, tabla de usuario, de procesos adversos, de lugares de
eventos, de consecutivos.
El sistema de informacin y gestin de indicadores debe permitir almacenar histricos de las
diferentes actividades realizadas por el hospital o centro de salud, generacin de casos por
cada labor realizada por el personal mdico, administrativo o de mantenimiento de alertas
para cuando uno
o ms indicadores de gestin deje de cumplirse en el tiempo
reglamentario, e indique el responsable de la supervisin de esa labor.
El sistema de informacin debe solicitar el nivel de acceso para cada hospital o centro de
salud que as lo solicite ya que el mismo es multiusuario, debe permitir la interaccin por
medio de ventanas grficas.
Pgina
10

6.2. Modelo de Caso de Uso
El modelo de casos de uso es un catlogo de la funcionalidad del sistema que se describe
usando casos de uso UML. Cada caso de uso representa una sola interaccin repetible que
un usuario o "actor" experimenta cuando usa el sistema.
Un caso de uso tpicamente incluye uno o ms "escenarios" que describen las interacciones
que ocurren entre el Actor y el Sistema, y documenta los resultados y excepciones que
ocurren desde la perspectiva del usuario.
Los casos de uso pueden incluir otros casos de uso como parte de un patrn de interaccin
ms grande y puede ser extendida por otros casos de uso para manejar condiciones
excepcionales (Wikipedia, 2012)
Para el desarrollo del proyecto se hace necesario realizar la identificacin de los diversos
actores que pueden intervenir en el sistema de informacin para el control y gestin de
indicadores de hospitales y unidades. En la siguiente imagen, se pueden observar los actores
identificados para el sistema en cuestin:
Figura 1. Delimitacin del Sistema de gestin

Luego de reconocer los diferentes actores que intervienen en el sistema, se definen los casos
de uso del mismo. Esto se puede observar en la siguiente imagen:
Pgina
11
Figura 2. Casos de uso completos para el sistema de gestin y administracin de

mantenimiento de equipos biomdicos.
Documentacin:
Basndome en la informacin que presenta el proyecto que se tiene del proyecto, se
procesa la documentacin necesaria para identificar der forma clara a cada uno de los
usuarios y poder definir muy bien cada uno de los casos de uso que cada usuario Lllega a
ejecutar:
Documentacin de actores.
Usuario administrador:
Actor
Administrador Plataforma
Validar Usuario, Registrar Usuario, Crear acceso a un hospital

o puesto de salud, validacin de hospitales registrado,
mantenimiento de la plataforma
Tipo
Primario
Es el actor principal y representa al usuario que tiene
privilegios de administracin, el cual puede crear nuevos
Descripcin centros de salud y hospitales, cargar informacin bsica con
la que podr trabajar cada uno de los usuarios de los
hospitales creados.
Casos de
uso
Pgina
12
Usuario Operador:
Actor
Usuario Administrador Hospital o centro de salud

Validar Usuario, crear nuevos perfiles para el hospital,
Casos de
administrar y crear indicadores de gestin, valida bases de
uso
datos, disea en compaa de los diferentes usuarios
Clientes los indicadores para cada punto de trabajo
Tipo
Primario
Es uno de los actores principales y representa al usuario
operativo, quien es la persona que realiza las labores de
diseo de los diferentes indicadores asigna las funciones a
ejecutar al personal administrativo y operativo del hospital o
Descripcin centro de salud, coordina con el personal de mantenimiento
el control de los diversos equipos de los puestos de salud.
Para generar los indicadores del uso de los mismos Esta
persona puede ingresar nuevos reportes e indicadores,
consultar el plan definido por el administrador general.
Usuario Cliente Final:
Actor
Cliente Final
Casos de
uso
Validar Usuario, Consultar reporte de los diferentes tipos de

indicadores verifican que se cumplan los mismos y los
reporta al usuario responsable del indicador
Tipo
Primario
Descripcin
Representa al usuario usado por el cliente final (Hospital), el

cual puede revisar el historial de las gestiones que tiene a
cargo, para cada una de las personas a las que se les genera
un indicador.
Pgina
13

6.3. Modelo de Interfaces
Interfaz caso de uso validar ingreso
Interfaz caso de uso crear indicadores actas, consultas de turnos, eventos

adversos
Pgina
14
Interfaz Gestin de indicadores
Interfaz Gestin de indicadores por norma
Pgina
15

6.4. Actores y Caso de Uso
Caso de Uso
Validar Usuario
Usuario Administrador, Usuario Operador, Usuario Final, Base de
Actores
de datos indicadores y gestin.
Tipo
Inclusin
Validar el ingreso de cada uno los usuarios al sistema de
informacin para el el seguimiento de control de gestin e
Propsito
indicadores
Este caso de uso se inicia por el usuario. Valida al usuario
mediante un login y un password contra la tabla tblusuario, con la
finalidad de darle acceso a todos los hospitales y centro de salud
Resumen
que administre el sistema
Precondicion Se requiere realizar la creacin de usuarios en la base de dato
es
dnyhosp accesando la tabla de Usuarios.
Se carga la pantalla de login para que el usuario ingrese los datos
de autenticacin, los cuales son asignados inicialmente por el
administrador. Si el usuario es correcto, se cargar la pantalla de
Flujo
bienvenida, donde podr realizar las diversas tareas segn el rol
Principal
que corresponda.
Sub Flujos
Ninguno
No hubo validacin: Si los datos de autenticacin no
corresponden, se le solicita al usuario realizar un nuevo intento
Excepciones de ingreso pudiendo realizar hasta dos ingresos posteriores
Caso de Uso
Actores
Tipo
Crear Hospital o centro de salud

Usuario Administrador, Base de Datos dnysys tabla empresas
Inclusin
Permite al usuario administrador realizar la creacin de nuevos
Propsito
Hospitales en la tabla de empresas
Este caso de uso se inicia por el usuario administrador. El usuario
administrador debe ingresar la informacin del nuevo Hospital o
puesto de salud que ser creado en la base de datos. Todos los
Resumen
campos son obligatorios.
Precondicion Se requiere haber ingresado correctamente a la plataforma de
es
informacin
Se carga la pantalla para la creacin de nuevos puestos de salud,
donde el administrador deber ingresar la informacin solicitada
por la interfaz (Nombre Puesto de Salud u Hospital, No de
contrato, razn social, nit, telf., correo electrnico, ciudad,
direccin, contacto, cargo Contacto, telf.. contacto, Logo. Una vez
se realice el ingreso de la informacin, se debe hacer click en el
Flujo
botn "Crear nuevo Hospital" para almacenar la informacin en la
Principal
base de datos.
Sub Flujos
Ninguno
Pgina
16
Excepciones
Caso de Uso
Actores
Tipo
Propsito
No se realiza la creacin del hospital o centro de salud: sucede si

no se ingresan los datos completos o si ya existe un centro de
salud con el mismo nombre previamente creado.
Crear nuevo usuario
Usuario Administrador, Base de Datos dnyhosp tabla empresas
Inclusin
usuarios y asignarle un funcin para as generarle un indicador de
eficiencia previamente creado

administrador debe ingresar la informacin del nuevo usuario que
Resumen
ser creado y asignado al puesto que se seleccione y que debe
estar previamente creado en la plataforma de informacin
Precondicion Se requiere que el cargo se encuentre previamente creado en la
es
plataforma de administracin.
Flujo
Principal
Sub Flujos
Excepciones
Caso de Uso
Actores
Tipo
Propsito
Se carga la pantalla para la creacin de nuevos usuarios, en

donde el usuario Todos los campos son obligatorios. Una vez que
el usuario administrador ingrese la informacin solicitada por la
plataforma, debe hacer click en el botn denominado "crear
nuevo usuario" para que se almacene en la base de datos.
Ninguno
No se realiza la creacin del usuario: sucede si no se ingresan los
datos completos para el equipo que se est creando.
Crear Nuevo Plan de Mantenimiento
Usuario Administrador, empresas
Inclusin
planes de gestin que genere su respectivo indicador para cada
uno de los usuarios que previamente se han creado en la base de
datos.

administrador debe ingresar la informacin solicitada para la
Resumen
creacin de un nuevo plan de gestin para cada uno de los
usuarios creados en plataforma.
Precondicion Se requiere que el puesto de salud u hospital y el indicador se
es
registren con anterioridad.
Flujo
Se carga la pantalla para la creacin de nuevos planes de
Principal
gestin, donde el usuario administrador ingresar la informacin
necesaria para agendar y configurar las agendas de revisin de
cada uno de los indicadores por cargo creado indicando la
Pgina
17
Sub Flujos
Excepciones
periodicidad del mismo

Ninguno
Ninguno
Caso de Uso
Actores
Tipo
Ingresar Nuevo Reporte de eventos adversos

Usuario Administrador, Usuario Operador, Base de Datos dnyhosp
Inclusin
Propsito
Resumen
Permite al usuario Operador ingresar los reportes de los eventos

adversos tanto de equipos como de usuarios del sistema
(apacientes) cuando se realiza una actividad o evento adverso.
Este caso de uso se inicia por el usuario operador. El usuario
operador debe ingresar la informacin correspondiente a la
actividad de o evento que se haya ejecutado, en caso de
pacientes con las fechas de ingreso y los procedimientos a
realizar. Todos los campos son obligatorios y se debe especificar
las actividades realizadas durante el proceso.
Precondicion
es
Se requiere realizar ingreso exitoso a la plataforma.
Se carga la pantalla para ingresar nuevos reportes de evento. El
usuario operador debe ingresar toda la informacin solicitada por
el formulario, en donde debe indicar: los datos bsicos del
paciente, si es un ingreso o en el caso que sea un equipo el tipo
Flujo
de mantenimiento, persona de contacto quien recibe al tcnico,
Principal
fecha en que se realiza la labor de mantenimiento y la
descripcin de la tarea realizada, con la finalidad que se genere
un indicador Una vez se realice el ingreso de la informacin, se
debe hacer click en el botn "Registrar Nuevo Reporte".
Sub Flujos
Ninguno
Excepciones Ninguno
Caso de Uso
Actores
Tipo
Propsito
Consultar Plan de cuadro de turnos

Usuario administrador seccin o gerente de personal, base de
datos dnyhosp
Inclusin
Permite al usuario administrador de seccin o gerente de
personal asignar cada uno de los turnos de las diferentes
dependencia que tenga el hospital, ya sea mdicos, enfermeras y
conocer los planes de trabajos que se han definido para cada uno
los empleados del hospital.
Pgina
18
Resumen
Este caso de uso se inicia por el usuario administrador o gerente

de personal. Permite al usuario consultar la tabla de turnos, la
informacin relacionada con los planes de trabajo. Si se trata de
mantenimiento preventivo de equipos se delegara al al usuario
del dpto. de mantenimiento, de esta forma, el operador (tcnico
de mantenimiento) se mantiene informado sobre los planes de
mantenimiento que se le han asignado.
Precondicion
es
Se requiere realizar ingreso exitoso a la plataforma.
Pgina
19

6.5. Modelo de Dominio del Problema
Pgina
20
Captulo 7 Modelo de Anlisis

7.1. Arquitectura de Clases
La arquitectura de clases se distinguen segn la organizacin de los objeto segn su
funcionalidad, es decir puede ser clases que manejen mltiples objetos, uno dentro de la
aplicacin y otros que interacten fuera de la aplicaciones, a estos se les llama arquitectura
multidimensional y las que solo manejan uno objetos dentro de la aplicacin o solo por fuera
se llama arquitectura de nica dimensin.
Una de las arquitecturas que ms se utiliza se llama vista de control maneja 3
dimensiones, (Modelo de Informacin, De presentacin y control) cada una de estas
dimensiones no deberan afectar a las otras en el momento de efectuar cambios en una de
ellas, solo s los objetos son independientes.
En nuestro proyecto de la automatizacin de registro operatividad del hospital tendremos:
Base de Datos de los usuarios que estn registrados en ese hospital: Las personas quienes
obtiene el servicio.
Base de Datos de los funcionarios: las personas que dan el servicio (enfermeras,
especialistas, servicios generales, cafetera etc.)
Administrador: Quien controla la funcionalidad del sistema, corrigiendo cdigo del programa
(validando informacin)
Alimentador: Personal autorizado, para ingresar a la base de Datos del sistema y adjuntar
historia Clnica
Usuario: Persona que recibe el servicio
Comunicacin y actualizacin de las bases de Datos: Salida de los Datos
Hardware de Entrada: Teclado mouse, Scanner
Hardware de Salida: Monitor, impresora
7.2. Identificacin de Clases segn Estereotipos

Dentro de la arquitectura los objetos se organizan segn su funcionalidad, como se haba
dicho anteriormente, es decir se distribuyen en (estereotipos de la arquitectura) Son:
Entidad: Estos guardan informacin del estado interno sistema a corto y a largo plazo, por
ejemplo el registro de nuevos datos en una base de Datos
Borde: Estos son los que interactan con entes exteriores al sistema, como por ejemplo
entrada de datos por medio de teclado, o la visualizacin de los mismos mediante un monitor.
Pgina
21

En el caso de nuestro proyecto, podramos empezar por la entrada de datos a la base de
datos,
Control: Estos objetos interactan tanto con el sistema interno como con el externo por
ejemplo si al insertar informacin esta es vlida, en el caso de que se requiera insertar nmeros
(int) y se inserten letras (char) debe existir un objeto que alerte al usuario del error y lo corrija el
usuario
Clase
Base de Datos
Usuarios
Base de Datos
Personal
Administrador
Alimentador
Usuario
Hardware
Entrada
Hardware de
Salida
Entida
d
Borde
Contro
l
x
x
x
x
x
x
x
Pgina
22

7.3. Clases segn Casos de Uso
Usuario
Administrad
or
Bases
De Datos
Hardware
Salida
Bases de
Datos
Alimentador
Hardware
de Entrada
El diagrama anterior representa el ciclo del funcionamiento del programa con las clases y los
casos de uso.
En el primer paso el administrador conecta la base de datos con el programa, es decir que
registra a los usuario o bien, los llame desde una base de datos, esta base de datos la utiliza el
alimentador para agregar una historia clnica al usuario por medio de hardware de entrada, (ya
sea teclado, escner etc.)Se registra quien hace la modificacin o quien aade informacin segn
la base de datos de personal autorizado. Estas modificaciones salen en pantalla por medio de un
Hardware de salida, a su vez el hardware de salida tambin puede ser usado por el alimentador
para consultar la base de Datos. Una vez guardado la informacin, el administrador controla la
valides de la informacin y verificacin de guardado para que siga circulando por el sistema, en
Pgina
23

caso de un error el administrador hace uso de hardware de entrada para solucionarlo y hace
prueba al sistema
7.4. Diagramas de Secuencia
Ac identificaremos o seccionaremos cada fase del programa o proyecto que se pretende
trabajar, es decir, desde los textos de entrada donde se explica al usuario como debe operar,
pasando por grabar datos e ir creando base de datos, hasta la consulta de la misma
Teniendo en cuenta la siguiente tipologa
Borde
Control
Entidad
Usuario-Base de Datos
1Base de
Datos
Usuario
2.Agrega el
Administrador
3.Valida
Informacin
5.Base de
Datos
4.Alimentador
6.Aade Historia
7.Valida
Pgina
24

clnica
informacin
Agregada
8.Consulta
Informacin
9.Imprime
Informaci
n
10 Validad
Informacin
7.5. Casos de Uso para el Sistema
Es necesario identificar los casos de uso en los objetos, es decir que objeto de que
estereotipo est en algn caso de uso u etapa del sistema, y entre ms se reutilice el objeto
mucho, mejor porque podremos ahorrar lneas de cdigo y memoria
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Valida Informacin
Administrador, Hardware de salida,
hardware de Entrada, Base de Datos
Bsico
Controlar que la informacin que se aada
sea correspondiente a las variables con que
se definieron
Se enva un informe de error cuando la
informacin sea errnea
Ninguna
Ninguna
Pgina
25
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Alimentar Base de Datos

Alimentador, Base de Datos usuarios, Base
de Datos personal, Hardware de Entrada
Inclusin
El alimentador aade informacin segn
corresponda al usuario (Historia Clnica)
El alimentador aade informacin una vez
se realiza el servicio
El alimentador puede consultar la base de
datos del Sistema o cualquier otra, tambin
debe registrarse como personal autorizado
Aadir historia clnica y/o consultar base de
datos
Imprime Informe
Alimentador, usuario, Base de Datos,
Hardware de salida, Administrador
Bsico
Imprimir informe de un usuario (historia
clnica)
Se imprime informacin para el usuario
Se imprime informacin para el usuario o
para hacer control del sistema
Imprimir informacin y validarla
Pgina
26

Captulo 8 Modelo de Diseo
8.1. Estrategias de Diseo
Dentro de las estrategias de diseo, se consideran algunas mejoras que se deben aplicar al
proyecto de desarrollo para su exitosa implementacin, puesto que nuestro programa no tiene una
interface grfica. Por lo tanto nuestra arquitectura tendra que ser lo ms homognea posible.
Porque el control lo hace toda la arquitectura del programa, es decir en caso de que el usuario
introduzca datos invlidos, el programa no dejara avanzar al usuario hasta que introduzca datos
Validos o se detenga completamente.
La finalidad es Disear un sistema de informacin que nos permita medir en forma prctica
el sistema de desempeo e indicadores de los diversos hospitales que adquieran el software.
Para esto, se ha realizado el modelamiento de una serie de clases que describen la funcionalidad y
la forma como se realizar el desarrollo del proyecto.
Con estas clases, se busca implementar en su totalidad la funcionalidad del proyecto. En lo
que respecta a la arquitectura del proyecto de desarrollo, se busca que se desarrolle utilizando el
mtodo vista controlador (MVC) como lo llamaremos de ahora en adelante, siendo este un
patrn de arquitectura de software que separa los datos y la lgica de negocio de una aplicacin
de la interfaz de usuario y el mdulo encargado de gestionar los eventos y las comunicaciones.
Para ello MVC propone la construccin de tres componentes distintos que son el modelo, la vista
y el controlador, es decir, por un lado define componentes para la representacin de la
informacin, y por otro lado para la interaccin del usuario la lgica del negocio y as poder
realizar todo el manejo de la aplicacin desde esta clase manejadora.
Lo importante del MVC es:
Un modelo
Varias vistas
Varios controladores
Las vistas y los controladores suelen estar muy relacionados
Los controladores tratan los eventos que se producen en la interfaz grfica (vista)
Pgina
27
El Modelo: En el desarrollo de la aplicacin del hospital se considera como el elemento

primordial por medio del cual el sistema opera, por lo tanto es el encargado de gestionar todos los
accesos a dicha informacin, tanto consultas como actualizaciones, implementando tambin los
privilegios de acceso que se hayan descrito en las especificaciones de la aplicacin (lgica de
negocio). Este enva a la 'vista' aquella parte de la informacin que en cada momento se le solicita
para que sea mostrada (tpicamente a un usuario). Las peticiones de acceso o manipulacin de
informacin llegan al 'modelo' a travs del 'controlador'.
Pgina
28

El Controlador: Nos permite dar respuesta a eventos (es lo que se conoce como acciones del
usuario) e invoca peticiones al 'modelo' cuando se hace alguna solicitud sobre la informacin (por
ejemplo, editar un documento o un registro en una base de datos del hospital). Tambin puede
enviar comandos a su 'vista' asociada si se solicita un cambio en la forma en que se presenta el
'modelo' (por ejemplo, cuando nos desplazamos por un documento o por los diferentes registros
de una base de datos), por tanto se podra decir que el 'controlador' hace de intermediario entre la
'vista' y el 'modelo'.
La Vista: Presenta el 'modelo' (lgica de negocio) en un formato adecuado para interactuar
(Interfaz de usuario) por tanto requiere de dicho 'modelo' la informacin que debe representar
como salida.
Adems, permite distribuir el trabajo de creacin de una aplicacin por niveles; de este modo,
cada grupo de trabajo est totalmente abstrado del resto de niveles, de forma que basta con
conocer la API que existe entre niveles.
Dado que se est implementando el proyecto de desarrollo con un lenguaje de alto nivel, se
implementar el re-uso de clases y la capacidad de herencia de objetos. Esto para minimizar la
cantidad de cdigo repetido dentro del desarrollo del proyecto.
Por ltimo, todas las clases se implementarn de tal forma que permita hacer uso de la
caracterstica de encapsulamiento, donde los objetos slo debern exponer mtodos pblicos y
manejar de manera privada el procesamiento de la informacin.
Pgina
29
8.2. Diseo de Objetos

Muchas aplicaciones utilizan un mecanismo de almacenamiento persistente (como puede ser
una base de datos) para almacenar los datos. MVC no menciona especficamente esta capa
de acceso a datos porque supone que est encapsulada por el modelo.
El objetivo primordial del MVC es la reutilizacin del cdigo ya implementado.
Esta tarea se facilita mucho si a la hora de programar tenemos la precaucin de separar el
cdigo en varias partes que sean susceptibles de ser reutilizadas sin modificaciones. El
diseo de objeto nos permite planificar todas las tareas necesarias para implementar tanto
los elementos o componentes como operaciones y procesos, para construir el sistema de
control y gestin de indicadores del sistema a desarrollar.
El
funcionamiento de este
desarrollo se consigue
al
actuar uno o ms
procesos sobre una estructura de datos
de acuerdo con un
procedimiento de invocacin.
Para conseguir un
tenemos que establecer
DOO,
un mecanismo para:
Representar la
estructura de datos
Especificar el proceso
Realizar el procedimiento de
invocacin
Objeto: Es el componente del mundo real que se hace corresponder
con el software, un objeto lo considero como un producto o consumidor de informacin, o un

elemento de informacin. Cuando se hace corresponder un objeto con su realizacin software,
Pgina
30

implementamos una estructura de datos y usa serie de procesos que pueden transformar la
estructura del mismo
Pgina
31

8.2.1 Validar usuario:
Clase: Clslogin
Descripcin: Esta clase es instancia del modelo de Grocery Crud invoca la clase que esta
en el modelo de datos en ella estn todos lo mtodos que nos permiten de forma rpida el
acceso a la informacin, noss permite la validacin de los diferentes tipos de usuario
Modulo: Est situado en el controlador y su nombre contrclslogin
Propiedades:
Superclases: ClsGrocery_crud
Subclases
Metodos: ValidarUsuario, Index, construct
Atributos
Solicita
Solicita
Solicita
Solicita
Solicita
ValidarUsuario a Bdatos dnysishosp

CrearrUsuario a Bdatos dnysishosp
BuscarUsuario a Bdatos dnysishosp
Actualizar Usuario a Bdatos dnysishosp
EliminarUsuario a Bdatos dnysishosp
1. Se transcribi mal la clave
Excepcione
nuevo
s
Todos estos procesos son realizados por la

superclases ClsGrocery_crud que tiene c/u de
estos atributos a travs del modelo
o falta informacin se le pide que digite de
2. Se est agregando usuario y el nit o cdigo existe, se le pide que

digite de nuevo o pulse escape
3. La contrasea no cumple con los parmetros mnimos del sistema,
se le pide que digite otra o salga de sistema
8.2.2 Entrando al sistema:
Clase: Cont_clsMainPanel
Descripcin: Esta clases es instancias del modelo de Grocery Crud invoca la clase que
esta en el modelo de datos, invoca el formulario de entrada principal segn el usuario

seleccionado o contrato(Nit Hospital) entra al usuario elegido, muestra los diferentes
mens
Modulo: Est situado en el controlador y su nombre Cont_clsMainPanel
Propiedades: main_panel (invoca el tipo de hospital a trabajar)

Subclases
Mtodos: Index, construct
Atributos
Ir
Ir
Ir
Ir
Ir
a:
a:
a:
a:
a:
Men indicadores Contr_clsindicadores

Men Actas Contr_clsActas
Men Cuadro de turnos Contr_clsCuadroTurno
Men Eventos adversos ContrClseventosAdversos
men Salir Contr_clsLogout
1. El nit del usuario no tiene privilegios para entrar a un determinado men
Excepcione
Pgina
32
8.2.3 Entrando al men de indicadores:

Clase: Cont_clsIndicadores
Descripcin: Esta clases es instancias del modelo de Grocery Crud invoca la clase nos
muestra el men de interfaz de indicadores cuya imagen aparece en el modelo de
interfaces
Modulo: Est situado en el controlador y su nombre Cont_clsMainPanel
Propiedades:
Subclases
Mtodos: Index, construct, normas, indicadoresxnormas, dependencia, atributos,
indicadoresxdependencia, indicadoresxatributo
Atributos
Ir
Ir
Ir
Ir
Ir
a:
a:
a:
a:
a:
indicadores por norma

Indicadores por dependencia
Indicadores por atributo de calidad
Todos los Indicadores
Acciones sobre los Indicadores
1. El nit del usuario no tiene privilegios para entrar a una determinada opcin
Excepcione
8.2.3.1 Entrando al men de indicadores normas

Clase: VMenuIndicadores
Descripcin: Formulario realizado en Html con programacin en Java y php,
con los
mtodos que nos permiten generar los indicadores para una determinada norma
Modulo: Est situado en el mtodo de Vista
Propiedades:
Superclases: ClsGrocery_crud, Cont_clsIndicadores
Subclases
Mtodos:
Atributos
Ir a: Men clsindicadores
Excepcione
s
1.
El nit del usuario no tiene privilegios para entrar a un determinado men
Pgina
33

8.2.3.2
Indicadores por dependencia
con los
mtodos que nos permiten generar los indicadores para una determinada dependencia
Propiedades:
Subclases
Mtodos:
Atributos
Excepcione
s
8.2.3.3
1.
Indicadores por atributo de calidad
con los
mtodos que nos permiten generar los indicadores que nos permiten verficar la calidad de
servicio que presta el funcionario, si los procesos se efectan a tiempo
Propiedades:
Subclases
Mtodos:
Atributos
Excepcione
s
1.
Pgina
34

8.2.3.4
Todos los indicadores
con los
mtodos que nos permiten mostrar todos los indicadores que se llevan a cabo en el
hospital
Propiedades:
Subclases
Mtodos:
Atributos
Excepcione
s
8.2.3.5
1.
Acciones sobre los indicadores
con los
mtodos que nos permiten verificar las acciones que se deben realizar en caso de que un
indicador no se cumpla en el tiempo previsto, o si todos los indicadores se han cumplido
Propiedades:
Subclases
Mtodos:
Atributos
Excepcione
s
1.
Pgina
35

8.2.4 Actas
Clase: Contr_clsActas
Descripcin: Formulario realizado en php con programacin en Java, con los mtodos
que nos crear, modificar y consultar una determinada acta
Modulo: Est situado en el mtodo de Controlador
Propiedades:
Subclases
Mtodos: index, construct, procesoActa
Atributos
Dentro del proceso Acta estn los
mtodos de consulta acta,
modificacin acta y creacin de acta
Ir a: procesoActa
Excepcione
s
1.
8.2.5.1 Menu Actas

Clase: VMenuActas
con los
mtodos que nos crear, modificar y consultar una determinada acta

Propiedades:
Superclases: ClsGrocery_crud contr_clsActas
Subclases
Mtodos: index, construct,
Atributos
Mtodos en la clase VmenuActas
Ir a:Consultar Acta
Ir a: Modificar Acta
Ir a: Crear acta
Excepcione
s
1.
Pgina
36

8.2.6 Men Control de estadstica
Clase: Contr_clsestadistica
Descripcin: Formulario realizado en Html con programacin en Java y php, que nos
permite mostrar las estadsticas de c/u de los procesos
Propiedades:
Superclases: ClsGrocery_crud, index,
Subclases
Mtodos:
Atributos
Ir a:Consultar Acta
Ir a: Modificar Acta
Ir a: Crear acta
Excepcione
s
1.
8.2.7 Men Control contr_ClscuadroTurno

Clase: Contr_clscuadroTurno
Descripcin: Formulario realizado en Html con programacin en Java y php, que nos
permite Accesar los cuadro de turnos de c/u de los cuadro de turnos que tiene los
funcionarios del hospital
Modulo: Est situado en el mtodo Controlador
Propiedades:
Subclases
Mtodos: index, construct, Contr_clscuadroTurno
Atributos
Ir
Ir
Ir
Ir
a:
a:
a:
a:
Consultar Cuadro de turno

Modificar Cuadro de turno
Crear cuadro de turno
Eliminar cuadro de turno
Excepcione
s
1.
Pgina
37
8.3. Diseo de Sistema
En esta parte de la aplicacin se trabajara sobre un modelo de bases de datos relacional

Mysql, por la sencilla razn que es una de las alternativas ms interesantes con las cuales se
puede contar para realizar gestin de base de datos de cualquier tipo, ya que es una plataforma de
trabajo bastante sencilla de utilizar y que por si fuera poco, cuenta con una licencia de
funcionamiento GPL, adems que est completamente desarrollado en C/C++ lo que frece para l
aplicacin estabilidad. En este grafico se muestra como se dise las tablas sobre la plataforma
mysql, la base de datos es dnysishosp
En la biblioteca de componentes se utilizara el software grocery Crud que es una extensin de

Codeigniter con el poder del framework Codeigniter es posible crear en unos minutos interfaces
que lleven a cabo las funciones bsicas en bases de datos (Create/Read/Update/Delete CRUD).
Una vez integrado en la instalacin de Codeigniter, a travs de unas lneas de cdigo tendremos
acceso a interfaces estables y adecuadas para administrar datos.
Pgina
38

Esta librera contiene todo lo necesario para aadir, mostrar y editar datos. Incluye adems
validacin de datos tanto en servidor como en cliente.
8.3.1. Lenguaje de programacin:
Para el desarrollo de esta aplicacin se utilizara Grocery Crud, Java y Html para el diseo de
los formularios, G rocery CRUD es una muy buena utilidad adems de ser open source (licencia
GPL v3 y MIT) hace del desarrollo un trabajo un poco ms fcil con apenas unas lneas de cdigo
podemos disear modelos sencillos pero robustos
Con Grocery CRUD y el poder del framework Codeigniter es posible crear en unos minutos
interfaces que lleven a cabo las funciones bsicas en bases de datos (Create/Read/Update/Delete
CRUD).
Una vez integrado en la instalacin de Codeigniter, a travs de unas lneas de cdigo
tendremos acceso a interfaces estables y adecuadas para administrar datos.
Esta librera contiene todo lo necesario para aadir, mostrar y editar datos. Incluye adems
validacin de datos tanto en servidor como en cliente. Con este generador de CRUD, no es
necesario copiar todo el cdigo CSS, JavaScript, tablas, formularios, funciones, modelos,
bibliotecas a nuestro sistema.
El Modelo de bases de datos relacional es Mysql una herramienta free sincilla pero muy
robusta para este tipo de aplicaciones
Pgina
39

8.4. Revisin del Diseo
Una vez tengamos nuestro diseo es necesario especular y volver a revisar cada parte de del
mimo, de tal forma que el cdigo desarrollado cdigo quede lo ms simplificado posible y que a
su vez este consuma menos recursos o requiera menos procesos.
En el caso de nuestro programa es necesario que en el momento de registrar un paciente este
a su vez queda en la lista de pacientes en espera o que no han sido atendidos. Igualmente en el
momento que nuestro paciente sea atendido salga del registro de la lista en espera y no que se
hagan do procesos por separado para que los indicadores de gestin puedan registrar si se realiz
o no el proceso y si el mismo se hizo a tiempo
Clase: Clslogin
Descripcin: Esta clase es instancia del modelo de Grocery Crud invoca la clase que esta
en el modelo de datos en ella estn todos lo mtodos que nos permiten de forma rpida el
acceso a la informacin, noss permite la validacin de los diferentes tipos de usuario
Modulo: Est situado en el controlador y su nombre contrclslogin
Propiedades: concreta
Subclases :
Metodos: ValidarUsuario, Index, construct
Atributos frmcrearUsuario formulario que tiene (4) opciones (crear, consultar,

modificar, eliminar), buscareg (busca registro en base de datos)
Registro Usuario
Mtodo invocado desde Grocery Crud encargado de mostrar
verificar si el usuario existe
validarUsuario(idusuario, codusuario,nrocontrato,
verificaUser() dev void
Este mtodo nos muestra en pantalla con el registro del
usuario esto lo realiza a travs del modelo grocery Crud
Modelo Grocery Crud
Pgina
40

8.5. Diagrama de Secuencia del Diseo
A continuacin se mostrar lo diagramas que describen los procesos del Programa.

Usuario
Manejador Registro Usuario
2. Registrar
por primera vez
7.Registrar
evento
Manejador
Principal
1.Desplegar
Men
de
Registro
Base de Datos
Registro
3.
4.
Men de Solicitando datos
registro
del paciente
por
primera
vez
5.
Guardando
Datos
8.
Descripcin
Men de del paciente
posibles
eventos
Guardar
Historia
clnica
y
descripcin
Salir
Base de
Datos
6.
Aadido a
base
de
Datos
ok
Otro
registro?
Actualizar Registro
Usuario
Manejador Registro Usuario
2. Validar
3. validar
datos
6.Actualizar
7.
Men
de
Actualizacin
Manejador
Principal
1.Desplegar
Men Validacin
y actualizacin
Base de Datos
Registro
Base de
Datos
4.
Accediendo a
base de datos
para validar.
Validar
variables
segn
corresponda
8.men
Guardar
5. ok
ok
para
actualizar el
dato deseado
Pgina
41

Salir
Actualizar
otro dato?
Eliminar Registro
Usuario
Manejador Registro
Manejador
Usuario
Principal
2. Eliminar
1.Men
Registro
principal
(opcin
eliminar
registro)
3.
Introduzca
Datos
del
registro que
desea
eliminar
6.Eliminar
7. Men
una parte del de eliminar
registro
registro (que
desea
eliminar
10.
Eliminar todo
14. salir
Base de Datos
Registro
4. Accediendo
a base de datos
Base de
Datos
5. ok
8.Eliminado
9. ok
11.Eliminado
12.ok
13. Desea
eliminar
otro
registro?
Pgina
42

Captulo 9: Modelo de Implementacin
Pgina
43
9.1. Programacin en Java de su proyecto de Investigacin

Este cdigo en java de cada uno de las clases la vista
package Controlador;
/**
* @author Manolo Pjaro Borras
* @version 1.0
* @created 12-nov-2015 01:05:31 p.m.
*/
public class Main_panel extends
CI_Controller {
/**
* @author Manolo Pjaro Borrs
* @version 1.0
* @created 12-nov-2015 01:05:31 p.m.
*/
public class Login extends
CI_Controller {
public Main_panel(){
public Login(){
public void finalize() throws

Throwable {
super.finalize();
}
public var __construct(){
return null;
}
public var index(){
return null;
}
}//end Main_panel

Throwable {
super.finalize();
}
return null;
}
public var index(){
return null;
}
public var validarUsuario(){
return null;
}
}//end Login
Pgina
44

/**
* @version 1.0
* @created 12-nov-2015 01:05:31 p.m.
*/
public class Logout extends CI_Controller {
public Logout(){
}
public void finalize() throws Throwable {
super.finalize();
}
return null;
}
public var index(){
return null;
}
}//end Logout
Esta porcin de programa me permite accesar por medio del modelo a la vista de salida del
formulario
Pgina
45

package Controlador; 1
/**
* @author Manolo Pjaro
Borrs
* @version 1.0
* @created 08-nov-2015
01:05:30 p.m.
*/
public class Indicadores
extends CI_Controller {
private var
textoIndicador;
public Indicadores(){
}
public void finalize()
throws Throwable {
super.finalize();
}
public var __construct()
{
return null;
}
/**
*
* @param value
* @param row
*/
public var
_callback_IndicadorAcciones(va
r value, var row){
return null;
}
/**
*
* @param value
* @param row
*/
public var
_callback_Indicadorxatributo(va
r value, var row){
return null;
}
/**
*
* @param value
* @param row
*/
public var
_callback_Indicadorxdependenc
ia(var value, var row){
return null;
2
/**
*
* @param value
* @param row
*/
public var
_callback_Indicadorxnorma(var
value, var row){
return null;
}
/**
*
* @param value
* @param row
*/
public var
_callback_semaforo(var value,
var row){
return null;
}
/**
*
* @param value
* @param row
*/
public var
_callback_semaforoAcciones(va
r value, var row){
return null;
}
/**
*
* @param Primary_Key
*/
public var Acciones(var
Primary_Key){
return null;
}
public var
accionesTodas(){
return null;
}
/**
*
*/
public var
asentarValores(var
Primary_Key){
return null;
}
3 public var atributos(){

return null;
}
public var
dependencias(){
return null;
}
public var index(){
return null;
}
public var
indicadoresTodos(){
return null;
}
/**
*
*/
public var
indicadoresxAtributo(var
Primary_Key){
return null;
}
/**
*
*/
public var
indicadoresxDependencia(var
Primary_Key){
return null;
}
/**
*
*/
public var
indicadoresxNorma(var
Primary_Key){
return null;
}
public var normas(){
return null;
}
/**
*
*/
public var
planDeMejora(var Primary_Key)
{
Pgina
46

}
4
return null;
}
}//end Indicadores
/**
* @author Administrador
* @version 1.0
* @created 15-nov-2015
01:05:31 p.m.
*/
public class Indicadores
extends CI_Controller {
public Indicadores(){
}
5
/**
*
*/
public var
indicadoresxNorma(var
Primary_Key){
return null;
}
public var normas(){
return null;
}
}//end Indicadores
public void finalize()

throws Throwable {
super.finalize();
}
public var __construct()
{
return null;
}
/**
*
*/
public var
asentarValores(var
Primary_Key){
return null;
}
public var
dependencias(){
return null;
}
public var index(){
return null;
}
public var
indicadoresTodos(){
return null;
}
/**
*
*/
public var
indicadoresxDependencia(var
Primary_Key){
Pgina
47

return null;
}
/**
* @version 1.0
* @created 12-nov-2015 01:05:30 p.m.
*/
public class Eventosadversos extends
CI_Controller {
/**
* @version 1.0
* @created 15-nov-2015 09:20:12 a.m..
*/
public class Estadisticas extends CI_Controller {
public Estadisticas(){
public Eventosadversos(){
}
}
super.finalize();
}
return null;
}
public var index(){
return null;
}
}//end Eventosadversos

super.finalize();
}
return null;
}
/**
*
* @param tipoGrafica
*/
public var index(var Primary_Key, var
tipoGrafica){
return null;
}
}//end Estadisticas
Nos permite controlar los Eventos adversos Nos muestra las estadsticas
Pgina
48

/**
* @version 1.0
* @created 15-nov-2015 09:20:10 a.m.
.
*/
public class Cuadroturnos extends
CI_Controller {
public Cuadroturnos(){
/**
* @version 1.0
* @created 15-nov-2015 09:20:15 a.m.
*/
public class Actas extends CI_Controller {
public Actas(){
}
}
Throwable {
super.finalize();
}
return null;
}

Throwable {
super.finalize();
}
return null;
}
public var index(){

return null;
}
}//end Cuadroturnos
public var index(){

return null;
}
}//end Actas
Nos permite controlar los cuadros de turnos Generas las actas realizadas por los funcionarios
Pgina
49

9.2. Diagrama de Clases de su proyecto de Investigacin
Como se est desarrollando bajo el esquema
Modelo Vista Controlador con este

diagrama UML esto
mostrando el modelo,
para el mismo
utilizando
estoy
es
una
utilidad open source

llamada grocery crud1
con el que el realizar
un desarrollo se hace
de una forma un poco
ms fcil, con apenas
unas lneas de cdigo
La clase ma dnymodel
una
se hereda de
clase
central
llamada grocery crud,

de ah solo tomo el
cdigo que necesite, es
posible crear en muy corto tiempo minutos interfaces que lleven a cabo las funciones bsicas en
bases de datos, en este caso modele la clase en Enterprise Architect2
En esta 2da parte el Controlador conformado por un grupo de clases que nos controlan la
vista del Usuario necesarios para el funcionamiento cada controlador tiene una relacin directa
con su respectiva vista
no existe una relacin entre ellos ya que la relacin es entre el
controlador y el modelo para generar la vista.

1 (licencia GPL v3 y MIT) http://www.desarrolloweb.com
2 Aplicacin completa para la elaboracin de proyectos de Ingeniera
Pgina
50
Esta es la vista de las clases que estn en el modelo de control
Pgina
51

Modelo Vista
Pgina
52

Captulo 10: Modelo de Pruebas
10.1. Definicin de Conceptos de su proyecto de Investigacin
Falla: Cuando el programa hace tareas, que no estaban programadas o arroja resultados que no se
esperaba segn el diseo
Falta: Cuando se salta un cdigo, generando una falla
Error: Es provocado por el usuario-humano, podra ser la introduccin de datos errneos, cuando
se esperaban variables de tipo int y se introduce de tipo Sharp. Esto puede provocar una falta.
Pruebas:
Regresin: se realiza cuando se ha corregido alguna falta, y el programa debe arrojar los
resultados esperados
Operacin: Se realiza, probando el programa por un largo periodo de tiempo en uso normal
Escala completa: Se hace un test probando la mxima capacidad del programa, en el caso del
programa del sistema de salud, probar con la mxima capacidad de datos que se puedan registrar.
Prueba de Rendimiento: Se realiza un test probando la velocidad e procesamiento, y cantidad de
recursos que utiliza el programa del PC.
Prueba se Sobre carga: Es realizar el test de todo el programa ms all de su capacidad, por
ejemplo sobrepasado el nmero de datos que puede albergar una base de datos, o en un matriz. Se
realiza para conocer el programa, pero no se puede esperar buenos resultados.
Prueba Negativa: Se realiza operando de forma incorrecta el programa, para poder observar
detalles pequeos pero importantes
Pruebo de casos de uso: En esta pueden ir integrados, algunas de las pruebas anteriores, para
evaluar tareas especficas.
Pruebas Ergonmicas: se realizan con el fin de que el programa sea ms simptico para el
usuario, o ms fcil de manejar.
Prueba de documentacin de usuario: Tiene como objetivo evaluar los manuales, desde los
primeros pasos hasta cualquier caso de emergencia.
Prueba de aceptacin o validacin: Se realizan teniendo en cuenta, las pruebas anteriores para
exponerlo al pblico. Pero antes de este paso se realiza una versin beta, para mejorar detalles,
como los ergonmicos y luego si se toma la decisin si el producto es aceptado o rechazado.
Pgina
53

Una falla (failure) ocurre cuando un programa no se comporta de manera adecuada. La falla
es una propiedad (estadstica) de un sistema en ejecucin.
Una falta (fault) tiene lugar en el cdigo del programa. La existencia de una falta en el
programa puede ocasionar una falla (failure) en el sistema. No puede haber una falta si el
programa no puede fallar (fail).
Un error es una accin humana que provoca que un software contenga una falta. Un error
puede significar la existencia de una falta en el programa, lo cual hace que el sistema falle.
Cuando probamos un programa, lo ejecutamos con unos datos de entrada (casos de prueba)
para verificar que el funcionamiento cumple los requisitos esperados. Definimos prueba unitaria
como la prueba de uno de los mdulos que componen un programa.
En los ltimos aos se han desarrollado un conjunto de herramientas que facilitan la

elaboracin de pruebas unitarias en diferentes lenguajes. Dicho conjunto se denomina XUnit. De
entre dicho conjunto, JUnit es la herramienta utilizada para realizar pruebas unitarias en Java.
El concepto fundamental en estas herramientas es el caso de prueba (test case), y la suite de
prueba (test suite). Los casos de prueba son clases o mdulos que disponen de mtodos para
probar los mtodos de una clase o mdulo concreta/o. As, para cada clase que quisiramos
probar definiramos su correspondiente clase de caso de prueba. Mediante las suites podemos
organizar los casos de prueba, de forma que cada suite agrupa los casos de prueba de mdulos
que estn funcionalmente relacionados.
Pgina
54

10.2. Tipos de Pruebas de su proyecto de Investigacin
10.3. Proceso de Pruebas de su proyecto de Investigacin
Para el desarrollo de las pruebas del proyecto de investigacin, se realizar un proceso de registro
donde todas las pruebas realizadas, procesos y dems se consignen en una bitcora de pruebas
para validar la informacin obtenida y los resultados de la misma.
Pgina
55

Captulo 11 Conclusiones
Pgina
56

Captulo 12 Recomendaciones
Pgina
57

Captulo 13: Referencias Bibliogrficas
1. Weitzenfeld, Alfredo. Ingeniera de Software Orientada a Objetos con UML, Java e
internet. Mexico City: Cengage Learning, 2005. Gale Virtual Reference Library.
"Desarrollo de Software Orientado a Objetos." Ingeniera de Software Orientada a
Objetos con UML, Java e Internet. Alfredo Weitzenfeld. Mexico City: Cengage
Learning, 2005. [193]. Gale Virtual Reference Library. Web. 8 July 2014.
Pgina
58

Formato Proyecto de Investigacion Teoria Manolo

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Formato Proyecto de Investigacion Teoria Manolo

Uploaded by

Copyright:

Available Formats

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Terico

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Captulo 9: Modelo de Implementacin

Definicin de Conceptos de su proyecto de Investigacin

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Desarrollo de un sistema de informacin Control de Gestin de Hospitales

La gran mayora de los hospitales municipales carecen de un servicio de seguimientos de

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Figura 1. Delimitacin del Sistema de gestin

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Figura 2. Casos de uso completos para el sistema de gestin y administracin de

Validar Usuario, Registrar Usuario, Crear acceso a un hospital

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Usuario Administrador Hospital o centro de salud

Validar Usuario, Consultar reporte de los diferentes tipos de

Representa al usuario usado por el cliente final (Hospital), el

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Interfaz caso de uso crear indicadores actas, consultas de turnos, eventos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Interfaz Gestin de indicadores

Interfaz Gestin de indicadores por norma

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Crear Hospital o centro de salud

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

No se realiza la creacin del hospital o centro de salud: sucede si

Este caso de uso se inicia por el usuario administrador. El usuario

Se carga la pantalla para la creacin de nuevos usuarios, en

Este caso de uso se inicia por el usuario administrador. El usuario

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

periodicidad del mismo

Ingresar Nuevo Reporte de eventos adversos

Permite al usuario Operador ingresar los reportes de los eventos

Consultar Plan de cuadro de turnos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Este caso de uso se inicia por el usuario administrador o gerente

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Captulo 7 Modelo de Anlisis

7.2. Identificacin de Clases segn Estereotipos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

7.5. Casos de Uso para el Sistema

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Alimentar Base de Datos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

El Modelo: En el desarrollo de la aplicacin del hospital se considera como el elemento

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

8.2. Diseo de Objetos

con el software, un objeto lo considero como un producto o consumidor de informacin, o un

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos