UNIVERSIDAD NACIONAL DEL ALTIPLANO PUNO

FACULTAD DE INGENIERIA ESTADISTICA E INFORMATICA E.P. DE INGENIERIA ESTADISTICA E INFORMATICA

IMPLEMENTACIN DE UN SISTEMA CLIENTE SERVIDOR CON INTERACCION A WEB PARA EL CONTROL DE PACIENTES DEL LABORATORIO GENOMA DE LA CIUDAD DE SICUANI 2010 TESIS Presentada por: Bach. IVANOE ESPINOZA SURCO Para optar el ttulo profesional de: INGENIERO ESTADISTICO E INFORMATICO
UNIVERSIDAD NACIONAL DEL ALTIPLANO PUNO FACULTAD DE INGENIERIA ESTADISTICA E INFORMATICA ESCUELA PROFESIONAL DE INGENIERIA ESTADISTICA E INFORMATICA

IMPLEMENTACIN DE UN SISTEMA CLIENTE SERVIDOR CON INTERACCION A WEB PARA EL CONTROL DE PACIENTES DEL LABORATORIO GENOMA DE LA CIUDAD DE SICUANI 2010 TESIS PRESENTADO POR: Bach. IVANOE ESPINOZA SURCO PARA OPTAR EL TITULO PROFESIONAL DE: INGENIERO ESTADISTICO E INFORMATICO. APROBADO POR LOS JURADOS REVISORES CONFORMADO POR:

PRESIDENTE

______________________________________ M. Sc. LLUEN VALLEJOS CESAR AUGUSTO

PRIMER MIEMBRO

______________________________________ Ing. CHOQUEJAHUA ACERO REMO

SEGUNDO MIEMBRO

______________________________________ M. Sc. HUATA PANCA PERCY

DIRECTOR

______________________________________ DR. IBAEZ QUISPE VLADIMIRO

ASESOR

______________________________________ M. Sc. QUISPE MAMANI GODOFREDO

INDICE
PRELIMINARES Portada Dictamen Dedicatoria Agradecimientos ndice Resumen 01

CAPITULO I. INTRODCUCCIN, DESCRIPCIN DEL PROBLEMA Y ANTECEDENTES 03 1.1. Introduccin 03 1.2. Planteamiento del problema 04 1.3. Definicin y formulacin del problema 06 1.4. Justificacin 07 1.5. Objetivos de la investigacin 08 1.5.1. Objetivo General 08 1.5.2. Objetivos Especficos 08 CAPITULO II. MARCO TEORICO 09 2.1. Antecedentes de la investigacin 09 2.2. Base Terica 09 2.3. Definicin de Trminos Bsicos 48 CAPITULO III. MATERIALES Y MTODOS 53 3.1.1. Poblacin 53 3.1.2. Muestreo 53 3.1.3. Variables de estudio 55 3.1.4. Operacionalizacin de variables 55 3.2. Mtodo de recopilacin de datos 56 3.3. Infraestructura 56 3.4. Recursos humanos 56 3.5. Recursos Materiales 56

3.6. Software y Hardware 57 CAPITULO IV. RESULTADOS 59 4.1. Resultados y discusin 59 4.1.1 Anlisis 59 4.1.2 Diseo e implementacin 63 4.1.3 Diseo y desarrollo 73 4.1.4 Prueba 74 CAPITULO V. CONCLUSIONES 81 CAPITULO VI. RECOMENDACIONES Y SUGERENCIAS 82 Referencias Bibliogrficas 83 Referencias de Internet 84 Anexos 85

RESUMEN
El presente trabajo de investigacin intitulado IMPLEMENTACIN DE UN SISTEMA CLIENTE SERVIDOR CON INTERACCION A WEB PARA EL CONTROL DE PACIENTES DEL LABORATORIO CLNICO GENOMA DE LA CIUDAD DE SICUANI 2010 se

desarrolla en la ciudad de Sicuani, provincia de Canchis, Departamento de Cusco, donde se encuentra ubicado la Empresa Laboratorio Clnico Genoma (, a los cuales se les pidi el permiso para hacer este trabajo de investigacin. Desarrollar el sistema cliente servidor con interaccin a Web fue un proyecto a fin de mejorar el tiempo de atencin a los pacientes, y al mismo tiempo servir de apoyo a los operadores que trabajen con el sistema ya que mediante ello podrn registrar a los pacientes, hacer las consultas necesarias, verificar sus resultados de los exmenes que se practican con la nica finalidad de hacerlo en un tiempo prudencial y sin tener que buscar en una cantidad exorbitante de libros o documentos donde tienen registrado a los pacientes, en cuanto a los pacientes el sistema les permitir visualizar sus resultados en el instante que se presenten en el laboratorio. El lenguaje unificado de modelado (UML), permite al diseador en este caso ejecutor de la tesis de investigacin modelar, analizar, y relacionar los distintos tipos de datos que tienen as como hacer el funcionamiento del todo el sistema, el sistema permiti a los operadores agilizar las atenciones ya que normalmente demoraba un promedio de 10 a 15 minutos en registrar un paciente con el mtodo tradicional (cuaderno), el sistema hace el registro de los pacientes dentro del rango 0 a 5 minutos. Y eso al paciente le llena de satisfaccin porque considera que el servicio es bueno y adecuado, lo cual tambin llena las expectativas del personal del laboratorio.

CAPITULO I
INTRODUCCION
1.1. INTRODUCCIN. El laboratorio clnico GENOMA, es una empresa dedicada a la realizacin de exmenes clnicos, como son sus funciones la de exmenes de orina, heces, sangre y otros la cual es dar un servicio a la poblacin de manera rpida, precisa y confiable, y adems tener registrado a los pacientes as como las fechas en que se tomaron sus exmenes, y as cada paciente tener su

control, pues la empresa carece de un sistema del cual pueda brindar la informacin de manera rpida y precisa. El desarrollo del Sistema cliente servidor permitir particularmente a los usuarios la atencin de manera rpida, el registro de pacientes, consulta y el resultado de sus exmenes que se tomaron, con todos los datos que ellos necesitan sobre el control de sus exmenes, con este sistema es la automatizacin ya que mediante este se puede realizar un control de manera adecuada as como una atencin al paciente para hacer, su chequeo y ver sus resultados del mismo. Las tecnologas de programacin, los estndares, y la programacin orientada a objetos: PHP & MySQL, contribuyen con el desarrollo del sistema el cual es ptimo, confiable, eficiente y se pueda tener toda la informacin a la mano y sin ningn tipo de contratiempos, ya que los sistemas actualmente tienen esa capacidad de procesar cantidad de datos en instantes y valerse de su estructura del sistema. 1.2. PLANTEAMIENTO DEL PROBLEMA. Actualmente en el laboratorio Clnico GENOMA se tiene la siguiente problemtica se hace el registro de pacientes de manera obsoleta o desfasada como es el uso de cuadernos para el registro, lo cual origina que el registro de los pacientes demore un tiempo ms de lo normal, actualmente el registro de un paciente cualquiera demora en total alrededor de 15 a 20 minutos aproximadamente esto en cuanto al registro de pacientes, para el tema de las consultas de los pacientes registrados en el cuaderno el tiempo de las consultas es alrededor de 5 a 10 minutos aproximadamente, por lo que se podra optimizar o ganar ese tiempo para hacer otro tipo de consultas, entonces el problema que se encuentra es el tiempo que uno demora registrando los pacientes o haciendo la consulta de los mismos, entonces se puede ahorrar ese tiempo de demora haciendo la automatizacin de un sistema el cual garantice y pueda hacer ms optimo la atencin a los pacientes, los cuales son personas con escaso tiempo, entonces ese tiempo ahorrado utilizando un sistema podr hacerse nuevas atenciones a otros pacientes o consultas del cual el sistema mejorara ampliamente la atencin de los pacientes y adems generando en los pacientes satisfaccin de una adecuada y personalizada atencin a los pacientes. Otro de los problemas que suele suceder en cuanto al registro de los pacientes o consulta de los mismos es la perdida de la informacin ya que no es ajeno a la perdida de los datos de los pacientes o tal vez, el robo del cuaderno de los datos de los pacientes, o tal vez el deterioro del cuaderno donde se

encontraba registrado, entonces se cree que sera mejor el uso de la automatizacin, ya que esto nos soluciona casi al 90% de todos los posibles casos, esto por que a un 90%, por que la informacin en un sistema no es tan segura como se deseara, pues el sistema a veces pueda estar afecta a virus, a los famosos hackers, que son personas dedicadas a la destruccin de la informacin, o tal vez tambin a los programas malintencionados los cuales tienen la nica finalidad de destruir sistemas. Entonces volviendo al tema de los registros y consultas de los pacientes va el cuaderno o las anotaciones esto al suceder cualquiera de los hechos descritos anteriormente lneas arriba podra hacer perder credibilidad al laboratorio, o tal vez hasta la desconfianza que esto puede llegar, ya que los pacientes necesitan que estos datos no caigan en personas que puedan saber todo el historial de los pacientes, lo cual generara problemas tanto al laboratorio como a nivel personal, por lo que se hace uso necesario de un sistema el cual pueda ayudar tanto al laboratorio al momento de registro o consulta de los pacientes, y a los pacientes generarle satisfaccin de una buena calidad de atencin que es todo las personas desean. Actualmente en el mundo globalizado que se vive se tiene conocimiento sobre la automatizacin de la informacin, actualmente con los nuevos cambios surgidos en el mundo y el mejoramiento de la tecnologa en el mundo actual que se vive hace mas eficiente, los sistemas actualmente que utilizan las instituciones, ya ayudan mejor un adecuado manejo de la informacin, y se tiene que cuenta con soportes los cuales aseguran la confiabilidad de la informacin y sobre todo la seguridad de la informacin, la cual le garantiza a las empresas cada vez a la automatizacin de los sistemas, lo que les ayuda mejor en las metas de las empresas y esto no es un tema que tiene que estar fuera del contexto de la modernidad de los sistemas. As con la tecnologa que se tiene es hacer un sistema que automatice la atencin de los pacientes de manera rpida y precisa sin tener ningn tipo de problema, la finalidad del proyecto es resolver la problemtica que se aqueja actualmente en el laboratorio el cual es el tiempo que demora en procesar la informacin. El problema principal que se tiene dentro del Laboratorio Clnico GENOMA es cuanto a la atencin que se brinda al paciente, el tiempo que demora en cada uno de los procesos que ser realiza y con la automatizacin se trata de dar un buen servicio al paciente con los datos exactos y con la confiabilidad de los mismos. 1.3. DEFINICIN Y FORMULACION DEL PROBLEMA.

El registro de pacientes que se hace por parte del laboratorio GENOMA, se cree que no es el adecuado, y adems hoy en da en los laboratorios del mismo rubro esta queda obsoleta o sin ningn uso, ya que en la actualidad, se usa mejor el uso de sistemas, o mejor an la automatizacin, es por tal motivo, que definimos el problema que es el tiempo que demora en procesar la informacin el cual dificulta la buena atencin a los pacientes, y brindar un servicio de calidad.

En la actualidad el crecimiento desmesurado de la poblacin y si no se tiene la tecnologa de antemano es casi imposible la mejor atencin a los pacientes, es ms si se trabaja en la forma tradicional, en plena actualidad ya no se considera una solucin sino mas complicar el problema a la poblacin, inclusive a los mismos pacientes, por que se demorara en la atencin esto puede influir en factores que podr desencadenar problemas a largo plazo los cuales podemos describir como esperas que los pacientes se cansen y tengan que optar por ir a otro laboratorio para hacerse su examen, los cual incluso generara cierta desconfianza a los pacientes lo cual llevara a que esto se enteren mas pacientes lo cual generara suspicacias al momento de realizarse sus exmenes; por tal motivo esa es la problemtica verdadera y real que se tiene, y por lo tanto se plasma en la siguiente interrogante:

Con la implementacin de un sistema cliente servidor con interaccin a web se optimizara el tiempo de atencin a los pacientes del laboratorio GENOMA de la ciudad de Sicuani?

1.4. JUSTIFICACIN.

El laboratorio clnico GENOMA, debe contar con un sistema de informacin para el registro de sus pacientes para realizar una mejor automatizacin del tiempo de atencin a sus pacientes, controles y bsqueda de sus datos, de las visitas que hizo al

laboratorio, de sus prximos controles, de la visualizacin de sus resultados, del historial de sus visitas y que esto no le quite mucho tiempo y con el desarrollo del sistema es automatizar el servicio a sus pacientes.

En este laboratorio no se tiene un sistema que le permita la automatizacin del tiempo, por lo que se implemento un sistema cliente - servidor para tratar de reducir los tiempos que se demora en hacer los procesos, y dar una solucin mas rpida y confiable, el cual pueda ayudar a los pacientes y a los mismos operadores el buen desempeo del laboratorio. y mejore en la atencin a los pacientes, para este proceso de automatizacin ayudara de manera notable la utilizacin de programas especiales los cuales brindan un soporte a los administradores del sistema, y sin tener la necesidad de recurrir a tcnicas, software de escala profesional, ya que dentro del mercado existe un sin fin de herramientas que logran ayudar de manera notable a los programadores, a desarrollar software de gran medida y sin mucho presupuesto, y sobre todo de manera gratuita, el cual pueda generar la confiabilidad de la poblacin, tenerlos satisfechos sobre la atencin que brinda el Laboratorio Clnico GENOMA, y con la automatizacin se trata de actualizar y mejorar los sistemas para apoyar de manera notable a los administradores del sistema los cuales puedan registrar mas rpidamente, hacer las consultas en un tiempo prudencial, y sobre todo agilicen la atencin a los pacientes, luego posteriormente se logre la expansin de la empresa a otros lugares para facilitarle a la poblacin los servicios sobre el control de su salud.

1.5. OBJETIVOS DE LA INVESTIGACIN.

1.5.1 OBJETIVO GENERAL.

Implementar un sistema cliente servidor con interaccin a web para optimizar el tiempo de atencin a los pacientes del laboratorio clnico GENOMA de la ciudad de Sicuani.

1.5.2. OBJETIVO ESPECIFICOS.

Disear, analizar e implementar un sistema de informacin Cliente Servidor con interaccin a web para optimizar el tiempo de atencin de los pacientes del laboratorio GENOMA de la ciudad de Sicuani. Disear una base de datos para el sistema cliente servidor con interaccin a web para optimizar el tiempo de atencin a los pacientes del laboratorio GENOMA de la ciudad de Sicuani. Implementar una interfaz amigable para el acceso fcil del sistema cliente servidor para optimizar el tiempo de atencin a los pacientes del laboratorio GENOMA de la ciudad de Sicuani.

CAPITULO II
MARCO TEORICO
2.1. ANTECEDENTES DE LA INVESTIGACIN. En el mbito de la ciudad de Sicuani, dentro de esta empresa llamada laboratorio clnico GENOMA, no se han desarrollado hasta el momento un sistema de informacin siendo esta el primer proyecto, el cual servir de base para futuras investigaciones ya que el proyecto en s utilizar la tecnologa cliente servidor que es una tecnologa que mayormente utiliza pocos recursos siendo la calidad del sistema muy beneficioso para quien la desarrolla utilizando este tipo de tecnologa, por las lneas arriba indicadas es de tipo exploratorio, por no contar con reportes relacionados al presente trabajo de investigacin. 2.2. BASE TEORICA.

FUNDAMENTO TEORICO. Un proceso de software se puede caracterizar como se muestra en la que establece un marco comn del proceso definiendo un pequeo nmero de actividades del marco de trabajo que son aplicables a todos los proyectos del software, con independencia de su tamao o complejidad. Un nmero de conjuntos de tareas cada uno es una coleccin de tareas de trabajo de ingeniera del software, hitos de proyectos, productos de trabajo, y puntos de garanta de calidad- que permiten que las actividades del marco de trabajo se adapten a las caractersticas del proyecto del software y a los requisitos del equipo. EL MODELO DE CONSTRUCCION DE PROTOTIPOS. Un cliente, a menudo, define un conjunto de objetivos generales para el software, pero no identifica los requisitos detallados de entrada, proceso o salida. En otros casos, el responsable del desarrollo del software puede no estar seguro de la eficacia de un algoritmo, de la capacidad de adaptacin de un sistema

operativo, o de la forma en que debera tomarse la interaccin hombre mquina. En estas y en otras muchas situaciones, un paradigma de construccin de prototipos puede ofrecer el mejor enfoque. El paradigma de construccin de prototipos comienza con la recoleccin de requisitos. El desarrollador y el cliente encuentran y definen los objetivos globales para el software, identifican los requisitos conocidos y las reas del esquema en donde es obligatoria ms definicin. Entonces aparece un diseo rpido. El diseo rpido se centra en una representacin de esos aspectos del software que sern visibles para el usuario/cliente (por ejemplo: enfoques de entrada y formatos de salida). El diseo rpido lleva a la construccin de un prototipo. El prototipo lo evala el cliente/usuario y se utiliza para refinar los requisitos del software a desarrollar. La iteracin ocurre cuando el prototipo se pone a punto para satisfacer las necesidades del cliente, permitiendo al mismo tiempo que el desarrollador comprenda mejor lo que se necesita hacer.

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

Grafico N 02. Sistemas de Informacin. Elementos de un sistema de informacin. Personas. Datos. Actividades o tcnicas de trabajo. Recursos materiales en general (tpicamente recursos informticos y de comunicacin, aunque no tienen por qu ser de este tipo obligatoriamente).

Todos estos elementos interactan entre s para procesar los datos (incluyendo procesos manuales y automticos) dando lugar a informacin ms elaborada y distribuyndola de la manera ms adecuada posible en una determinada organizacin en funcin de sus objetivos. Normalmente el trmino es usado de manera errnea como sinnimo de sistema de informacin informtico, en parte porque en la mayora de los casos los recursos materiales de un sistema de informacin estn constituidos casi en su totalidad por sistemas informticos, pero siendo estrictos, un sistema de informacin no tiene por qu disponer de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces que los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas de informacin en general.i 2. CLIENTE SERVIDOR. Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras.

Grafico N 03. Arquitectura Cliente Servidor.

Grafico N 04. Esquema de un ambiente Cliente Servidor. En esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de servidores incluyen los servidores Web, los servidores de archivo, los servidores del correo, etc. Mientras que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una disposicin muy comn son los sistemas multicapa en los que el servidor se descompone en diferentes programas que pueden ser ejecutados por diferentes computadoras aumentando as el grado de distribucin del sistema.

La arquitectura cliente-servidor sustituye a la arquitectura monoltica en la que no hay distribucin, tanto a nivel fsico como a nivel lgico. La red Cliente/Servidor es aquella red de comunicaciones en la que todos los clientes estn conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los clientes cada vez que estos son solicitados. Esto significa que todas las gestiones que se realizan se concentran en el servidor, de manera que en l se disponen los requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso pblico y los que son de uso restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se este utilizando en una red mixta. CARACTERSTICAS En la arquitectura C/S el remitente de una solicitud es conocido como cliente. Sus caractersticas son: Es quien inicia solicitudes o peticiones, tienen por tanto un papel activo en la comunicacin (dispositivo maestro o amo). Espera y recibe las respuestas del servidor. Por lo general, puede conectarse a varios servidores a la vez. Normalmente interacta directamente con los usuarios finales mediante una interfaz grfica de usuario. Al contratar un servicio de redes, se tiene que tener en la velocidad de conexin que le otorga al cliente y el tipo de cable que utiliza, por ejemplo: cable de cobre ronda entre 1 ms y 50 ms.

Al receptor de la solicitud enviada por cliente se conoce como servidor. Sus caractersticas son: Al iniciarse esperan a que lleguen las solicitudes de los clientes, desempean entonces un papel pasivo en la comunicacin (dispositivo esclavo). Tras la recepcin de una solicitud, la procesan y luego envan la respuesta al cliente.

Por lo general, aceptan conexiones desde un gran nmero de clientes (en ciertos casos el nmero mximo de peticiones puede estar limitado). No es frecuente que interacten directamente con los usuarios finales. Transparencia de localizacin.- El servidor es un proceso que puede residir en la misma maquina del cliente o en una maquina diferente que pertenezca a la red, el software Cliente / Servidor usualmente oculta la localizacin del servidor a los clientes pero direccionando las llamadas a los servicios si es necesario. Un programa puede ser cliente, servidor o ambos. Transparencia de Plataforma.- El software ideal Cliente/Servidor es independiente del Hardware o de la plataforma donde se ejecuta (Sistema Operativo). El software tiene que ser capaz de trabajar entre plataformas heterogneas.

VENTAJAS Centralizacin del control: los accesos, recursos y la integridad de los datos son controlados por el servidor de forma que un programa cliente defectuoso o no autorizado no pueda daar el sistema. Esta centralizacin tambin facilita la tarea de poner al da datos u otros recursos (mejor que en las redes P2P). Escalabilidad: se puede aumentar la capacidad de clientes y servidores por separado. Cualquier elemento puede ser aumentado (o mejorado) en cualquier momento, o se pueden aadir nuevos nodos a la red (clientes y/o servidores). Fcil mantenimiento: al estar distribuidas las funciones y responsabilidades entre varios ordenadores independientes, es posible reemplazar, reparar, actualizar, o incluso trasladar un servidor, mientras que sus clientes no se vern afectados por ese cambio (o se afectarn mnimamente). Esta independencia de los cambios tambin se conoce como encapsulacin. Existen tecnologas, suficientemente desarrolladas, diseadas para el paradigma de C/S que aseguran la seguridad en las transacciones, la amigabilidad del interfaz, y la facilidad de empleo.

DESVENTAJAS La congestin del trfico ha sido siempre un problema en el paradigma de C/S. Cuando una gran cantidad de clientes envan peticiones simultaneas al mismo servidor, puede ser que cause muchos problemas para ste (a mayor nmero de clientes, ms problemas para el servidor). Al contrario, en las redes P2P como cada nodo en la red hace tambin de servidor, cuanto ms nodo hay, mejor es el ancho de banda que se tiene. El paradigma de C/S clsico no tiene la robustez de una red P2P. Cuando un servidor est cado, las peticiones de los clientes no pueden ser satisfechas. En la mayor parte de redes P2P, los recursos estn generalmente distribuidos en varios nodos de la red. Aunque algunos salgan o abandonen la descarga; otros pueden todava acabar de descargar consiguiendo datos del resto de los nodos en la red. El software y el hardware de un servidor son generalmente muy determinantes. Un hardware regular de un ordenador personal puede no poder servir a cierta cantidad de clientes. Normalmente se necesita software y hardware especfico, sobre todo en el lado del servidor, para satisfacer el trabajo. Por supuesto, esto aumentar el coste. El cliente no dispone de los recursos que puedan existir en el servidor. Por ejemplo, si la aplicacin es una Web, no podemos escribir en el disco duro del cliente o imprimir directamente sobre las impresoras sin sacar antes la ventana previa de impresin de los navegadores.ii

3. SERVIDOR WEB. Un servidor web es un programa que est diseado para transferir hipertextos, pginas web o pginas HTML (HyperText Markup Language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de msica. El programa implementa el protocolo HTTP (HyperText Transfer Protocol) que pertenece a la capa de aplicacin del modelo OSI. El trmino tambin se emplea para referirse al ordenador que ejecuta el programa. El Servidor web se ejecuta en un ordenador mantenindose a la espera de peticiones por parte de un cliente (un navegador

web) y que responde a estas peticiones adecuadamente, mediante una pgina web que se exhibir en el navegador o mostrando el respectivo mensaje si se detect algn error. El servidor responde al cliente enviando el cdigo HTML de la pgina; el cliente, una vez recibido el cdigo, lo interpreta y lo exhibe en pantalla. Como vemos con este ejemplo, el cliente es el encargado de interpretar el cdigo HTML, es decir, de mostrar las fuentes, los colores y la disposicin de los textos y objetos de la pgina; el servidor tan slo se limita a transferir el cdigo de la pgina sin llevar a cabo ninguna interpretacin de la misma. 4. SERVIDOR WEB APACHE. El servidor HTTP Apache es un servidor web HTTP de cdigo abierto para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1[2] y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue reescrito por completo. Su nombre se debe a que Behelendorf quera que tuviese la connotacin de algo que es firme y enrgico pero no agresivo, y la tribu Apache fue la ltima en rendirse al que pronto se convertira en gobierno de EEUU, y en esos momentos la preocupacin de su grupo era que llegasen las empresas y civilizasen el paisaje que haban creado los primeros ingenieros de internet. Adems Apache consista solamente en un conjunto de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy server (un servidor parcheado). El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache Software Foundation. Apache presenta entre otras caractersticas altamente configurables, bases de datos de autenticacin y negociado de contenido, pero fue criticado por la falta de una interfaz grfica que ayude en su configuracin. 5. PHP. Es un lenguaje de programacin interpretado, diseado originalmente para la creacin de pginas web dinmicas. Es usado principalmente en interpretacin del lado del servidor (server-side scripting) pero actualmente puede ser utilizado desde una interfaz de lnea de comandos o en la creacin de otros tipos de programas incluyendo aplicaciones con interfaz grfica usando las bibliotecas Qt o GTK+.

PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor (inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado originalmente por Rasmus Lerdorf en 1994; sin embargo la implementacin principal de PHP es producida ahora por The PHP Group y sirve como el estndar de facto para PHP al no haber una especificacin formal. 6. BASE DE DATOS. Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnolgico de campos como la informtica y la electrnica, la mayora de las bases de datos estn en formato digital (electrnico), que ofrece un amplio rango de soluciones al problema de almacenar datos. Existen programas denominados sistemas gestores de bases de datos, abreviados como SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las propiedades de estos SGBD, as como su utilizacin y administracin, se estudian dentro del mbito de la informtica. Las aplicaciones ms usuales son para la gestin de empresas e instituciones pblicas. Tambin son ampliamente utilizadas en entornos cientficos con el objeto de almacenar la informacin experimental. Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios pases. Por ejemplo, en Espaa los datos personales se encuentran protegidos por la Ley Orgnica de Proteccin de Datos de Carcter Personal (LOPD).iii 7. MySQL. MySQLiv es un sistema de gestin de base de datos relacional, multihilo y multiusuario con ms de seis millones de instalaciones. MySQL AB desde enero de 2008 una subsidiaria de Sun Microsystems y sta a su vez de Oracle Corporation desde abril de 2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual. MySQL es muy utilizado en aplicaciones web, como Drupal o phpBB, en plataformas (Linux/Windows-Apache-MySQLPHP/Perl/Python), y por herramientas de seguimiento de

errores como Bugzilla. Su popularidad como aplicacin web est muy ligada a PHP, que a menudo aparece en combinacin con MySQL. MySQL es una base de datos muy rpida en la lectura cuando utiliza el motor no transaccional MyISAM, pero puede provocar problemas de integridad en entornos de alta concurrencia en la modificacin. En aplicaciones web hay baja concurrencia en la modificacin de datos y en cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es importante adelantar monitoreos sobre el desempeo para detectar y corregir errores tanto de SQL como de programacin. USUARIOS DESTACADOS QUE USAN MYSQL. Amazon.com Cox Communications - La cuarta televisin por cable ms importante de EEUU, tienen ms de 3.600 tablas y aproximadamente dos millones de inserciones cada hora. Craigslist CNET Networks Digg, sitio de noticias. Flickr, usa MySQL para gestionar millones de fotos y usuarios. Google - Para el motor de bsqueda de la aplicacin AdWords. Joomla!, con millones de usuarios. phpBB, Uno de los ms famosos sitios de foros, con miles de instalaciones y con millones de usuarios. LiveJournal - Cerca de 300 millones de pginas servidas cada da. NASA NetQOS, usa MySQL para la gestin de algunas de las redes ms grandes del mundo como las de Chevron, American Express y Boeing.

Nokia, usa un cluster MySQL para mantener informacin en tiempo real sobre usuarios de redes de mviles. Omniture Sabre, y su sistema de reserva de viajes Travelocity. Slashdot - con cerca de 50 millones de pginas servidas cada da. Wikipedia, sirve ms de 200 millones de consultas y 1,2 millones de actualizaciones cada da, con picos de 11.000 consultas por segundo. WordPress, con cientos de blogs alojados en l. Yahoo! - para muchas aplicaciones crticas.

8. Laboratorio Clnico. El Laboratorio clnico es el lugar donde los profesionales de laboratorio de diagnstico clnico (Tecnlogo Mdico, Tcnicos Superiores de Laboratorio Clnico, Bioqumicos, Qumicos Frmaco biologos (QFB) y Mdicos) realizan anlisis clnicos que contribuyen al estudio, prevencin, diagnstico y tratamiento de los problemas de salud de los pacientes. Tambin se le conoce como Laboratorio de Patologa Clnica.v

Grafico N 05. Laboratorio Clnico. REAS DE SERVICIO Sala de Espera y Recepcin. Donde los pacientes esperarn cmodamente a ser atendidos.

Cubculos de Toma de Muestras. En este punto se obtienen las muestras para luego ser distribuidas a las diversas secciones del laboratorio.

SECCIONES DE LABORATORIO: Hematologa: En este se efectan diversas pruebas que se resumen para el objeto que persigue este estudio en tres: pruebas de coagulacin, pruebas de contabilidad sangunea y morfologa.

Qumica Clnica: Aqu se realizan anlisis que se clasifican de la siguiente forma: Qumica sangunea de rutina. Exmenes generales de orina. Determinacin de reserva electroltica y bixido de carbono en la sangre.

Microbiologa: Las diversas labores que se realizan aqu pueden clasificarse en la siguiente forma: Coproparasitologa: Tiene por objeto investigar la presencia de parsitos en materias fecales. Bacteriologa: Consiste en examinar directa o indirectamente la presencia o actividad de organismos microscpicos en sangre, orina, materia fecal, jugo gstrico y exudados orgnicos. Inmunologa: Realiza pruebas sobre los anticuerpos que revelan la presencia y actividad de microorganismos en el cuerpo humano.

Se tendr el rea de Preparacin de medios de cultivo, que por s sola se define, adems, la zona de lavado y esterilizacin de material.

ANALISIS Y DISEO ORIENTADO A OBJETOS. El objetivo del anlisis orientado a objetos es desarrollar una serie de modelos que describan el software de computadora al trabajar para satisfacer un conjunto de requisitos definidos por el cliente. El AOO,

ORIENTADO A OBJETOS. La orientacin a objetos puede describirse como el conjunto de disciplinas que desarrollan y modelizan software que facilitan la construccin de sistemas complejos a partir de componentes. El atractivo intuitivo de la orientacin a objetos es que proporciona conceptos y herramientas con las cuales se modela y representa el mundo real tan fielmente como sea posible. Estos conceptos y herramientas orientados a objetos son tecnologas que permiten que los problemas del mundo real sean expresados de modo fcil y natural. Las tcnicas orientadas a objetos proporcionan mejoras y metodologas para construir sistemas de software complejos a partir de unidades de software modularizado y reutilizable. Se necesita un nuevo enfoque para construir software en la actualidad. Este nuevo enfoque debe ser capaz de manipular tanto sistemas grandes como pequeos y debe crear sistemas fiables que sean flexibles, mantenibles y capaces de evolucionar para cumplir las necesidades del cambio. La orientacin a objetos trata de cubrir las necesidades de los usuarios finales, as como las propias de los desarrolladores de productos software. Estas tareas se realizan mediante la modelizacin del mundo real. El soporte fundamental es el modelo objeto. Todos los objetos estn compuestos de tres cosas: INTERFAZ La Interfaz es el conjunto de mtodos, propiedades, eventos y atributos que se declaran como pblicos en su alcance y que pueden invocar los programas escritos para usar nuestro objeto. IMPLEMENTACIN Al cdigo dentro de los mtodos se le llama Implementacin. Algunas veces tambin se le llama comportamiento, ya que este cdigo es el que efectivamente logra que el objeto haga un trabajo til. Es importante entender que las aplicaciones del cliente pueden utilizar nuestro objeto aunque cambiemos la implementacin, siempre que no cambiemos la interfaz. Siempre que se mantengan sin cambio nuestro nombre de mtodo, su lista de parmetro y el tipo de datos de devolucin, podremos cambiar la implementacin totalmente. ESTADO El estado o los datos de un objeto es lo que lo hace diferente de otros objetos de la misma clase. El estado se describe a travs de las variables del Miembro o de la Instancia. Las

variables del miembro son aquellas declaradas, de tal manera que estn disponibles para todo el cdigo dentro de la clase. Por lo general, las variables del miembro son Privadas en su alcance. Algunas veces, se les conoce como variables de la instancia o como atributos. Observe que las propiedades no son variables del Miembro, ya que son un tipo de mtodo que funciona para recuperar y establecer valores.vi SISTEMA DE PROCESAMIENTO DE DATOS. Para llegar a comprender la correcta definicin de procesamiento de datos, podemos hablar del modelo matemtico. Esto es la representacin de algo mediante nmeros y operaciones entre estos. Para qu sirve el modelo matemtico? Por ejemplo, una venta no puede verse literalmente, entonces, el modelo matemtico hace una factura, que representa un acto de compra-venta. Esta es la manera en que una situacin que no puede representarse, se resuelve usando un sistema. En realidad, esto se transmite en todos los rdenes de la vida. Por ejemplo, los conocimientos que uno tiene son siempre relativos a un modelo. Lo que tenemos que aprender de Sistema de Procesamiento de Datos son sus elementos invariantes: dato, proceso y concepto de informacin. Todo eso conforma un modelo. El resto depende de nosotros y nuestra voluntad de hacer algo. Los datos los ponemos nosotros, los programas los inventamos nosotros y los resultados, nosotros los obtenemos. Es decir que el proceso empieza y termina con nosotros.vii SISTEMA DE INFORMACION GERENCIAL Los sistemas de informacin gerencial son una coleccin de sistemas de informacin que interactan entre s y que proporcionan informacin tanto para las necesidades de las operaciones como de la administracin En teora, una computadora no es necesariamente un ingrediente de un Sistema de Informacin Gerencial (SIG), pero en la prctica es poco probable que exista un SIG complejo sin las capacidades de procesamiento de las computadoras. Un sistema integrado usuario mquina, el cual implica que algunas tareas son mejor realizadas por el hombre, mientras que otras son muy bien hechas por la mquina, para prever informacin que apoye las operaciones, la administracin y las funciones de toma de decisiones en una empresa. El sistema utiliza equipos de computacin y software especializado, procedimientos, manuales, modelos para el anlisis, la

planificacin, el control y la toma de decisiones, adems de bases de datos. Es un conjunto de informacin extensa y coordinada de subsistemas racionalmente integrados que transforman los datos en informacin en una variedad de formas para mejorar la productividad de acuerdo con los estilos y caractersticas de los administradores.viii EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS Es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores, y los usuarios finales elaboran sistemas de informacin y aplicaciones informticas. El ciclo de vida clsico consta de 4 fases: anlisis de sistemas, diseo de sistemas, implantacin de sistemas (implementacin) y soporte de sistemas (mantenimiento), el ciclo de vida moderno aade una nueva fase planificacin de sistemas (planeacin) El ciclo de vida del desarrollo de sistemas no seala que para elaborar un determinado sistema de informacin se tiene que tener presente que se sigue un proceso para que el sistema desarrollo sea de la mejor manera, que sea entendible y que se haya desarrollado con eficiencia y eficacia y que todo lo que hemos elaborado sea lo que la empresa necesite para aumentar el desarrollo y la productividad de la empresa.ix

Figura. 06 Fases del ciclo de vida de lo sistemas. 9. PHPMYADMIN. phpMyAdmin es una herramienta escrita en PHP con la intencin de manejar la administracin de MySQL a travs de pginas web, utilizando Internet. Actualmente puede crear y eliminar Bases de Datos, crear, eliminar y alterar tablas, borrar, editar y aadir campos, ejecutar cualquier sentencia SQL, administrar claves en campos, administrar privilegios, exportar datos en varios formatos y est disponible en 62 idiomas. Se encuentra disponible bajo la licencia GPL. 2.2.1. UML (Unified Modeling Language)

El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesin de una serie de mtodos de anlisis y diseo orientadas a objetos que aparecen a fines de los 80s y principios de los 90s.UML es llamado un lenguaje de modelado, no un mtodo. Los mtodos consisten de ambos de un lenguaje de modelado y de un proceso. El UML , fusiona los conceptos de la orientacin a objetos aportados por Booch, OMT y OOSE (Booch, G. et al., 1999). UML incrementa la capacidad de lo que se puede hacer con otros mtodos de anlisis y diseo orientados a objetos. Los autores de UML apuntaron tambin al modelado de sistemas distribuidos y concurrentes para asegurar que el lenguaje maneje adecuadamente estos dominios. El lenguaje de modelado es la notacin (principalmente grfica) que usan los mtodos para expresar un diseo. El proceso indica los pasos que se deben seguir para llegar a un diseo. La estandarizacin de un lenguaje de modelado es invaluable, ya que es la parte principal del proceso de comunicacin que requieren todos los agentes involucrados en un proyecto informtico. Si se quiere discutir un diseo con alguien ms, ambos deben conocer el lenguaje de modelado y no as el proceso que se sigui para obtenerlo. Una de las metas principales de UML es avanzar en el estado de la integracin institucional proporcionando herramientas de interoperabilidad para el modelado visual de objetos. Sin embargo para lograr un intercambio exitoso de modelos de informacin entre herramientas, se requiri definir a UML una semntica y una notacin. La notacin es la parte grfica que se ve en los modelos y representa la sintaxis del lenguaje de modelado. Por ejemplo, la notacin del diagrama de clases define como se representan los elementos y conceptos como son: una clase, una asociacin y una multiplicidad. Y qu significa exactamente una asociacin o multiplicidad en una clase? Una meta-modelo es la manera de definir esto (un diagrama, usualmente de clases, que define la notacin). Una herramienta de UML debe mantener la consistencia entre los diagramas en un mismo modelo. Bajo esta definicin una herramienta que solo dibuje, no puede cumplir con la notacin de UML. 2.2.1.1.CASOS DE USO (USE CASE) El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, adems de la

forma, tipo y orden en como os elementos interactuan (operaciones o casos de uso). Un diagrama de casos de uso consta de los siguientes elementos: Actor. Casos de Uso. Relaciones de Uso, Herencia y Comunicacin.

Elementos Actor:

Una definicin previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino ms bien la labor que realiza frente al sistema. Como ejemplo a la definicin anterior, tenemos el caso de un sistema de ventas en que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local. Caso de Uso:

Es una operacin/tarea especfica que se realiza tras una orden de algn agente externo, sea desde una peticin de un actor o bien desde la invocacin desde otro caso de uso. Relaciones:

Asociacin Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso). Dicha relacin se denota con una flecha simple. Dependencia o Instanciacin

Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada. Generalizacin Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>). Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores). extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas). uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son similares en ms de un caso de uso y no se desea mantener copiada la descripcin de la caracterstica. De lo anterior cabe mencionar que tiene el mismo paradigma en diseo y modelamiento de clases, en donde esta la duda clsica de usar o heredar. 2.2.1.2. DIAGRAMA DE INTERACCION. El diagrama de interaccin, representa la forma en como un Cliente (Actor) u Objetos (Clases) se comunican entre si en peticin a un evento. Esto implica recorrer toda la secuencia de llamadas, de donde se obtienen las responsabilidades claramente. Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama Esttico de Clases o el de Casos de Uso (son diferentes). Los componentes de un diagrama de interaccin son: Un Objeto o Actor. Mensaje de un objeto a otro objeto. Mensaje de un objeto a si mismo.

Elementos Objeto/Actor:

El rectngulo representa una instancia de un Objeto en particular, y la lnea punteada representa las llamadas a mtodos del objeto. Mensaje a Otro Objeto:

Se representa por una flecha entre un objeto y otro, representa la llamada de un mtodo (operacin) de un objeto en particular. Mensaje al Mismo Objeto:

No solo llamadas a mtodos de objetos externos pueden realizarse, tambin es posible visualizar llamadas a mtodos desde el mismo objeto en estudio. 2.2.1.3.MODELO DE CLASES. Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento. Un diagrama de clases esta compuesto por los siguientes elementos: Clase: atributos, mtodos y visibilidad. Relaciones: Herencia, Composicin, Agregacin, Asociacin y Uso.

Elementos Clase Es la unidad bsica que encapsula toda la informacin de un Objeto (un objeto es una instancia de una clase). A travs de ella podemos modelar el entorno en estudio (una Casa, un Auto, una Cuenta Corriente, etc.). En UML, una clase es representada por un rectngulo que posee tres divisiones:

En donde: Superior: Contiene el nombre de la Clase Intermedio: Contiene los atributos (o variables de instancia) que caracterizan a la Clase (pueden ser private, protected o public). Inferior: Contiene los mtodos u operaciones, los cuales son la forma como interacta el objeto con su entorno (dependiendo de la visibilidad: private, protected o public).

Atributos y Mtodos: Atributos: Los atributos o caractersticas de una Clase pueden ser de tres tipos, los que definen el grado de comunicacin y visibilidad de ellos con el entorno, estos son: public (+): Indica que el atributo ser visible tanto dentro como fuera de la clase, es decir, es accsesible desde todos lados.

private (-): Indica que el atributo slo ser accesible desde dentro de la clase (slo sus mtodos lo pueden accesar). protected (#): Indica que el atributo no ser accesible desde fuera de la clase, pero si podr ser accesado por mtodos de la clase adems de las subclases que se deriven (ver herencia).

Mtodos: Los mtodos u operaciones de una clase son la forma en como sta interacta con su entorno, stos pueden tener las caractersticas:

public (+): Indica que el mtodo ser visible tanto dentro como fuera de la clase, es decir, es accsesible desde todos lados. private (-): Indica que el mtodo slo ser accesible desde dentro de la clase (slo otros mtodos de la clase lo pueden accesar). protected (#): Indica que el mtodo no ser accesible desde fuera de la clase, pero si podr ser accesado por mtodos de la clase adems de mtodos de las subclases que se deriven (ver herencia).

Relaciones entre Clases: Ahora ya definido el concepto de Clase, es necesario explicar como relacionar dos o ms clases (cada uno con caractersticas y objetivos diferentes). Antes es necesario explicar el concepto de cardinalidad de relaciones: En UML, la cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada extremo de la relacin y stas pueden ser: uno o muchos: 1..* (1..n) 0 o muchos: 0..* (0..n) nmero fijo: m (m denota el nmero).

Herencia (Especializacin/Generalizacin): Indica que una subclase hereda los mtodos y atributos especificados por una Super Clase, por ende la Subclase adems de poseer sus propios mtodos y atributos, poseer las caractersticas y atributos visibles de la Super Clase (public y protected) Agregacin: Para modelar objetos complejos, n bastan los tipos de datos bsicos que proveen los lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer objetos que son instancias de clases definidas por el desarrollador de la aplicacin, tenemos dos posibilidades: Por Valor: Es un tipo de relacin esttica, en donde el tiempo de vida del objeto incluido esta condicionado por el tiempo de vida del que lo incluye. Este tipo de relacin es comunmente llamada Composicin (el Objeto base se contruye a partir del objeto incluido, es decir, es parte/todo). Por Referencia: Es un tipo de relacin dinmica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye. Este tipo de relacin es comunmente llamada Agregacin (el objeto base utiliza al incluido para su funcionamiento).

Asociacin: La relacin entre clases conocida como Asociacin, permite asociar objetos que colaboran entre si. Cabe destacar que no es una relacin fuerte, es decir, el tiempo de vida de un objeto no depende del otro.

Dependencia o Instanciacin (uso): Representa un tipo de relacin muy particular, en la que una clase es instanciada (su instanciacin es dependiente de otro objeto/clase). Se denota por una flecha punteada. El uso ms particular de este tipo de relacin es para denotar la dependencia que tiene una clase de otra, como por ejemplo una aplicacin grafica que instancia una ventana (la creacin del Objeto Ventana esta condicionado a la instanciacin proveniente desde el objeto Aplicacion):

2.2.1.4. DIAGRAMA DE ACTIVIDADES En el Lenguaje de Modelado Unificado, un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general. En SysML el diagrama de Actividades ha sido extendido para indicar flujos entre pasos que mueven elementos fsicos (e.g., gasolina) o energa (e.g., presin). Los cambios adicionales permiten al diagrama soportar mejor flujos de comportamiento y datos continuos. a especificacin del Lenguaje de Modelado Unificado OMG define un diagrama de actividad como: una variacin de una mquina estados, lo cual los estados representan el rendimiento de las acciones o subactividades y las transiciones se provocan por la realizacin de las acciones o subactividades.. El propsito del diagrama de actividad es modelar un proceso de flujo de trabajo (workflow) y/o modelar operaciones. Una Operacin es un servicio proporcionado por un objeto, que est disponible a travs de una interfaz. Una Interfaz es un grupo de operaciones relacionadas con la semntica. Composicin Inicio: El inicio de un diagrama de actividad es representado por un crculo de color negro slido. Actividad : Una actividad representa la accin que ser realizada por el sistema la cual es representada dentro de un ovalo. Transicin: Una transicin ocurre cuando se lleva acabo el cambio de una actividad a otra, la transicin

es representada simplemente por una linea con una flecha en su terminacin para indicar direccin. Ramificacin (Branch) : Una ramificacin ocurre cuando existe la posiblidad que ocurra ms de una transicin (resultado) al terminar determinada actividad.Este elemento es representado a travs de un rombo. Unin (Merge) : Una unin ocurre al fusionar dos o ms transiciones en una sola transicin o actividad.Este elemento tambin es representado a travs de un rombo. Expresiones Resguardadas (Guard Expressions) : Una expresi resguardada es utilizada para indicar una descripcin explicita acerca de una transicin. Este tipo de expresin es reprsentada mediante corchetes ([...] y es colocada sobre la linea de transicin. Fork : Un fork representa una necesidad de ramificar una transicin en ms de una posibilidad. Aunque similar a una ramificacin (Branch) la diferencia radica en que un fork representa ms de una ramificacin obligada, esto es, la actividad debe proceder por ambos o ms caminos, mientras que una ramificacin (Branch) representa una transicin u otra para la actividad (como una condicional). Un fork es representado por una linea negra solida, perpendicualar a las lineas de transicin . Join: Un join ocurre al fusionar dos o ms transiciones provenientes de un fork, y es empleado para dichas transiciones en una sola,tal y como ocurria antes de un fork .Un fork es representado por una linea negra solida, perpendicualar a las lineas de transicin .

2.2.2. METODOLOGIA ESPIRAL El Modelo Evolutivo Espiral. Su Modelo de Ciclo de Vida en Espiral tiene en cuenta fuertemente el riesgo que aparece a la hora de desarrollar software. Para ello, se comienza mirando las posibles alternativas de desarrollo, se opta por la de riesgo ms asumible y se hace un ciclo de la espiral. Si el cliente quiere seguir haciendo mejoras en el software, se vuelve a evaluar las distintas nuevas alternativas y riesgos y se realiza otra vuelta de la espiral, as hasta que llegue un momento en el que el producto software desarrollado sea aceptado y no necesite seguir mejorndose con otro nuevo ciclo. x

Bsicamente consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro. Se suele interpretar como que dentro de cada ciclo de la espiral se sigue un Modelo Cascada, pero no necesariamente debe ser as. El Espiral puede verse como un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP con los aspectos controlados y sistemticos del Modelo Cascada, con el agregado de gestin de riegos. Nuestra metodologa se divide en 4 fases de proyecto bsicas (basadas en la metodologa en espiral y de prototipos): 1.Planificacin.

2.- Anlisis de Riesgos. 3.- Ingeniera. 4.- Evaluacin. Estas fases estn integradas en una escala en espiral que tiene su centro y enfoque principal en la creacin del prototipo en pantallas del sistema, en cada uno de sus mdulos, esta metodologa abarca desde el diseo de la base de datos hasta la integracin de los diferentes mdulos de un sistema en su fase final, ligados todos en espiral.

Figura 07. Modelo clsico Espiral. 2.2.3. PRUEBAS NO CONVENCIONALES. Las pruebas no convencionales es una especie de pruebas efectuadas por el control de calidad personas, en los que ponen a prueba todos y documentos todo el derecho del caso inicial de la SDLC. En caso de que las pruebas convencionales realizadas

por los ingenieros de prueba en la aplicacin en la fase de prueba de la SDLC.xi Es una especie de prueba en la que Personas QA9quality garanta revisar todas y cada funcin en la organizacin si estn haciendo que el trabajo de acuerdo con las directrices del proceso de las empresas o no, a la derecha de la fase inicial de SDLC hasta el final. Las pruebas convencionales: Es una especie de prueba en la que los ingenieros de prueba de verificacin de la aplicacin, ni su partes relacionadas estn trabajando de acuerdo a las expectativas de cliente o no, desde la codificacin de fase de SDLC hasta el final 2.2.4. PRUEBAS CONVENCIONALES Las pruebas convencionales es una especie de prueba en la que la prueba ingenieros de verificacin de la aplicacin, ni su partes relacionadas estn trabajando de acuerdo a las expectativas de cliente o no, desde la codificacin de fase de SDLC hasta el final Las pruebas no convencionales es una especie de prueba en la que Personas QA9quality garanta revisar todas y cada funcin en la organizacin si estn haciendo que el trabajo de acuerdo con las directrices del proceso de las empresas o no, a la derecha de la fase inicial de SDLC hasta el final.xii Cuando se habla de las pruebas en los enfoques convencionales, fundamentalmente se identifican cuatro actividades relacionadas: pruebas unitarias, pruebas de integracin, pruebas de aceptacin y pruebas de sistema. En estas metodologas se presta especial atencin a la elaboracin de la especificacin de requisitos software. Dicha especificacin se refina dentro del proceso de identificacin de los requisitos del software mediante iteraciones. En este enfoque, el proceso de desarrollo se dirige desde la especificacin de requisitos hacia el cdigo y posteriormente desde el cdigo hasta las pruebas. En consecuencia, aunque en las metodologas convencionales las pruebas son importantes, stas dependen directamente del resto de actividades del proceso de desarrollo. Y por lo tanto, en estos casos, el proceso de validacin se entiende como un complemento del proceso de desarrollo. 2.2.4.1 CAJA BLANCA.. Las pruebas de caja blanca es una tcnica de verificacin de los ingenieros de software pueden usar para examinar si sus cdigo funciona como se esperaba. En este captulo, vamos a explicar lo siguiente: Un mtodo para escribir una serie de casos de prueba de caja blanca que el ejercicio de las rutas de acceso en el cdigo. El uso de particiones de equivalencia y anlisis del valor lmite para gestionar el nmero de casos de prueba que deben ser

por escrito y examinar error-prone/extreme esquina casos de prueba. Cmo medir bien los casos de prueba de esfuerzo el cdigo Las pruebas de caja blanca est probando que tiene en cuenta el mecanismo interno de un sistema o componente (IEEE, 1990). Las pruebas de caja blanca tambin se conoce como pruebas estructurales, cuadro de clara pruebas, y pruebas de caja de cristal (Beizer, 1995). Las connotaciones de caja transparente y de cristal cuadro apropiadamente indican que usted tiene una visibilidad completa del funcionamiento interno de la producto de software, en concreto, la lgica y la estructura del cdigo.xiii 2.2.4.2 CAJA NEGRA Se trata de una aplicacin como un cuadro negro y slo se ve en las salidas que se producen por las entradas especficas en la aplicacin. El probador cuadro negro no tiene por qu entender por qu el cdigo hace lo que hace, y no deben tener acceso al cdigo fuente de la aplicacin. Los requisitos son utilizados para determinar las salidas correctas de las pruebas de recuadro negro, y estos casos de prueba se utiliza para validar que el software adecuado se est construyendo, es decir, que la aplicacin hace lo que dicen los requisitos. Negro controles pruebas de caja que la funcionalidad necesaria existe y es correcta, la interfaz funciona correctamente, estructuras de datos detrs de la interfaz de trabajo correctamente, el comportamiento y el rendimiento del sistema se encuentran dentro de lmites razonables, y que la inicializacin y finalizacin del programa son correctos. Integracin, funcional y de sistema, aceptacin, beta, y pruebas de regresin todas las formas de las pruebas de recuadro negro.xiv Este mtodo de prueba puede ser aplicada a todos los niveles de pruebas de software: unidad, integracin, sistema funcional, y la aceptacin. Por lo general la mayora, si no comprende todas las pruebas en los niveles superiores, pero tambin puede as dominar las pruebas unitarias. 2.2.5. METRICAS DE SOFTWARE. En la mayora de los desafos tcnicos, las mtricas nos ayudan a entender tanto el proceso tcnico que se utiliza para desarrollar un producto, como el propio producto. El proceso para intentar mejorarlo, el producto se mide para intentar aumentar su calidad.

El principio, podra parecer que la necesidad de la medicin e s algo evidente. Despus de todo es lo que nos permite cuantificar y por consiguiente gestionar de forma ms efectiva. Pero la realidad puede ser muy deferente. Frecuentemente la medicin con lleva una gran controversia y discusin. 1. Cules son las mtricas apropiadas para el proceso y para el producto? 2. Cmo se deben utilizar los datos que se recopilan? 3. Es bueno usar medidas para comparar gente, procesos o productos? Estas preguntas y otras tantas docenas de ellas siempre surgen cuando se intenta medir algo que no se ha medido en el pasado. La medicin es muy comn en el mundo de la ingeniera. Medimos potencia de consumo, pesos, dimensiones fsicas, temperaturas, voltajes, seales de ruidos por mencionar algunos aspectos. Desgraciadamente la medicin se aleja de lo comn en el mundo de la ingeniera del software. Encontramos dificultades en ponernos de acuerdo sobre que medir y como va evaluar las medidas. Hay varias razones para medir un producto. 1. Para indicar la calidad del producto. 2. Para evaluar la productividad de la gente que desarrolla el producto. 3. Par evaluar los beneficios en trminos de productividad y de calidad, derivados del uso de nuevos mtodos y herramientas de la ingeniera de software. 4. Para establecer una lnea de base para la estimacin 5. Para ayudar a justificar el uso de nuevas herramientas o de formacin adicional. Las mediciones del mundo fsico pueden englobarse en dos categoras: medidas directas y medidas indirectas. Medidas Directas. En el proceso de ingeniera se encuentran el costo, y el esfuerzo aplicado, las lneas de cdigo producidas, velocidad de ejecucin, el tamao de memoria y los defectos observados en un determinado periodo de tiempo.

Medidas Indirectas. Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento, etc. 2.5.1. MTRICAS TCNICAS. Se centran en lasa caractersticas de software pro ejemplo: la complejidad lgica, el grado de modularidad. Mide la estructura del sistema, el cmo esta hecho. 2.5.2. MTRICAS DE CALIDAD. proporcionan una indicacin de cmo se ajusta el software a los requisitos implcitos y explcitos del cliente. Es decir cmo voy a medir para que mi sistema se adapte a los requisitos que me pide el cliente. 2.5.3. MTRICAS DE PRODUCTIVIDAD. Se centran en el rendimiento del proceso de la ingeniera del software. Es decir que tan productivo va a ser el software que voy a disear. 2.5.4. MTRICAS ORIENTADAS A LA PERSONA. Proporcionan medidas e informacin sobre la forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y mtodos. Son las medidas que voy a hacer de mi personal que va har el sistema. 2.5.5. MTRICAS ORIENTADAS AL TAMAO. Es para saber en que tiempo voy a terminar el software y cuantas personas voy a necesitar. Son medidas directas al software. En los rendimientos del sistema y los rudimentarios datos contenidos en la tabla se puede desarrollar, para cada proyecto un conjunto de mtricas sencillas de productividad y calidad orientadas al tamao. Se obtienen las siguientes formulas: Productividad = KLDC/persona-mes Calidad = errores/KLDC Documentacin = pags. Doc/ KLDC Costo = $/KLDC persona-mes es el esfuerzo 2.5.6. MTRICAS ORIENTADAS A LA FUNCIN. Son medidas indirectas del software y del proceso por el cual se desarrolla. En lugar de calcularlas las LDC, las mtricas

orientadas a la funcin se centran en la funcionalidad o utilidad del programa. Las mtricas orientadas a la funcin fueron el principio propuestas por Albercht quien sugiri un acercamiento a la medida de la productividad denominado mtodo del punto de funcin. Los puntos de funcin que obtienen utilizando una funcin emprica basando en medidas cuantitativas del dominio de informacin del software y valoraciones subjetivos de la complejidad del software. Los puntos de funcin se calculan rellenando la tabla como se muestra en la siguiente figura: Calculo de mtricas de punto de funcin.

Grafico 08. Factor de ponderacin Se determinan 5 caractersticas del mbito de la informacin y los clculos aparecen en la posicin apropiada de la tabla. Los valores del mbito de informacin estn definidos de la siguiente manera. 1. Nmeros de entrada de usuario: se cuenta cada entrada del usuario que proporcione al software diferentes datos orientados a la aplicacin. Las entradas deben ser distinguidas de las peticiones que se contabilizan por separado. 2. Numero de salida del usuario: se encuentra cada salida que proporciona la usuario informacin orientada ala aplicacin. En este contexto las salidas se refieren a informes, pantalla, mensajes de error. Los elementos de datos individuales dentro de un informe se encuentran por separado. 3. Nmeros de peticiones al usuario: una peticin esta definida como una entrada interactiva que resulta de la generacin de algn tipo de respuesta en forma de salida interactiva. Se cuenta cada peticin por separado.

4. Numero de archivos: se cuenta cada archivo maestro lgico, o sea una agrupacin lgica de datos que puede ser una parte en una gran base de datos o un archivo independiente. 5. Numero de interfaces externas: se cuentan todas las interfaces legibles por la maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados para transmitir informacin a otro sistema. Cuando han sido recogidos los datos anteriores se asocian el valor de complejidad a cada cuenta. Las organizaciones que utilizan mtodos de puntos de funcin desarrollan criterios para determinar si una entrada es denominada simple, media o compleja. No obstante la determinacin de la complejidad es algo subjetivo. Para calcular los puntos de funcin se utiliza la siguiente relacin. PF = CUENTA_TOTAL * [0.65 + 0.01 * SUM(fi)] Donde CUENTA_TOTAL es la suma de todas las entradas de PF obtenidas de la tabla anterior. Fi donde i puede ser de uno hasta 14 los valores de ajuste de complejidad basados en las Respuestas a las cuestiones sealadas de la siguiente tabla. Evaluar cada factor en escala 0 a 5.

Figura 9. Escala de ponderacin

Los valores constantes de la ecuacin anterior y los factores de peso aplicados en las encuestas de los mbitos de informacin han sido determinados empricamente. Una vez calculado los puntos de funcin se usan de forma analgica a las LDC como medida de la productividad, calidad y otros productos del software. Productividad = PF / persona-mes Calidad = Errores / PF Costo = Dlares / PF Documentacin = Pags. Doc / PF La medida de puntos de funcin se diseo originalmente para ser utilizadas en aplicacin de sistemas de informacin de gestin. Sin embargo, algunas aplicaciones se les denomina puntos de caractersticas. La medida del punto de caracterstica da cabida a aplicaciones cuya complejidad algoritmica es alta. Las aplicaciones de software de tiempo real de control de procesos y de sistemas que encontrados tienden a tener una complejidad algoritmica alta y por tanto fcilmente tratables por puntos de caractersticas. 2.3. DEFINICIN DE TERMINOS BASICOS.

AUTOMATIZACIN La automatizacin es el uso de sistemas de control y tecnologas de la informacin para reducir la necesidad de trabajo humano en la produccin de bienes y servicios. En el mbito de la industrializacin, la automatizacin es un paso ms all de la mecanizacin. Considerando que la mecanizacin proporcionan los operadores humanos con maquinaria para ayudarles con los requisitos del trabajo muscular, la automatizacin reduce considerablemente la necesidad de requisitos humanos sensorial y mental. Automatizacin desempea un papel cada vez ms importante en la economa mundial y en la experiencia diaria.xv ADMINISTRADOR DEL SISTEMA. Un Administrador de sistemas es aquel profesional que ha cursado un programa de pre-grado en el que se incluyen reas

del conocimiento en la ingeniera del software y gestin administrativa empresarial, adems de gestin de redes y telecomunicaciones. Ser capaz de adaptarse a las complejas y cambiantes situaciones del mundo empresarial actual, as como de responder a las exigencias que en su campo plantean nuestras organizaciones, contribuyendo con ello al crecimiento, desarrollo y proyeccin de la sociedad en la cual estn insertas. SISTEMA. Un sistema es un conjunto de funciones, virtualmente referenciada sobre ejes, bien sean estos reales o abstractos. Tambin suele definirse como un conjunto de elementos dinmicamente relacionados formando una actividad para alcanzar un objetivo operando sobre datos, energa o materia para proveer informacin. Un sistema es un conjunto de partes o elementos organizados y relacionados, que interactan entre en s, para llegar a un mismo objetivo. Los sistemas reciben (entrada) datos, energa o materia del ambiente y tienen como resultado que proveen (salida) informacin, energa o materia. PACIENTE. En la medicina y en general en las ciencias de la salud, el pacientenista es alguien que sufre dolor o malestar (muchas enfermedades causan molestias diversas, y un gran nmero de pacientes tambin sufren dolor). En trminos sociolgicos y administrativos, paciente es el sujeto que recibe los servicios de un mdico u otro profesional de la salud, sometindose a un examen, a un tratamiento o a una intervencin. USUARIO. Un usuario es la persona que utiliza o trabaja con algn objeto o que es destinataria de algn servicio pblico, privado, empresarial o profesional. Sin embargo, segn la Real Academia Espaola (RAE), usuario es aqul que usa algo. Esto se opone a los conceptos de web semntica, web 2.0 y 3.0, trabajo colaborativo..., ya que la realidad actual prima a los ciudadanos como emisores y no slo como receptores que usan los medios. PRUEBA DE LABORATORIO. Un anlisis clnico o prueba de laboratorio se le llama comnmente a la exploracin complementaria solicitada al laboratorio clnico por un mdico para confirmar o descartar un diagnstico. Forma parte del proceso de atencin a la salud que se apoya en el estudio de distintas muestras biolgicas mediante su anlisis en laboratorio y que brinda un resultado

objetivo que puede ser tanto cuantitativo (un nmero, como en el caso de la cifra de glucosa) o cualitativo (positivo o negativo). PAGINA WEB. Una pgina web o una pgina web es un recurso documento o informacin que es conveniente para la World Wide Web y se puede acceder a travs de un navegador web y que aparecen en un monitor o dispositivo mvil. Esta informacin es generalmente en formato HTML o XHTML, y puede proporcionar la navegacin a otras pginas web a travs de enlaces de hipertexto. Pginas Web frecuentemente subsumir otros recursos, como hojas de estilo, scripts y las imgenes en su presentacin final.

URL En computacin, un localizador de recurso uniforme (URL) es un identificador uniforme de recursos (URI) que especifica que un recurso identificado est disponible y el mecanismo para recuperarlo. En el uso popular y en muchos documentos tcnicos y discusiones verbales que a menudo se utiliza incorrectamente como sinnimo de URI. [1] El ejemplo ms conocido de la utilizacin de URLs es para las direcciones de las pginas web de la World Wide Web

TCP/IP La familia de protocolos de Internet es un conjunto de protocolos de red en los que se basa Internet y que permiten la transmisin de datos entre redes de computadoras. En ocasiones se le denomina conjunto de protocolos TCP/IP, en referencia a los dos protocolos ms importantes que la componen: Protocolo de Control de Transmisin (TCP) y Protocolo de Internet (IP), que fueron los dos primeros en definirse, y que son los ms utilizados de la familia. Existen tantos protocolos en este conjunto que llegan a ser ms de 100 diferentes, entre ellos se encuentra el popular HTTP (HyperText Transfer Protocol), que es el que se utiliza para acceder a las pginas web, adems de otros como el ARP (Address Resolution Protocol) para la resolucin de direcciones, el FTP (File Transfer Protocol) para transferencia de archivos, y el SMTP (Simple Mail Transfer Protocol) y el POP (Post Office Protocol) para correo

electrnico, TELNET para acceder a equipos remotos, entre otros.

INTERNET Internet es un conjunto descentralizado de redes de comunicacin interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que las redes fsicas heterogneas que la componen funcionen como una red lgica nica, de alcance mundial. Sus orgenes se remontan a 1969, cuando se estableci la primera conexin de computadoras, conocida como ARPANET, entre tres universidades en California y una en Utah, Estados Unidos. HIPERTEXTO es el nombre que recibe el texto que en la pantalla de un dispositivo electrnico conduce a otro texto relacionado. La forma ms habitual de hipertexto en informtica es la de hipervnculos o referencias cruzadas automticas que van a otros documentos (lexias). Si el usuario selecciona un hipervnculo el programa muestra el documento enlazado. Otra forma de hipertexto es el strechtext que consiste en dos indicadores o aceleradores y una pantalla. El primer indicador permite que lo escrito pueda moverse de arriba hacia abajo en la pantalla. Es importante mencionar que el hipertexto no esta limitado a datos textuales, podemos encontrar dibujos del elemento especificado, sonido o vdeo referido al tema. El programa que se usa para leer los documentos de hipertexto se llama navegador, el browser, visualizador o cliente y cuando seguimos un enlace decimos que estamos navegando por la Web.

CAPITULO III
MATERIALES Y MTODOS
3.1. METODOLOGIA Y PROCEDIMIENTO. METODOLOGIA.

3.1.1.

POBLACIN

En el presente trabajo de investigacin la poblacin para la validacin del software estar constituido por personas que conozcan sobre sistemas o computacin, o programadores los cuales sepan de sistemas de informacin. Y otro de los criterios de seleccin ser el uso de registro de 70 pacientes de una semana de atencin en el laboratorio para determinar da determinado de atencin. 3.1.2. MUESTRA

Para el presente trabajo de investigacin las muestra estar constituida por las personas que asisten al laboratorio GENOMA las cuales son las calificadoras de la mejora de la atencin de los pacientes, en ah como se tiene la poblacin determinada se aplicara el uso de la formula siguiente,

Donde: N: tamao de la poblacin. P: Proporcin de pacientes que menciona que el tiempo de atencin mejora con el uso del sistema (p = 50%) Q: Proporcin de pacientes que menciona que los tiempos para la atencin de los pacientes no mejora con el uso del sistema. K: nivel de significancia al 5% (1.96) e: error permitido (5%) Con los datos propuestos empezamos a calcular el tamao de muestra necesario. CALCULO DEL TAMAO DE MUESTRA.

Reemplazando con los valores propuestos lneas arriba y se obtiene lo siguiente. n = 59,3415129 lo cual redondeando se obtendra (n = 59) pacientes los cuales medirn si el software optimiza el tiempo de atencin a los pacientes.

3.1.3.

VARIABLES DE ESTUDIO

VARIABLE INDEPENDIENTE Tiempo de atencin a los pacientes del laboratorio Clnico GENOMA VARIABLES DEPENDIENTE Sistema cliente servidor con interaccin a web para el laboratorio Clnico GENOMA

3.1.4.

OPERACIONALIZACION DE VARIABLES. INDICADOR INDICE lento medianamente lento rpido lento medianamente lento rpido Si No INDICE ptimo Confiable Confidencial

VARIABLE INDEPENDIENT E

Registro de los pacientes Tiempo de atencin a los pacientes

Consulta de los pacientes Conocimiento sobre el manejo del sistema

VARIABLE DEPENDIENTE Sistema cliente servidor con interaccin a Web

INDICADOR Registro, consulta, modificacin de datos de los pacientes

3.2 MTODO DE RECOPILACIN DE DATOS.

La recopilacin de datos para el presente trabajo de investigacin se realiza a travs de la observacin del uso del sistema, y se realizara una encuesta a los pacientes sobre los tiempos que demora en procesar la informacin.

3.3. INFRAESTRUCTURA. La infraestructura que es uno de los pilares esenciales para la atencin de los pacientes requiere lo siguiente:

Ambiente donde se encuentre el centro de cmputo. Ambiente con todos los equipamientos para los tcnicos y personal que labora en el laboratorio GENOMA. Ambiente con todos los equipamientos para la atencin a los pacientes

3.4. RECURSOS HUMANOS La unidad del laboratorio GENOMA, deber contar con el siguiente personal para la buena y adecuada atencin a los pacientes.

Un Ingeniero Estadstico e informtico (JEFE) TP 02 digitadores (informtica) TC: TP: Tiempo completo. Tiempo parcial

TC TC

3.5. RECURSOS MATERIALES

La unidad del laboratorio Clnico GENOMA debe contar con el siguiente material para la buena atencin de los pacientes y as mismo de los que trabajan dentro del laboratorio Clnico GENOMA.

02 computadoras PENTIUM IV 01 Impresora HP (LASERJET 1020)

3.6. SOFTWARE Y HARDWARE

SOFTWARE. La aplicacin en la que se hace correr el sistema es fundamentalmente Windows XP Service Pack 3, pero pudiendo ser todas sus variantes de Windows incluidos la versin VISTA y SEVEN, y tambin pudiendo corriendo en Sistemas Operativos libres LINUX como por ejemplo UBUNTU 10, ya que no se necesita Instalar software adicional, ya que el sistema puede correr mediante va web.

HERRAMIENTAS PARA EL DESARROLLO DEL DE SISTEMA. MySQL Macromedia Dreamweaver 8.0 Microsoft Word 2007 Servidor Web HTML Java Script PHP Navegador Web Mozilla Firefox 3.0.6 o inferiores Visual Paradigm for UML

HARDWARE En cuanto al hardware se utilizo: Una computadora PENTIUM IV Impresora EPSON LX-300

SERVIDORES Deben tener necesariamente Un servidor Web MySQL para PHP AppServ aplicacin de cliente servidor.

CAPITULO IV
RESULTADOS

4.1. RESULTADOS Y DISCUSIN

4.1.1. ANALISIS

a. Problema y requerimiento. El prototipo de sistema cliente servidor se desarrollo principalmente para la mejor atencin a los pacientes que se atienden en el laboratorio Clnico GENOMA, incluso para que los mismos pacientes puedan ver sus resultados mediante internet a travs de cdigos que el laboratorio Clnico GENOMA les entrega como esta en versin de prototipo, as como las funciones de que el personal que labora dentro del laboratorio Clnico GENOMA pueda entregar los resultados sin ningn problema.

b. Requerimientos. Brindar informacin sobre los pacientes registrados en la base de datos. Realizar registros de nuevos pacientes al sistema. Realizar consultas de pacientes registrados.

Realizar reportes de pacientes registrados. Generar consultas de historial de los pacientes.

c. Elaboracin de diagramas de caso de uso. c1) Sistema de Informacin Cliente Servidor.

La figura mostrada anteriormente, muestra el proceso de cmo funciona y se ejecuta el sistema de cliente servidor empleado para el laboratorio Clnico GENOMA debe ser instalado en una computadora, inclusive con bajos recursos por que funcionara sobre una plataforma de acceso local, esto es posible gracias a la tecnologa de la base de datos como es MySQL, el servidor en este caso Apache, y la comunicacin entre la base de datos y el servidor que es PHP, se podr realizar todo el proceso de registrar pacientes, modificar informacin, y adems la de eliminar el paciente. Y el sistema tiene esta capacidad de resolver las peticiones del administrador del sistema. Entre otras cosas el administrador del sistema podr realizar las operaciones siguientes:

Registro de pacientes: consiste en el registro de un nuevo paciente, con el proceso de ingresar todos los datos del paciente. Consultar sobre la existencia de un usuario, a travs del sistema.

Realizar copias de todo el sistema de base de datos. Si fuese a ver algn tipo de migracin el cual se podr lograr gracias a la portabilidad de los sistemas. Y adems de contar con innumerables copias de seguridad (BACKUPS) los cuales garantizaran todo el almacenamiento de la informacin.

d. Elaboracin de Diagramas de Interaccin. d1) HABILITACIN DE OPERADORES.

La fig. 11 muestra la informacin sobre el registro de operadores del Sistema, primeramente aqu el operador solicita al Administrador del Sistema que le cree una cuenta, ya que hasta

el momento el nico que puede crear, registrar y modificar pacientes es solo el administrador, entonces este diagrama muestra como el operador solicita al administrador le cree una cuenta, el administrador crea la cuenta, en la base de datos as como el usuario y la contrasea, despus el operador ingresa al sistema ya teniendo el usuario y contrasea que el administrador del sistema ha creado posteriormente el operador ya tiene el acceso al sistema en el cual el ya puede hacer uso del registro de pacientes y as como la consulta, generacin de reportes.

d2) Registro de Pacientes nuevos en el sistema. La figura N 12, muestra el proceso de interaccin para el registro de nuevos pacientes, el sistema tiene dentro de su objetivo la de validar toda la informacin antes de ser guardada en la base de datos para despus hacer uso de ella.

4.1.2. DISEO E IMPLEMENTACIN.

a. Elaboracin de diagramas de clase.

Este diagrama muestra el actor principal quien viene a ser el operador del sistema, conjuntamente con el administrador, pero el operador del sistema es la persona encargada de realizar la gran parte del trabajo el cual consiste en registrar a los pacientes (Registrar paciente, registrar el examen), ahora la clase registrar examen tiene dependencia de las tablas (hematologa, bioqumica, heces, inmunologa y microbiologa), existe una herencia entre las tablas que son parte de la clase registrar examen para poder dar respuesta a las peticiones de bsqueda de pacientes con sus respectivo historial de exmenes del Laboratorio Clnico Genoma.

b. Elaboracin del diagrama de componentes. b1) Sistema de Informacin Cliente Servidor.

b2)

Sitio Web del Laboratorio Clnico Genoma.

b3)

Estructura principal del Sitio Principal.

c. Elaboracin del diagrama de actividades.

c1)

Diagrama de actividades del sistema. Este diagrama como ha de funcionar la lgica del sistema, como el acceso al sistema y las etapas del registro, bsqueda, actualizacin y borrado de registros en el sistema.

d. DISEO, DESCRIPCIN DE LOS COMPONENTES, INTERFAZ DE LA PGINA PRINCIPAL.

Interfaz de Entrada. La interfaz de entrada ha sido diseada con los programas de Macromedia Dreamweaver, Macromedia Fireworks y PHP, y utilizando lo ltimo de maquetacin Web. Para esto hemos utilizado los estndares de Diseo Web el cual es hacer uso

de las CSS (Hojas de Estilo), adems que Dreamweaver adapta mejor el diseo con esto, ya que el manejo de los formularios por parte del programa lo hace de manera robusta y clara, adems del manejo de base de datos, ayudando as el diseo en modo interactivo y practico.

Interfaz de Salida. La interfaz de salida se ha diseado en PHP, utilizando para ello las herramientas que dispone PHP como es el manejo de formularios y la comunicacin entre la base de datos y el sistema.

Ventana Principal La fig. 17 muestra la ventana principal del sistema en ella se tiene todas las tareas que lo componen.

Fig. 17 Ventana de la Portada Principal

Ventana de Acceso.

La fig. 18 muestra la informacin del sistema Principal de GIELAB, en ella se muestra toda la informacin del sistema as como la peticin de un nombre de usuario y contrasea para el acceso al sistema el cual muestra todas las funciones del sistema como son la de registrar nuevos pacientes.

Fig. 18 Ventana de Acceso al Sistema.

Pagina Principal del Sistema. En la fig. 19 muestra la informacin sobre el subsistema de administracin de los pacientes con todos los mens que tiene el sistema el cual provee toda la informacin sobre registros de los pacientes, y otras opciones.

Fig. 19 Ventana Principal del Subsistema. Ventana de Registro de Pacientes. La fig. 20, muestra el formulario de registro de pacientes, con todo sus opciones de guardar, y la validacin del formulario antes de ser guardado en la pagina principal.

Fig. 20. Ventana de Registro de Pacientes

Ventana de Pacientes Registrados. La fig. 21 muestra la informacin sobre los pacientes registrados en el sistema GIELAB, donde aparecen todos los datos de los pacientes guardados en la base de datos, mostrados en forma de tabla hasta todos los pacientes en donde aparece un vinculo hacia otra pagina para el detalle de los exmenes de los pacientes.

Fig. 21. Venta de Pacientes Registrados

Ventana de Bsqueda de Registros. La fig. 22 muestra la informacin de los pacientes registrados en el sistema los cuales compara las coincidencias que hay indicando adems el nombre del paciente.

Fig. 22. Ventana de Bsqueda de Registros. BASE DE DATOS.

CONSTRUCCIN DE LA BASE DE DATOS. El prototipo de sistema de informacin que se esta aplicando para el registro de pacientes del laboratorio clnico GENOMA se esta haciendo gracias a una base de datos sin ella no se podra gestionar los datos de los pacientes, esta constituida por tres tablas, una con respecto para los usuarios, otra para los datos de los pacientes, y una ultima para los exmenes de los pacientes todo ello gracias a MySQL que permite el manejo de los datos.

En esta ventana se muestra como esta guardado las tablas dentro del sistema y cual son sus atributos de cada una de las tabla, as como los datos, de cada una de ellas sobre el funcionamiento de cada una de las tablas.

Fig. 23. Base de datos del Laboratorio Clnico GENOMA.

4.1.3. IMPLEMENTACIN Y DESARROLLO.

A. PHP. A modo de recordatorio Sabemos cual es el funcionamiento de PHP en todo sistema cliente servidor, pero PHP genera cdigo con contenido dinmico con la ventaja de que no puede ser visto dentro de una pagina, sea en este caso al usuario final, ya que el cdigo dentro de la pagina web esta imbuido (cdigo solo visto del lado del servidor, ms no del cliente).

B. MySQL. Es un lenguaje que permite el almacenamiento de datos para los cuales se hace uso de las sentencias SQL, es algo as como un cerebro comparando con el ser humano, ya que l nos provee la funcin de insertar, recordar, eliminar, actualizar datos. Esa es su funcin principal dentro de un sistema resulta necesario contar con un acceso a los datos los cuales esto nos provee de una infinidad de opciones.

C. PHPMYADMIN. Su funcin principal, es la construir y modelar nuestra base de datos con un sinfn de opciones para el manejo de la base de datos, es muy intuitivo adems de poseer sentencias SQL para el manejo de base de datos y adems cuenta con ayuda para manejo de las consultas y cdigo PHP, muy esencial para el desarrollo de cualquier sistema de base de datos.

4.1.4. PRUEBA

A. PRUEBA NO CONVENCIONALES. Son pruebas que consisten en las revisiones tcnicas formales que se realizaron en las etapas de anlisis y diseo del sistema, que corrigen errores bsicamente de Omisiones y ambigedades en las definiciones de clase y jerarquas asi como en las relaciones. Inconsistencias en la elaboracin de Diagrama de casos de uso, interaccin. Clases y actividades.

B. PRUEBAS CONVENCIONALES Son pruebas que se pueden ejecutarse o probarse, los cuales se realizan en la etapa de la implementacin del sistema como son las pruebas de caja negra, caja blanca.

B1. PRUEBA DE CAJA NEGRA. Las pruebas de caja negra se centran en lo que se espera de un mdulo, es decir, intentan encontrar casos en que el mdulo no se atiene a su especificacin. Por ello se denominan pruebas funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar haciendo el mdulo por dentro. El problema est pues en identificar clases de equivalencia, tarea para la que no existe una regla de aplicacin universal; pero hay recetas para la mayor parte de los casos prcticos:

si un parmetro de entrada debe estar comprendido en un cierto rango, aparecen 3 clases de equivalencia: por debajo, en y por encima del rango. si una entrada requiere un valor concreto, aparecen 3 clases de equivalencia: por debajo, en y por encima del rango. si una entrada requiere un valor de entre los de un conjunto, aparecen 2 clases de equivalencia: en el conjunto o fuera de l. si una entrada es booleana, hay 2 clases: si o no. los mismos criterios se aplican a las salidas esperadas: hay que intentar generar resultados en todas y cada una de las clases.

B2. PRUEBA DE CAJA BLANCA Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un mdulo concreto, para luego realizar las de caja negra sobre varios subsistemas (integracin). En los sistemas orientados a objetos, las pruebas de caja blanca pueden aplicarse a los mtodos de la clase, pero segn varias opiniones, ese esfuerzo debera dedicarse a otro tipo de pruebas ms especializadas (un argumento podra ser que los mtodos de una clase suelen ser menos complejos que los de una funcin de programacin estructurada). Dentro de las Pruebas de Caja Blanca encontramos las llamadas coberturas (sentencia, decisin, condicin y mltiple adems de los mencionados caminos ciclomticos propuestos por McCabe) C. METRICAS ORIENTADAS A LA FUNCIN

Cuando pueda medir lo que est diciendo y expresarlo con nmeros, ya conoce algo sobre ello; cuando no pueda medir, cuando no pueda expresar lo que dice con nmeros, su conocimiento es precario y deficiente; puede ser el comienzo del conocimiento, pero en tus pensamientos apenas ests avanzando hacia el escenario de la ciencia.

Cuadro N 01. Calculo de Mtricas de Punto de Funcin. Parmetro Nmero de entradas de usuario Cuenta Factor de ponderacin Simple Medio Complejo 3 4 6 Subtotal

Parmetro Nmero de salidas de usuario Nmero de peticiones de usuario Nmero de archivos Nmero de interfaces externas Total Donde:

Cuenta

Factor de ponderacin Simple Medio Complejo 4 3 7 5 5 4 10 7 7 6 15 10

Subtotal

Entradas de usuario. Son entradas que proporcionan diferentes datos a la aplicacin. No confundirlos con las peticiones de usuario. Salidas de usuario. Son reportes, pantallas o mensajes de error que proporcionan informacin. Los elementos de un reporte, no se cuentan de forma separada. Peticiones de usuario. Es una entrada interactiva que produce la generacin de alguna respuesta del software en forma de salida interactiva. Archivos. Son los archivos que pueden ser parte de una base de datos o independientes. Interfaces externas. Son los archivos que se usan para transmitir informacin a otro sistema.

Cuadro N 02. Calculo de Mtricas de Punto de Funcin aplicado al Sistema GIELAB. Parmetro Nmero de entradas de usuario Nmero de salidas de usuario Nmero de peticiones de usuario Nmero de archivos Nmero de interfaces externas Total Cuenta 5 15 10 5 1 Factor de ponderacin Simple Medio Complejo 3 4 3 7 5 4 5 4 10 7 6 7 6 15 10 Subtotal 15 60 30 35 5 145

Para Calcular los puntos de funcin se utiliza la siguiente relacin.

FP = cuenta-total x [ 0,65 + 0,01 x (Fi ) ]

Donde: cuenta-total es la suma de todas las entradas de FP obtenidas de la tabla anterior.

PARAMETROS DE CALIDAD EN PUNTOS DE FUNCIN

Cuadro N 03. Valores de ajuste de la complejidad del sistema. fi 1 2 3 4 5 6 7 8 9 10 11 12 13 14 FACTORES DE CALIDAD Requiere el sistema copias de seguridad y recuperacin fiables Se requiere comunicacin de datos? Existen funciones de procesamiento distribuido? Es crtico el rendimiento? Sera ejecutado el sistema en un entorno operativo existente y frecuentemente utilizado? Requiere el sistema entrada de datos interactivo? Requiere la entrada de datos interactivo que sean tradicionales de entrada se lleven a cabo sobre mltiples o variados operadores? Se actualizan los archivos maestros en forma interactiva? Son complejas las entradas, las salidas, los archivos o peticiones? Es complejo el procesamiento interno? Se ha diseado el cdigo para ser reutilizable? Estn incluidos en el diseo de conversin y la instalacin? Se ha diseado el sistema para soportar mltiples instalaciones en diferentes organizaciones? Se ha diseado la aplicacin para facilitar los cambios y para ser fcilmente utilizada por el usuario? TOTAL fi VALOR 1 4 0 1 4 5 4 5 1 2 2 4 4 5 42

Por consiguiente:

FP=145*[0.65+0.01*42] FP=155.15 El tiempo estimado que se tardo en la implementacin del sistema GIELAB es de 4 meses. Entonces la productividad media del sistema es de 38.7875 (155.15/4)PF/persona-mes, segn la tarifa laboral estimada en persona/mes el coste por PF es aproximadamente de $ 15.47, por consiguiente el costo del Sistema GIELAB es de 2400, y el esfuerzo estimado de una persona.

D. METRICAS DE CALIDAD

Integridad. Amenaza: momento. probabilidad de un ataque en cualquier

Seguridad: probabilidad de repeler un ataque en un determinado momento.

Integridad = ataque [1 amenaza * (1 seguridad)] Hace BACKUP Borrado BD aplicacin Integridad Amenaza 0.2
borrado

Seguridad 0.8

= 1- 0.2 * (1 0.8) = 0.96 Validar Campos Entrada

Ingreso de datos Integridad

Amenaza 0.2

Seguridad 0.8

borrado

= 1- 0.2 * (1 0.8) = 0.96

Eficacia de Eliminacin de defectos Se trata de actividades de garanta y seguridad del sistema, como es el control de calidad del Software. E: Se encontraron 20 errores en la entrega D: Se encontraron 5 errores despus de la entrega

EED = E / (E+D), entonces se tiene que EED=0.8 Interpretando el resultado obtenido se tiene que la eficiencia del software es de 80%, lo cual significa que es confiable.

CAPITULO V

CONCLUSIONES
La implementacin de un de sistema cliente servidor en el laboratorio GENOMA, permite contar con una herramienta indispensable y la conexin con la base de datos ya que permite la interaccin entre la base de datos y la web.. El sistema cliente servidor emplea el menor tiempo posible para el registro de pacientes, consulta y bsqueda de pacientes. El servidor Appserv permite la visualizacin de los pacientes en forma inmediata sin la necesidad de contar con una conexin a internet. La implementacin del sistema permite a los pacientes y operadores del sistema, la mejor administracin de los pacientes y a los operadores mejorar el rpido acceso a la informacin. En la implementacin del sistema juega un papel importante la programacin de base de datos y la interconexin con el servidor y es mejor con las tecnologas de Apache, MySQL y PHP, ya que hacen las tareas de consultas, de manera rpida y segura.

CAPITULO VI
RECOMENDACIONES Y SUGERENCIAS

El prototipo empleado para el control de pacientes del laboratorio GENOMA, es mejor el trabajo con una computadora Pentium IV de mas capacidad por que al consultar la base de datos lo hace de manera ms rapida. Se recomienda como es una fase de prototipo el sistema, tener las mejoras del software ya que ayudara a mejorar la atencin a los pacientes as como los operadores tendran ms opciones. Para el analisis del software se recomienda el uso del lenguaje Unificado de modelado ya que permite un analisis del sistema, como el desarrollo, y las fases de evaluacin.

REFERENCIAS BIBLIOGRAFICAS

ALBA CASTRO, Mauricio Fernando. Calidad en la produccin de software. En : Calidad de Software. Primer Congreso Nacional de Estudiantes de Ingeniera de Sistemas. Universidad de Manizales. Mayo 1992. BOOCH, Grady. Object Oriented Design with Applications. Prentice Hall. 1991.

COAD, Peter y YOURDON, Edward. Object Oriented Analysis. Prentice Hall. 1990. DUNN, Robert. Software Quality. Prentice Hall. 1990. Cap 1. CROSBY, Philip. Quality is Free. McGraw Hill. 1979. HUMPHREY, Watts S. A discipline for software engineering. 1.999. MCGARRY, John. Practical Software Measurement. Addisson Wesley. 2001. MEYER, Bertrand. Object Oriented Software Constructions. Englewood Cliffs, Prentice Hall. 1998. PRESSMAN, Roger S. Ingeniera del Software, Un enfoque practico. Tercera edicin. McGraw Hill Cap 12. VILLALOBOS, Jorge. La programacin orientada por objetos : El paradigma del futuro. En Revista : Sistemas N. 48. 1991.

REFERENCIAS DE INTERNET

ii iii iv v vi

vii viii

ix

x xi xii xiii xiv xv

http://es.wikipedia.org/wiki/Tecnolog%C3%ADas_de_la_informaci %C3%B3n_y_la_comunicaci%C3%B3n[fehca de acceso: 15-05-2010] http://es.wikipedia.org/wiki/Cliente-servidor [acceso: 15-05-2010] http://es.wikipedia.org/w/index.php?oldid=36351751 [acceso: 22-05-2010] http://es.wikipedia.org/w/index.php?oldid=39216873 [acceso: 25-05-2010] http://es.wikipedia.org/wiki/Laboratorio_cl%C3%ADnico [acceso: 22-05-2010] http://www.mundoprogramacion.com/colabora/NET2005/Percynet_Conceptosyprincipio sorientadoaobjetos.htm [acceso: 28-05-2010] http://fccea.unicauca.edu.co/old/procesamiento.htm [acceso: 28-10-2010] http://www.monografias.com/trabajos24/informacion-gerencial/informaciongerencial.shtml [acceso 30-10-2010] http://ww.buenastareas.com/ensayos/Ciclo-De-Vida-Del-Desarrollo-De/93930.html [ acceso: 3-11-2010] http://es.wikipedia.org/wiki/Desarrollo_en_espiral [acceso: 05-11-2010] http://www.allinterview.com/showanswers/57051.html [acceso: 10-11-2010] http://www.allinterview.com/showanswers/57051.html [acceso: 29-11-2010] http://agile.csc.ncsu.edu/SEMaterials/WhiteBox.pdf [acceso: 4-12-2010] http://openseminar.org/se/modules/47/index/screen.do [acceso: 08-12-2010] http://en.wikipedia.org/wiki/Automation [acceso: 14-12-2010]

ANEXOS
UNIVERSIDAD NACIONAL DEL ALTIPLANO PUNO
FACULTAD DE INGENIERIA ESTADISTICA E INFORMATICA
e.P. INGENIERIA ESTADISTICA E INFORMATICA
CUESTIONARIO SOBRE LA ATENCIN DE LOS PACIENTES EN EL LABORATORIO GENOMA CON EL USO DEL SISTEMA CLIENTE SERVIDOR EN LA CIUDAD DE SICUANI

1. CUESTIONARIO SOBRE LA ATENCION A LOS PACIENTES, CON EL USO DEL SISTEMA CLIENTE - SERVIDOR PARA EL LABORATORIO GENOMA DE LA CIUDAD DE SICUANI.

A. Cmo considera el tiempo de atencin a los pacientes con el uso del sistema cliente servidor para el laboratorio GENOMA de la ciudad de Sicuani?

a) b) c)

Lento Medianamente lento Rapido

B. Sobre el tiempo que toma registro de pacientes que se hace uso con el prototipo de sistema cliente servidor por parte del personal del laboratorio, es rpido el registro? a) b) c) Lento Mas o menos lento Rpida

C. El proceso que antiguamente se hacia con el tiempo de registro de pacientes en cuaderno y en cuanto al software, cual de los dos sugerira que lo utilicen ms? a) b) c) El mtodo tradicional de registro Los dos son iguales Registro con uso del sistema.

D. Con respecto al tiempo que toma la bsqueda de pacientes con el mtodo antiguo y con el uso del sistema Cul Ud., sugerira que lo utilicen? a) b) Con el mtodo antiguo Con ayuda del sistema

E. Con respecto a los resultados de los exmenes que se le entrega al paciente El sistema lo hace en menos tiempo que el mtodo tradicional? a) b) c) El mtodo tradicional es mejor Los dos son iguales El mtodo con uso del sistema es mejor.

ANEXO 02 RESULTADOS SOBRE EL CUESTIONARIO SOBRE EL PROTOTIPO DE SISTEMA CLIENTE SERVIDOR PARA EL LABORATORIO GENOMA DE LA CIUDAD DE SICUANI Resultados: Validacin del sistema Cliente Servidor para el laboratorio GENOMA de la ciudad de Sicuani Cuadro N 01 Consideracin sobre el sistema Cliente Servidor para el laboratorio GENOMA de la ciudad de Sicuani Consideracin sobre el SISTEMA GENOMAFrecuenciaPorcentajeFcil250,0%Medianamente difcil125,0%Difcil125,0%Total4100,0%Fuente: elaboracin propia.

De acuerdo a los resultados obtenidos de la validacin del prototipo de sistema Cliente Servidor, podemos mencionar que de 04 operadores que trabajan con el sistema, que es el 100%, (02) mencionan que es fcil el manejo del sistema el cual representa al 50%, mientras que (01) indica que es medianamente difcil y difcil el cual representa al otro 50%.

Cuadro N 02 Consideracin sobre ella interfaz del sistema Cliente Servidor para el laboratorio GENOMA de la ciudad de Sicuani Consideracin sobre la interfaz del SISTEMA GENOMAFrecuenciaPorcentajeSencillo375,0%Poco sencillo125,0%Total4100,0%Fuente: elaboracin propia.

De acuerdo a los resultados obtenidos de la validacin del prototipo de sistema Cliente Servidor, podemos mencionar que de 04 operadores que trabajan con el sistema, que es el 100%, (03) mencionan que es sencillo el manejo del la interfaz de usuario del sistema el cual representa al 75%, mientras que (01) indica que es poco sencillo el cual representa al otro 25%. Cuadro N 03 Realizacin sobre las operaciones de registro, modificacin, etc., que realiza el sistema Cliente Servidor para el laboratorio GENOMA de la ciudad de Sicuani. Sobre la realizacion de operaciones del SISTEMA GENOMAFrecuenciaPorcentajeptimo125,0%Confiable375,0%Confidencial00,0%Total4100, 0%Fuente: elaboracin propia

En cuanto a los resultados obtenidos sobre las operaciones del prototipo de sistema Cliente Servidor para el laboratorio GENOMA, podemos mencionar que de 04 operadores que trabajan con el sistema, que es el 100%, (03) mencionan que es confiable al momento de realizar las operaciones que realiza el software la cual representa al 75%, mientras que (01) indica que es ptimo la realizacin de operaciones del sistema, el cual representa al 25%.

Cuadro N 04 Consideracin de la atencin de los pacientes con el uso de prototipo de sistemas cliente servidor para el laboratorio GENOMA de la ciudad de Sicuani. Tiempo de Atencin que toma a los pacientes con ayuda del sistema GENOMAFrecuenciaPorcentajeLento610.17%Medianamente lento1627.12%Rapido3762.71%Total59100.00%Fuente: elaboracin propia

En cuanto a los resultados obtenidos sobre el tiempo de atencin a los pacientes con ayuda del Prototipo de Sistema cliente servidor para el

laboratorio GENOMA, podemos mencionar que de 59 pacientes encuestados, (37) mencionan que es rpido el tiempo de atencin a los pacientes, el cual representa al 62.71%, mientras que (06) mencionan que con la ayuda del sistema es muy lento el tiempo de atencin al paciente, el cual representa al 10.17% del total de pacientes encuestados. Cuadro N 05 Consideracin sobre el tiempo que toma el registro de pacientes con el sistema cliente servidor para el laboratorio GENOMA de la ciudad de Sicuani. Tiempo que toma el registro de pacientes con el uso del sistema GENOMAFrecuenciaPorcentajeLento813,56%Medianamente lento1728,81%Rapido3457,63%Total59100,00%Fuente: elaboracin propia

En cuanto a los resultados obtenidos sobre el tiempo de registro de pacientes con ayuda del Sistema cliente servidor para el laboratorio GENOMA, podemos mencionar que de 59 pacientes encuestados, (34) mencionan que es rpido el tiempo de registro de los pacientes, el cual representa al 57.63%, mientras que (08) mencionan que con la ayuda del sistema el tiempo registro de pacientes es lenta el cual representa al 13.56% del total de pacientes encuestados. Cuadro N 06 En cuanto al proceso con el tiempo de registro de pacientes que se hacia en cuaderno, con respecto a la utilizacin del software, cual preferira que lo utilicen. Proceso de tiempo sobre el registro de pacientes con el cuaderno y el softwareFrecuenciaPorcentajeLento711,86%Medianamente lento1525,42%Rapido3762,71%Total59100,00% Fuente: elaboracin propia

En cuanto a los resultados obtenidos sobre el tiempo que toma el proceso de registro de pacientes con uso del cuaderno y del software, podemos mencionar que de 59 pacientes encuestados, (37) mencionan que prefieren el registro con ayuda del software, el cual representa al 62.71%, mientras que (07) mencionan que prefieren el tiempo que toma el registro en el cuaderno o tradicionalmente, el cual representa al 11.86% del total de pacientes encuestados. Cuadro N 07 Preferencia en cuanto al tiempo de proceso de bsqueda de pacientes con el mtodo tradicional y el uso del sistema cliente servidor para el laboratorio GENOMA de la ciudad de Sicuani. Proceso de tiempo sobre la busqueda de pacientes con el cuaderno y el softwareFrecuenciaPorcentajeLento58,47%Medianamente lento1220,34%Rapido4271,19%Total59100,00%Fuente: elaboracin propia

En cuanto al proceso de tiempo de bsqueda de pacientes en cuanto al mtodo tradicional de bsqueda y el uso del sistema cliente servidor para el

laboratorio GENOMA de la ciudad de Sicuani, podemos mencionar que de 59 pacientes encuestados, (42) mencionan que prefieren la bsqueda con ayuda de Sistema cliente servidor, el cual representa al 71.19%, mientras que (05) mencionan que prefieren la bsqueda mediante el mtodo tradicional el cual representa al 8.47% del total de pacientes encuestados. Cuadro N 08 Preferencia en cuanto al proceso de tiempo de los resultados de los exmenes que se practica, con respecto al mtodo tradicional y el uso del sistema cliente servidor para el laboratorio GENOMA de la ciudad de Sicuani. Proceso de tiempo sobre los resultados de los pacientes con el metodo tradicional y el uso del softwareFrecuenciaPorcentajeLento711,86%Medianamente lento1525,42%Rapido3762,71%Total59100,00% Fuente: elaboracin propia

En cuanto al proceso del tiempo que toma la entrega de los resultados de los exmenes de los pacientes sobre el mtodo tradicional y el uso del sistema cliente servidor para el laboratorio GENOMA de la ciudad de Sicuani, podemos mencionar que de 59 pacientes encuestados, (37) mencionan que el mtodo con uso del sistema es mejor el cual representa al 62.71%, mientras que (07) mencionan que prefieren los resultados en forma tradicional el cual representa al 11.86% del total de pacientes encuestados.

Desarrollado por: Bach. Ivanoe Espinoza Surco

1. INTRODUCCIN. El sistema desarrollado utilizando la tecnologa cliente servidor, para el Laboratorio Clnico Genoma de la ciudad de Sicuani, permite al operador del sistema y administradores a cargo el registro de nuevos pacientes, as{i como la consulta de pacientes registrados en el Sistema, los cuales el operador del sistema puede ver el historial de pacientes registrados esta es la versin inicial del proyecto el cual ayudara a los operadores del sistema el manejo de los pacientes y los exmenes, ya que es solo la fase inicial del proyecto ms adelante podr hacer una modificacin total del sistema, con la posibilidad de ampliar nuevas caractersticas los cuales pueda el operador del sistema pueda dar sus impresiones y/o alcances de las limitaciones del sistema, para el desarrollo del sistema se ha hecho a base de un diagrama el cual explica como es el funcionamiento del sistema.

Pagina Principal: Presenta todas las opciones de acceso a los diferentes mdulos del prototipo de sistema GIELAB, as como las funciones del sistema.

Modulo Registro de Pacientes: Esta opcin nos permite el registro de nuevos pacientes en el sistema.

Modulo Consulta de Pacientes: esta nos muestra todos los pacientes que se tienen en el sistema juntamente con una relacin de los pacientes registrados, muestra el historial de todos los pacientes.

Modulo de Bsqueda de Pacientes: Esta opcin nos permite en especial buscar un paciente en particular, nos muestra los datos del paciente. A la vez haciendo un reenvi de la informacin a otra pagina para la consulta de los exmenes de los pacientes.

Ventana de Acceso: esta nos muestra el acceso al men principal del sistema, claro esta que primeramente tiene que ser un usuario registrado en la base de datos, sino no tendr la posibilidad de visualizar todo el sistema en si, en esta ventana de acceso tiene un modulo de seguridad el cual ayuda a llevar el sistema de la mejor manera.

2. REQUISITOS DEL SISTEMA Para los requisitos del sistema se tendr en cuenta los siguientes requisitos: Microsoft Windows XP SP2 o SP3. Pentium II o superiores. Una unidad de CD-ROM. 128MB de Memoria RAM para correr el Sistema. Internet (Opcional) HUB Cables de Red. Internet Explorer 7.0 o posteriores. Mozilla Firefox 3.0 o superiores.

3. INSTALACIN. 1) Instalacin del Servidor Web en una de las maquinas del Laboratorio Clnico Genoma. 2) Instalar todo el sistema en el servidor, en la maquina del Laboratorio Clnico Genoma.

3) Despus de la instalacin hacer las pruebas de conexin para dejar el sistema en funcionamiento.

4.

PAGINA PRINCIPAL. Dentro de la pgina principal se muestra toda la informacin del sistema, se muestra todas las opciones del sistema tal como muestra la figura siguiente.

5. MODULO DE ADMINISTRADOR DEL SISTEMA. En este modulo lo que le sistema peticiona es un usuario y contrasea el cual hace el ingreso al sistema, tal como se muestra en la siguiente imagen

. 6. MODULO DE REGISTRO DE PACIENTES. En este mdulo lo que hace el operador del sistema es de registrar un nuevo paciente, proporcionando para ello el paciente todos sus datos correctos, ya el sistema internamente hace una validacin de los datos proporcionados por el paciente. Tal como lo muestra la grfica siguiente.

Lo que hace el registro es lo siguiente:

1. Valida cada uno de los campos, y solo aceptando los caracteres que estn permitidos en cada uno de los campos. 2. Valida al final el formulario mostrando si alguno de los campos se encuentra vaco. 3. Luego son guardados en la base de datos del Laboratorio Clnico Genoma.

7. MODULO DE CONSULTAR PACIENTES. En este mdulo muestra todos los pacientes registrados en el sistema, el cual muestra en una tabla la informacin de cada paciente registrado, muestra el historial de todos los pacientes, tal como lo muestra el siguiente grfico.

8. MODULO DE BUSQUEDA DE PACIENTES. Este mdulo muestra un campo de texto para la bsqueda de pacientes, el cual si existen pacientes registrados muestra todos los pacientes registrados, dependiendo del nombre que se busc, tal como se muestra en la grfica siguiente:

Pagina Principal

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <title>Bienvenidos GENOMA&quot;</title> a &quot;LABORATORIO CL&Iacute;NICO

<meta name="KEYWORDS" content="Homepage, Pagina de Inicio de Laboratorio Clinico GENOMA, estudios, historia, equipos, examenes, y otras cosas"> <meta name="TITLE" content="laboratorio Clinico Genoma"> <meta name="METRICSPATH" content="&amp;eiwatch=/"> <meta name="DESCRIPTION" content="Realizaci&oacute;n de pruebas de laboratorio"> <meta name="AUTHOR" content="Neichan Studi Design"> <meta name="LANGUAGE" content="es"> <meta name="DOCUMENTCOUNTRYCODE" content="Per&uacute;"> <meta name="SEGMENT" content="gen"> <meta name="MSSmartTagsPreventParsing" content="True"> <meta http-equiv="imagetoolbar" content="False">

<meta 8859-1">

http-equiv="Content-Type"

content="text/html;

charset=ISO-

<link href="styles.css" media="screen" type="text/css" rel="stylesheet" /> <link rel="shortcut icon" href="genoma.ico.txt" />

</head> <body id="index"> <div id="wrap"> <div id="head"> <img src="logo_genoma.gif" alt="Genoma Logo"> <!-- <h1>Laboratorio Cl&iacute;nico GENOMA</h1>-->

<div id="login"> <a href="index.php"><img src="btn_login.png" /></a> </div>

<div id="menu"> <ul class="clearfix"> <li id="link_index"><a href="index.html">Inicio</a></li> <li href="nosotros.html">Nosotros</a></li> <li href="tecnologia.html">T&eacute;cnologia</a></li> class="current" id="link_videos"><a id="link_situations"><a

<li href="equipos.html">Equipos</a></li> <li href="novedades.html">Novedades</a></li> <li href="contacto.html">Contacto</a></li> </ul> </div> </div><!--Cierre de HEAD cabezera-->

id="link_blog"><a id="link_press"><a id="link_tell"><a

<div id="main"> <div id="contenido"> <div id="contenido-holder"> <div id="contenido-wrap" class="clearfix">

<!--header up--> <div id="w-cab"> <div id="sec-w-cab"> <div id="txt_open"> </div>

<div id="image-intro"> Somos el primer laboratorio dentro de la ciudad de Sicuani, con toda la tecnologia al servicio de nuestros pacientes.

</div> </div> </div><!--close header up-->

</div><!--Cierre de contenidp-wrap-->

<!--main medium--><div id="main-medium"> <img src="c01.gif" width="250" height="25" /> <div id="main-box"> <ul class="c-mainbox"> <li>Realizamos todo tipo de pruebas</li> <li>Contamos con los mejores profesionales</li> <li>Atenci&oacute;n preferencial para todos.</li> </ul> </div> <img src="imag_texto.png" width="400" height="200" /> </div><!--/main-medium-->

<div id="how-slydial"><!--Apertura de how-slidial--> <h2>Nos encontramos en <em>Jr. 28 de julio #431</em></h2> <ol> <li id="one">Resultados confiables y confidenciales, nosotros entregamos personalmente y con la seguridad que Ud., se merece.</li> <li id="two">Contamos ahora con Equipos semi-automatizados y 100% seguros. </li> <li id="three">Atendemos de Lunes a Sabado de 06:30 hrs. a 17:00 hrs. </li> </ol> <p id="signup-p">Por eso y mucho m&aacute;s ahora Laboratorio Cl&iacute;nico Genoma, trae grandes descuentos, y sobre todo con calidad de servicio y garantia. </p>

</div>

</div><!--Cierre de contenido HOLDER--> </div><!--Cierre de Contenido--> </div><!--Cierre de MAIN-->

<div id="foot">

<p><a href="acerca.html">Acerca/contacto</a> href="privacidad.html">Politica Privacidad</a> href="uso.html">Trminos de uso</a> href="soporte.html">Soporte</a> </p> <p id="copy"> 2010. Todos los derechos Reservados. NeiChan&reg;</p>

| | |

<a <a <a

Design by Studio

<p id="to_top_link"><a href="#head" title="Back to the top of this page">Back to top</a></p> </div><!-- /foot -->

</div><!--cierre de wrap--> </body> </html> Acceso al Subsistema

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> <title>Bienvenidos al SISTEMA DE LABORATORIO CL&Iacute;NICO GENOMA PORTADA</title> <meta name="KEYWORDS" content="Homepage, Pagina de Inicio de Laboratorio Clinico GENOMA, estudios, historia, equipos, examenes, y otras cosas"> <meta name="TITLE" content="laboratorio Clinico Genoma"> <meta name="METRICSPATH" content="&amp;eiwatch=/"> <meta name="DESCRIPTION" content="Realizaci&oacute;n de pruebas de laboratorio"> <meta name="AUTHOR" content="Neichan Studi Design"> <meta name="LANGUAGE" content="es"> <meta name="DOCUMENTCOUNTRYCODE" content="Per&uacute;"> <meta name="SEGMENT" content="gen"> <meta name="MSSmartTagsPreventParsing" content="True"> <meta http-equiv="imagetoolbar" content="False"> <meta 8859-1"> http-equiv="Content-Type" content="text/html; charset=ISO-

<link rel="shortcut icon" href="genoma.ico.txt" />

<link href="css-sistema.css" media="all" rel="stylesheet" type="text/css" /> <script type="text/javascript" src="sha1.js"></script> <script language="javascript" > function ec() { document.GetElementById('password').value=str_sha1(document.GetElementB yId('password').value); } language="javascript1.2"

</script> </head>

<body> <div id="main-principal"> <div id="main-secundario"> <div id="portada-cabecera"> <h2>Bienvenidos al Sistema de Administraci&oacute;n Laboratorio Cl&iacute;nico GENOMA (GIELAB)</h2> </div><!--Close-portada--> </div><!--Close main-secundario--> <div id="body-center"> <h2 class="texto-not">El contenido de esta pagina esta restringido, para los visitantes, por lo que le suplicamos pongase en contacto con el administrador del Sistema, para mayor informaci&oacute;n</h2> de

<div id="sesion"> <h3>Administrador(a) por favor Identifiquese:</h3><br> <form onsubmit="ec()"> action="validar.php" method="post"

<label class="lbl_usuario">Nombre de Usuario</label><label class="punto-0">:</label><input class="inp-usuario" name="username" type="text" onfocus="decimo" size="15" maxlength="15"/><br><br > <label class="lbl_clave">Clave o Contrasea</label><label class="punto-1">:</label><input class="inp-clave" name="password" type="password" size="15" maxlength="40" /><br ><br > <input class="inp-ingreso" title="Ingresar" alt="[ingresar]" src="enviar.png" type="image" />

</form> </div> </div><!--Close body-center--> <div id="footer"> <p class="foot">Powered by Neichan Studio's - &reg;Todos los Derechos Reservados&reg;<br> 2008 - 2011</p>

</div> </div><!--Close main-principal--> </body> </html> Ventana de Subsistema de Administracin <?php session_start(); ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" 8859-1" /> <title>Bienvenidos al SISTEMA GENOMA - PORTADA</title> content="text/html; LABORATORIO charset=iso-

DE

CL&Iacute;NICO

<meta name="KEYWORDS" content="Homepage, Pagina de Inicio de Laboratorio Clinico GENOMA, estudios, historia, equipos, examenes, y otras cosas"> <meta name="TITLE" content="laboratorio Clinico Genoma"> <meta name="METRICSPATH" content="&amp;eiwatch=/">

<meta name="DESCRIPTION" pruebas de laboratorio">

content="Realizaci&oacute;n

de

<meta name="AUTHOR" content="Neichan Studi Design"> <meta name="LANGUAGE" content="es"> <meta content="Per&uacute;"> name="DOCUMENTCOUNTRYCODE"

<meta name="SEGMENT" content="gen"> <meta name="MSSmartTagsPreventParsing" content="True"> <meta http-equiv="imagetoolbar" content="False"> <meta http-equiv="Content-Type" charset=ISO-8859-1"> <link rel="shortcut icon" href="genoma.ico.txt" /> content="text/html;

<link href="css-sistema.css" type="text/css" /> <body>

media="all"

rel="stylesheet"

<div id="main-principal"> <div id="main-secundario"> <div id="portada-cabecera"> <h2>Bienvenidos al Sistema de Administraci&oacute;n de Laboratorio Cl&iacute;nico GENOMA (GIELAB)</h2> </div><!--Close-portada--> </div><!--Close main-secundario--> <div id="body-center"> <h2 class="texto-not">El contenido de esta pagina esta restringido, para los visitantes, por lo que le suplicamos pongase en contacto con el administrador del Sistema, para mayor informaci&oacute;n</h2> <div id="mensaje"><?php

mysql_connect('localhost','root','1234')or conexi&oacute;n: '.mysql_error());

die

('Ha

fallado

la

mysql_select_db('LabGenoma')or die ('Error al seleccionar la Base de Datos: '.mysql_error());

function quitar($mensaje) { $nopermitidos = array("'",'\\','<','>',"\""); $mensaje = str_replace($nopermitidos, "", $mensaje); return $mensaje; } if(trim($_POST["username"]) != "" && trim($_POST["password"]) != "") { // Puedes utilizar la funcion para eliminar algun caracter en especifico $username = strtolower(quitar($_POST["username"])); $password = md5($_POST["password"]); // o puedes convertir los a su entidad HTML aplicable con htmlentities /*$usuario = strtolower(htmlentities($_POST["username"], ENT_QUOTES)); $password = $_POST["password"];*/ $result = mysql_query('SELECT username, password, nombres, apaterno, amaterno FROM usuarios WHERE username=\''. $username.'\''); if($row = mysql_fetch_array($result)){ if($row["password"] == $password){ $_SESSION["k_username"] = $row['username']; $_SESSION["k_nombres"] = $row['nombres'];

$_SESSION["k_apaterno"]=$row['apaterno']; $_SESSION["k_amaterno"]=$row['amaterno']; echo 'Has sido logueado correctamente '. $_SESSION['k_username'].' <p>'; /*echo $_SESSION['k_nombres'].'</p>';*/ /*echo $_SESSION['k_apaterno'].'</p>';*/ echo '<SCRIPT LANGUAGE="javascript"> location.href = "principal.php"; </SCRIPT>'; }else{ echo 'UPS Vaya Vaya, creo que te equivocaste con tu CONTRASEA...LO SIENTO, INTENTA DE NUEVO<br/><br/><a href="index.php">Regresar al Inicio</a>'; } }else{ echo 'Usuario no existente en la base de datos <br/><br/><a href="index.php">Regresar al Inicio</a>'; } mysql_free_result($result); }else{ echo 'Debe especificar un usuario y su contrasea<br/><br/><a href="index.php">Regresar al Inicio</a>'; } mysql_close(); ?> 'Tu 'Tu nombre apellido es:' . es:'.

</div>

</div><!--Close body-center-->

<div id="footer"> <p class="foot">Powered by Neichan Studio's - &reg;Todos los Derechos Reservados&reg;<br> 2008 - 2011</p>

</div> </div><!--Close main-principal--> </body>

</html>

Ventana Principal del subsistema

<?php session_start();

if($_SESSION["k_username"]==$row['username']) { header("location:index.php"); exit(); } ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml">

<head> <meta http-equiv="Content-Type" 8859-1" /> content="text/html; charset=iso-

<title>Pagina Principal - Laboratorio Cl&iacute;nico GENOMA</title> </head> <link rel="shortcut icon" href="genoma.ico.txt" /> <link href="principal.css" rel="stylesheet" /> <link href="css-sistema.css" type="text/css" /> <body> <div id="main_principal"> <div id="mm_sec"> <div id="mm_portada"> <h2>C-GENLAB - Sistema de Administraci&oacute;n de Laboratorio Cl&iacute;nico GENOMA</h2> </div> </div> <div id="box_izq"> <?php echo 'Bienvenido: '; if (isset($_SESSION['k_username'])) { echo '<b><u>'.$_SESSION['k_username'].'</u></b>'; echo $_SESSION['k_nombres'].'</b>'; echo '<b>'." ".$_SESSION['k_apaterno'].'</b>'; echo $_SESSION['k_amaterno'].'</b></p>'; '<b>'." ". '<p id="sesiones"><b>'. type="text/css" media="all" media="all" rel="stylesheet"

echo '<p align="right" left:75px;"><a href="salir.php">Salir</a></p>'; }else{

style="margin-

echo '<p><a href="index.php">Portada</a></p> <p><a href="registrar.php">Registrar</a></p>'; } ?> </div> <div id="box_med"> <div id="title"> <h1>Subsistema de Administracion</h1> </div> <!--Este es el lateral....--> <div id="cd-0"> <div id="mm-0"> <ul> <li id="link-principal"><a href="#">Principal</a></li> class="slice"

<li id="link-registrar"><a href="registrar_paciente.php">Registrar Paciente</a></li> <li id="link-consultar"><a href="visualizar.php">Consultar Paciente</a></li> <li id="link-buscar"><a Paciente</a></li> href="buscar.php">Buscar

<li id="link-ayuda"><a href="#">Ayuda</a></li> </ul> </div> </div>

<div id="caja-derecha"> <p>Ud. se encuentra en el &aacute;rea principal del Sistema CGENLAB, el cual Ud. podra realizar las siguientes acciones:</p> <ul> <li>Registrar pacientes en la base de datos del Sistema CGENLAB.</li> <li>Consultar el historial de los pacientes en la base de datos del Sistema C-GENLAB.</li> <li>Buscar datos de un determinado paciente en la base de datos del Sistema C-GENLAB.</li> <li>Tambi&eacute;n tendr&aacute; a disposici&oacute;n la ayuda necesaria si la desea.</li> </ul> <p>Atentamente, Encargado del &aacute;rea de T&eacute;cnologia Informatica de <strong>Laboratorio Cl&iacute;nico Genoma</strong></p> </div>

</div> <div id="footer"> <p class="foot">Powered by Neichan Studio's - &reg;Todos los Derechos Reservados&reg;<br> 2008 - 2011</p>

</div> </div>

</body> </html>