Ttulo del Proyecto de InvestigacinTransacciones electrnicas Grupo 301403_60 Presentado por: Richard Alexander Muoz Castro Elkin David Aguilar Llanos Tutor: Cesar Orlando Jimnez Angarita UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA PROGRAMA INGENIERIA ELECTRONICA COLOMBIA 2015 Programacin orientada a objetos Elkin David Aguilar Llanos Richard Alexander Muoz Castro Tutor: Cesar Orlando Jimnez Angarita UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA PROGRAMA INGENIERIA ELECTRONICA COLOMBIA 2015

CONTENIDO Listado de Tablas ........................................................................................................ 5 Listado de figuras ........................................................................................................ 6 Captulo 1.Introduccin ..................................................................................... 8 Captulo 2 Objetivos ............................................................................................ 9 Captulo 3Justificacin .................................................................................... 10 Captulo 4Marco Terico ................................................................................. 11 Captulo 6 Modelo de Requisitos ...................................................................... 15 6.1. Descripcin del problema ................................................................................. 15 6.2. Modelo de Caso de Uso ................................................................................... 16 6.3. Modelo de Interfaces ......................................................................................... 25 6.4. Actores y Caso de Uso ..................................................................................... 27 6 Modelo de Dominio del Problema ....................................................................... 28 Captulo 7 Modelo de Anlisis ........................................................................... 29 7.1. Arquitectura de clases ...................................................................................... 29 7.2. Identificacin de clases segn Estereotipos ................................................. 31 7.3. Clases segn casos de Uso .................................................................................... 33 7.4. Diagramas de Secuencia ................................................................................. 34 7.5. Casos de uso para el sistema ......................................................................... 38 Captulo 8 Modelo de Diseo ............................................................................ 49 8.1. Estrategias de Diseo ....................................................................................... 49 8.2. Diseo de Objetos ............................................................................................. 51 8.3. Diseo de Sistema ............................................................................................ 53 8.4. Revisin del Diseo ........................................................................................... 56 8.5. Diagrama de Secuencia del Diseo ............................................................... 61 Captulo 9 Modelo de Diseo ............................................................................ 67 9.1. Programacin en java ....................................................................................... 67 9.2.Diagrama de clases ......................................................................................... 76 10.1. Definicin de conceptos ................................................................................. 76 10.1. Tipo de pruebas ............................................................................................... 77 Captulo 11 Conclusiones ................................................................................. 80 Captulo 12 Recomendaciones ......................................................................... 81 Capitulo 13 Bibliografa ..................................................................................... 82 Listado de Tablas Tabla 1 Modelo de requisitos Solicitud historial paciente ....................................... 16 Tabla 2 Modelo de requisitos Agregar exmenes ................................................... 17 Tabla 3 Modelo de requisitos Emitir exmenes ....................................................... 18 Tabla 4 Modelo de requisitos Eliminar reserva hora ............................................... 18 Tabla 5 Modelo de requisitos cambiar historial del paciente ................................. 19 Tabla 6 Modelo de requisitos Solicitar exmenes ................................................... 19 Tabla 7 Modelo de requisitos Emitir receta .............................................................. 21 Tabla 8 Modelo de requisitos Fijar horario disponible ............................................ 22 Tabla 9 Modelo de requisitos Ingresar exmenes solicitados ............................... 23 Tabla 10 Modelo de requisitos Ingresar resultados exmenes ............................. 24 Tabla 11 Actores ........................................................................................................... 27 Tabla 12 Casos de uso para el sistema _Validar Usuario ..................................... 38 Tabla 13 Casos de uso para el sistema _Solicitar Historial ................................... 39 Tabla 14 Casos de uso para el sistema _Imprimir Historial ................................... 39 Tabla 15 Casos de uso para el sistema _Historial de los exmenes ................... 40 Tabla 16 Casos de uso para el sistema _Ingresar Paciente ................................. 40 Tabla 17 Casos de uso para el sistema _Consultar Hora Pedida ........................ 41 Tabla 18 Casos de uso para el sistema _Hora Disponible .................................... 42 Tabla 19 Casos de uso para el sistema _Solicitar Hora ......................................... 43 Tabla 20 Casos de uso para el sistema _Agregar Exmenes .............................. 43 Tabla 21 Casos de uso para el sistema _Eliminar Hora ........................................ 44 Tabla 22 Casos de uso para el sistema _Emitir examen ....................................... 44 Tabla 23 Casos de uso para el sistema _Historial Paciente .................................. 45 Tabla 24 Casos de uso para el sistema _Eliminar del Historial Paciente ............ 45 Tabla 25 Casos de uso para el sistema _Emitir Receta ......................................... 46 Tabla 26Casos de uso para el sistema _Imprimir Receta ................................... 46 Tabla 27 Casos de uso para el sistema _Fijar Horario ........................................... 46 Tabla 28 Casos de uso para el sistema _Resultado Examen ............................... 47 Tabla 29 Casos de uso para el sistema _Ingresa Solicitud Examen ................... 47 Tabla 30 Revisin del diseo ...................................................................................... 56 Tabla 31 Clases del dominio funcionario .................................................................. 67 Tabla 32 Clases del dominio funcionario .................................................................. 68 Tabla 33 Clases del dominio funcionario .................................................................. 69 Listado de figuras Imagen 1 Modelo Interfaces ............................................................................................ 25 Imagen 2 Interfaz de usuario....................................................................................... 26 Imagen 3 Interfaz Ficha mdica (Medico o doctor) ................................................. 26 Imagen 4 Interfaz Pedir horas Medicas (Secretaria) ............................................... 26 Imagen 5 Diagramas casos de uso............................................................................ 27 Imagen 6 Arquitectura de clases_Consultar historial medico ................................ 29 Imagen 7 Arquitectura de clases_Diagrama Ingresar paciente accidentado ...... 29 Imagen 8 Arquitectura de clases_Diagrama ingresar paciente accidentado ...... 30 Imagen 9 Arquitectura de clases_Diagrama Consultar hora de atencin del30 Imagen 10 Arquitectura de clases_Diagrama Examen solicitado ......................... 31 Imagen 11 Arquitectura de clases_Diagrama Ingresar resultado examen .......... 31 Imagen12Clasessegncasodeuso_Diagramasolicitarhistorialdelpaciente .............................................................................................................................................. 33 Imagen13Clasessegncasodeuso_DiagramaIngresardatospaciente accidentado ......................................................................................................................... 33 Imagen 14 Clases segn caso de uso_Diagrama Consultar hora pedida .......... 33 Imagen 15 Diagrama de secuencia_ Solicitar Historial Paciente .......................... 34 Imagen 16 Diagrama de secuencia_Ingresar Datos Paciente Accidentado ..... 34 Imagen 17 Diagrama de secuencia_ Consulta Hora Atencin Paciente ............. 34 Imagen 18 Diagrama de secuencia_Consulta Hora Disponible .......................... 35 Imagen 19 Diagrama de secuencia_ Solicitar Hora Atencin Paciente ............... 35 Imagen 20 Diagrama de secuencia_ Agregar Exmenes ...................................... 36 Imagen 21 Diagrama de secuencia_Eliminar Reserva Hora ............................... 36 Imagen 22 Diagrama de secuencia_Emitir Exmenes ......................................... 36 Imagen 23 Diagrama de secuencia_Emitir Exmenes ......................................... 37 Imagen 24 Diagrama de secuencia_Eliminar historial del paciente ................... 37 Imagen 25 Diagrama de secuencia_Emitir Receta ............................................... 37 Imagen 26 Diagrama de secuencia_Fijar Horario Disponible ............................. 38 Imagen 27 Diagrama de secuencia_Ingresar resultado examen ....................... 38 Imagen 28 Diagrama de secuencia_Ingresar Examen solicitado ....................... 38 Imagen 29 Estrategias de Diseo_Diagrama Consulta Historial Medico ............ 49 Imagen 30 Estrategias de Diseo_Diagrama Ingresar Paciente Accidentado ... 49 Imagen 31 Estrategias de Diseo_Diagrama Consulta hora atencin paciente 50 Imagen 32 Estrategias de Diseo_Diagrama Ingresar Examen solicitado ......... 50 Imagen 33 Estrategias de Diseo_Diagrama Ingresar Resultado Examen ........ 51 Imagen 34 Diseo Paquetes del Dominio ................................................................. 52 Imagen 35 Diseo Paquete del Recepcionista ........................................................ 52 Imagen 36 diseo Paquetes de Secretaria ............................................................... 52 Imagen 37 Diseo Paquete de Funcionario_Clinica_Externa ............................... 52 Imagen 38 Diseo Paquete de Medico ..................................................................... 53 Imagen 39 Diseo Paquete de Laboratorio Clnico ................................................. 53 Imagen 40 Diseo Paquete ACOS............................................................................. 53 Imagen 41 Diseo del sistema .................................................................................... 55 Imagen 42 Secuencia de diseo Historial del paciente .......................................... 61 Imagen 43 Secuencia de diseo Ingresar Datos Paciente Accidentado ............. 62 Imagen 44 Secuencia de diseo Consulta Hora pedida Atencin Paciente ....... 62 Imagen 45 Secuencia de diseo Consulta Hora Disponible Atencin Paciente62 Imagen 46 Secuencia de diseo Solicitud hora de atencin ................................. 63 Imagen 47 Secuencia de diseo Agregar exmenes ............................................. 63 Imagen 48 Secuencia de diseo Eliminar reserva hora ......................................... 63 Imagen 49 Secuencia de diseoEmitir exmenes ................................................ 64 Imagen 50 Secuencia de diseo Cambiar historial paciente ................................. 64 Imagen 51 Secuencia de diseo Cambiar historial paciente ................................. 64 Imagen 52 Secuencia de diseo Emitir receta ................................................................. 65 Imagen 53 Secuencia de diseo Fijar hora disponible ..................................................... 65 Imagen 54 Secuencia de diseo Ingresar resultado examen ................................ 65 Imagen 55 Secuencia de diseo Ingresar examen solicitado ............................... 65 Captulo 1.Introduccin Sedesarrollaraelunproblemarelacionadoconelsistemadeatencina pacientes en la que se pretende dar solucin a una serie de pasos como procurar queelhombredetrabajo,enconjuntoconlasempresasasociadas,ambientes laboralessanos,segurosyexentosderiesgos,afindepreservarenplenitudsu integridad tanto fsica como squica, daremos una pequea descripcin del Sistema Actual, sus necesidades y objetivos perseguidos en este proyecto, adems de los costos de la implementacin del sistema de informacin. Captulo 2 Objetivos 2.1.Se propone desarrollar un software que gestione el sistema de Atencin de Clientes, manejando para esto una base de datos que contendr el registro de todos los beneficiarios asociados a la Asociacin Chilena de Seguridad. 2.2.Caractersticas Principales del Sistema: Manejo de Fichas Mdicas automatizado. Control de Peticin de Horas de atencin. Manejo de Historial Clnico de pacientes. Manejo de Exmenes, en forma digitalizada, de los pacientes Entrega de Recetas Mdicas. Acceso externo del sistema, para que otras instituciones puedan ver el historial Mdico en caso de traslado de paciente. Acceso interno de distintos usuarios al sistema. Captulo 3Justificacin Pormediodeldesarrolloyaplicacindeestosconceptossepretendedaruna gua o herramienta para la puesta en prctica del conocimiento adquirido por medio de un estudio de caso, brindando al lector una estructura funcional que le permita llevarunasecuenciadelostemasmsrelevantesalmomentodebrindaruna solucinsistemticaaunproblemaydesarrollarunsoftwarepormediodela Programacin Orientada a Objetos. Captulo 4Delimitacin Con la elaboracin de este trabajo se pretende proponer un conocimiento bsico de la Programacin Orientada a Objetos brindando una herramienta para el estudio y comprensin a travs de un caso de uso. Sedaaconocerloscomportamientos,relacionesyoperacionesentreobjetos, ofreciendoasunabrebocasparaelestudiodelaProgramacinOrientadaa Objetos. Este trabajo permitir al lector una breve orientacin para el desarrollo de softwareconlaProgramacinOrientadaaObjetosenbuscadeunasolucina determinada problemtica. Captulo 5Programacin Orientada a Objetos en Java ParaapreciarelgranmovimientoquehaydetrsdeJava,esnecesario comprender que es mucho ms que un lenguaje, ms bien es un sistema de gran alcance. En cierta manera, desato un fenmeno parecido al de Smalltalk hace 20 aos, gracias al sistema que tena alrededor de su lenguaje. Caractersticas El lenguaje de Java tiene caractersticas que lo han hecho un lenguaje esencial para la programacin de sistemas de cmputo, que consta de los siguientes puntos: Orientado a objetos. Ante todo Java es un lenguaje orientado a objetos, lo cual lo pone en la misma categora que lenguajes como C++ y Smalltalk. Como parte de esta caracterstica, se cuenta con un ligado dinmico (dynamic linkage) de clases en tiempo de ejecucin, herencia y polimorfismo; adems de aspectos de metanivel similares a los de Smalltalk. Porttil.UnaspectoquehahechodeJavaunlenguajemuyutilizadoessu portabilidad.AdiferenciadelenguajescomoCyC++,quevaranensudetalle dependiendodelamquinaenqueseejecuten,Javaesexactamenteigualen cualquier plataforma. Por ejemplo, a diferencia de C y C++, el tamao de los tipos dedatosenJavaesfijo,independientedelamquina.Laimportanciadeeste aspecto es que si se compila el programa en una plataforma particular, el sistema correr en cualquiermquina, reduciendo mucho el costo de desarrollo (tiempo y dinero).Paraello,estelconceptodelamquinavirtualdeJava(JavaVirtual Machine, JVM), que debe existir en cada plataforma donde se ejecute un programa de Java. Abierto.Esteaspectodeportabilidadocurregraciasasudiseoabierto,que permite a cualquier compaa, e incluso desarrollador, tomar el cdigo fuente, para adaptarloaunanuevaplataformadondeannosehaprobado.Ningunodelos dems lenguajes ofrece esta caracterstica. Otrarazn de la gran popularidad de Java. Gratis. Muy de la mano con el aspecto "abierto" esta que el lenguaje se ofrece gratis,aunquebajolicencia,acualquierusuario.Estoreduceelcostodela aplicacin y fortalece la decisin de utilizarlo en distintas plataformas, donde no se incurreenelcostodepagargrannmerodelicencias,como esobligatorioenla mayora de los dems productos. Integrado a la web. Este es uno de los aspectos que ha impulsado la gran difusin de Java, en una poca donde la Internet ha sido de crucial importancia. Java es el nicolenguaje,conexcepcindealgunoslenguajesscripts,quevieneintegrado con los navegadores (browsers) ms utilizados en la Web. Simple.Otro aspecto es su similitud con C y C++, en relacin con las expresiones bsicas del lenguaje. Esto ha permitido a los programadores aprender Java de manera ms rpida,adiferenciadelenguajescomoSmalltalkquerequierenuncambioenla maneradepensardelosprogramadoresyaacostumbradosaCyC++.Sin embargo, Java se considera aspro que C++, ya que no contiene ms que clases, lo que simplifica el programa y al propio compilador. Java disminuye la complejidad de C++, como es la aritmtica de apuntadores, que a su vez agrega complejidad a la administracindememoria.Seeliminalacomplejidadadicionaldetiposcomo estructurasyelusodeasociacionesdetipo,atravsdetypedefs,juntoconel preprocesadordeC++conpalabrasreservadascomo#define,^includey#ifdef. Otroaspectoqueseeliminaeslasobreescrituradeoperadores.Tambinse eliminan aspectos de mane jo complicado como la herencia mltiple. Robusto. En contrasteconC++y,en especial,conC,Javaest fuertementetipificado,loque ayuda a encontrar con mayor facilidad los errores de programacin durante la etapa decompilacin.Javatambinincluyemanejodeexcepcionesyrecoleccinde basura,conobjetodelograrprogramasmsrobustos.Seguro.Debidoala eliminacin de los apuntadores de C y C++, Java logra un modelo de mane Jodememoriamuchomsseguro,queademsseapoyaenelmodelode verificacin de cdigo en tiempo de ejecucin, como veremos ms adelante en la descripcin del modelo completo deJava. Eficiencia. En la actualidad, Java est considerado como un lenguaje eficiente. Aunque nunca llegue a la eficiencia de C, en este aspecto se le compara con C++. Esta eficiencia se basa en que cuenta con un compilador para generar el cdigo en contrasteconaquelloslenguajescompletamenteinterpretados,dondeel rendimiento es menor. Ahora Java cuenta con un compilador incremental (Justa-in-Time Compiler, JIT), que ayuda a lograr estos objetivos. Bibliotecas. Otro aspecto que ha hecho de Java un lenguaje muy aceptado es la riqueza de sus bibliotecas o paquetes (package). Esto est en contraste radical con C y C++, donde las bibliotecas realmente no existen. En cambio Java contiene un grannmerodebibliotecasquefacilitanlacreacindeprogramas,ademsde asegurar una estandarizacin entre aplicaciones. Existen bibliotecas para el manejo de estructuras de datos avanzadas, manejo demultimedia,manejoderedescomoTCP/IP,procedimientosremotosy concurrenciamediantemltipleshilosdesprocesamiento(multiplethreads),estos ltimostambinconocidoscomoprocesosfinosoAviamos.Enlaactualidad, aprender el lenguaje de Java como tal es solo 10% del esfuerzo, 90% restante se enfoca a aprender a utilizar sus bibliotecas. Obviamente se estudian solo aquellas que se desea conocer. Por ejemplo, una biblioteca importante es la del sistema de ventanasquepuedecorrerbajocualquierplataforma.ExisteelAbstractWindow Toolkit (AWT) desde la primera versin de Java, y se cuenta en la actualidad con las bibliotecas Java Foundation Classes (JFC), Tambin conocidas como SWING. Ademsdeestasexistenbibliotecasdemanejodegraficasendosytres dimensiones. Incluso existen versiones para correr en plataformas mviles, como asistentes personales. Tecnologa.Existeungrannmerodeproductosytecnologadesarrollados alrededordeJava.Apartedeestelenguajesecuentaconproductostalescomo Enterprise JavaBeans (EJB), Java Server Pages (JSP), Java Servlets y Java Data Base Connectors (JDBC). Adems, existen productos relacionados con estndares talescomoCommonObjectRequestBrowerArchitecture(CORBA)yextended MarkupLanguage(XML).EnlaactualidadhaytresedicionesprincipalesJava: Java2EnterpriseEdition(J2EE),Java2StandardEdition(J2SE)yJava2Micro Edition (J2ME). Captulo 6 Modelo de Requisitos 6.1. Descripcin delproblema Descripcin del Problema La Asociacin Colombiana de Seguridad es una Empresa Privada sin fines de lucrodedicadaaotorgarcoberturatotalencasodeaccidentesLaboralesy sobre todo a la prevencin de estos. Su misin es: "procurar para el hombre de trabajo, en conjunto con las empresas asociadas, ambientes laborales sanos, seguros y exentos de riesgos, a fin de preservar en plenitud su integridad tanto fsica como squica"Dentro de esta empresa existe un departamento clnico, que es el encargado delaatencindelospacientesquesufrieronalgnaccidentedetrabajoen alguna de las empresas asociadas, este se encarga de la atencin mientras se recuperan y puedan retornar a sus puestos de trabajo.Se desea automatizar el sistema de atencin al paciente y el sistema de fichas mdicasparamejorarlacoordinacindelasdistintasunidadesqueposeela ACOS; para esto, el proyecto consta de realizar un sistema de que maneje toda laparterelacionadaconlospacientesyquepuedainteractuardeforma adecuada con otros sistemas sin problemas. Cuando a un trabajador le ocurre un accidente, ste es derivado al centro de atencin ms cercano, una vez ah da los datos del accidente, y la recepcionista cursa el ingreso del paciente a la Mutual, si el paciente no est asociado se crea la ficha mdica, luego la secretaria del departamento clnico registra al paciente y lo deriva a la atencin mdica.El mdico evala si el paciente necesita derivarse a un hospital o clnica externa, al enviarlo a una entidad externa se debe enviar al paciente junto con su historial mdico,ysinoloenva,puedemodificarsutratamiento.Elmdicotambin evala si debe dar el alta al paciente o no, si le da el alta, la secretaria debe registrarlosdatosdelaltaenlafichamdica,ysino,puedemodificarel tratamiento que est siguiendo el paciente. 6.2. Modelo de Caso de Uso Iniciaremos la obtencin de los diferentes casos de uso del sistema, as como el modeladoconceptualylasdemsetapasdelmodeladoderequisitosynos ayudarn en la comprensin del funcionamiento del sistema de atencin pacientes de la ACOS. Descripcin de los casos de uso esenciales del sistema atencin pacientes en el cual se describirn las distintas actividades que son posibles realizar por el sistema para los distintos actores. Con su mdico tratante, mientras ste no le d el alta. Tabla 1 Modelo de requisitos Solicitud historial paciente Resumen: El actor ingresa sus datos y solicita el historial de un paciente determinado ingresando para ello el Rut del paciente, donde podr consultar las distintas enfermedades preexistentes o los distintos remedios a los que el paciente puede ser alrgico, as como el de conocer el historial mdico ( Datos Histricos paciente). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado:Secretaria Departamento Clnico: Ingresa los exmenes del paciente a su historial deatencin (Ficha). Precondiciones: El Paciente pertenece a la ACOS. Poscondiciones: Actualizacin de Historial lista para otra actualizacin.Flujo Bsico:1. La secretaria departamento clnico ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. La secretaria departamento clnico ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin el historial del paciente para ingresar los exmenes.6. La secretaria departamento clnico ingresa los exmenes del paciente.7. Repetir 5 hasta terminar el ingreso de exmenes del paciente.8. Fin ingreso de exmenes. Requisitos Especiales:- Los Datos de horario de atencin debern ser ordenados por fecha y hora. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Asignar a otro mdico cuando el mdico tratante no este disponible. Tabla 2 Modelo de requisitos Agregar exmenes Resumen: La secretaria departamento clnico ingresa sus datos e ingresa los exmeneshechos al paciente a su historial, para ello ingresa el identificador del paciente y los anexa al Histrico de Pacientes (Datos Histricos Paciente). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado:Recepcionista ACOS: Realizar consulta historial paciente, para poder imprimir alguna parte de la ficha para ser enviado hacia una consulta externa.Secretara Departamento Clnico: Realiza consulta historial paciente, para poder imprimiralguna parte de la ficha para ser enviado hacia una consulta para otro tratamiento fuera delACOS.Doctor: Realiza consulta historial paciente, para consultar tratamientos realizados anteriormente, as como enfermedades preexistentes del pacientes.Clnica Externa: Realiza consulta historial paciente, para ver antecedentes de alergias u enfermedades preexistentes, o si se encuentra bajo algn tratamiento. Precondiciones: El paciente debe estar registrado en la ACOS. Poscondiciones: Impresin ficha paciente, consulta cerrada historial paciente. Flujo Bsico:1. El Usuario ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El Usuario ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin el historial del paciente.6. El Usuario podr imprimir historial mdico paciente, cmo solo consultarlo.7. Repetir 3 hasta terminar consulta historial pacientes.8. Fin consulta paciente. Flujo Alternativo: 2.1 Si los datos del usuario no son vlidos.2.1.2 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales:- Los exmenes debern ser ordenados por fecha ms reciente. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Crear un historial paciente cuando sea paciente nuevo... Tabla 3 Modelo de requisitos Emitir exmenes Resumen: La secretaria departamento clnico ingresa sus datos y entrega los exmenes (impresos) al paciente ingresando para ello el identificador del paciente, estos son realizados por el laboratorio clnico (Datos Exmenes Lab.). Actor Principal: Secretaria Departamento Clnico: Busca los exmenes del paciente para su entrega y los imprime.Laboratorio Clnico: Ingresa los resultados de los exmenes al sistema. Personal Involucrado:Secretaria Departamento Clnico: Ingresa los exmenes del paciente a su historial deatencin (Ficha). Precondiciones: Al Paciente le ingresan exmenes al laboratorio clnico. Poscondiciones: El sistema est listo para emitir nuevos exmenesFlujo Bsico:1. La secretaria departamento clnico ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. La secretaria departamento clnico ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin los exmenes realizados al paciente para imprimirlos.6. La secretaria departamento clnico selecciona exmenes a imprimir.7. Repetir 5 hasta terminar de imprimir los exmenes del paciente.8. Fin emisin de exmenes. Flujo Alternativo: 2.1 Si los datos del usuario no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales:- Los exmenes debern ser ordenados por fecha ms reciente. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Tabla 4 Modelo de requisitos Eliminar reserva hora Resumen: La secretaria departamento clnico ingresa sus datos y solicita el horario de consulta del mdico, ingresando para ello la identificacin del mdico, para poder ver el horario que se le asign al paciente para eliminarla (Reservacin Horario de Atencin). Actor Principal: Secretaria Departamento Clnico. Personal Involucrado:Secretaria Departamento Clnico: Realizar consulta hora de atencin mdico pedida por el paciente para eliminarla.Doctor: Es quien fija el horario de atencin que tiene disponible Precondiciones: El Paciente debe haber pedido hora de atencin mdico. Poscondiciones: La reservacin del doctor en el bloque eliminado est disponible. Flujo Bsico:1. La secretaria departamento clnico ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. La secretaria departamento clnico ingresa los datos del mdico.4. El Sistema verifica los datos del mdico.5. El Sistema pondr a disposicin el horario de atencin del mdico.6. La secretaria departamento clnico podr eliminar el bloque asignado al paciente yDejarlo libre para otro paciente que lo solicite.7. Repetir 6 hasta terminar eliminacin de horario mdico.8. Fin eliminacin reserva hora. Flujo Alternativo: 2.1 Si los datos del usuario no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del mdico no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8. 8. Requisitos Especiales:- Los Datos de horario de atencin debern ser ordenados por fecha y hora. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Tabla 5 Modelo de requisitos cambiar historial del paciente Tabla 6 Modelo de requisitos Solicitar exmenes Resumen: El doctor ingresa sus datos y solicita el historial de un paciente determinado ingresando para ello el rut del paciente, donde podr agregar los exmenes hechos al pacientes, los medicamentos aplicados y el tratamiento ( Datos Histricos paciente). Actor Principal: Doctor Personal Involucrado:Doctor: Realiza modificaciones al historial del paciente agregando los tratamientosrealizados luego del accidente. Precondiciones: El paciente debe estar registrado en la ACOS. Poscondiciones: El sistema est listo para actualizar historial paciente Flujo Bsico:1El Doctor ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El Doctor ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin el historial del paciente.6. El Mdico podr actualizar el historial mdico paciente.7. Repetir 3 hasta terminar actualizacin de historial pacientes.8. Fin consulta paciente. Flujo Alternativo: 2.1 Si los datos del usuario no son vlidos.2.1.2 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales:- Los Datos del paciente debern ordenarse por fecha de exmenes ms recientes.- Se deber ingresar al lado del examen una breve descripcin Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:Resumen: El doctor ingresa sus datos e ingresa los datos del paciente y se le despliega la solicitud de exmenes. El doctor selecciona los exmenes que debe realizar el paciente en el laboratorio clnico o externamente. Actor Principal: Doctor Personal Involucrado: Doctor: Solicita realizacin de los exmenes que debe hacer el paciente. Precondiciones: El paciente debe estar en el sistema de atencin. Poscondiciones: El sistema est listo para solicitar nuevos exmenes. Flujo Bsico:. El doctor ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El doctor ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin la solicitud de exmenes que ha de realizar el paciente.6. El doctor selecciona exmenes a realizar el paciente.7. Repetir 5 hasta terminar la solicitud de exmenes al paciente.8. Fin solicitar exmenes.Flujo Alternativo: 2.1 Si los datos del usuario no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8 Requisitos Especiales:- Los exmenes debern indicar si son realizados en el laboratorio clnico de laACOS. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Registro de exmenes pendientes del paciente. Tabla 7 Modelo de requisitos Emitir receta Tabla 8 Modelo de requisitos Fijar horario disponible Resumen: El doctor ingresa sus datos e ingresa los datos del paciente (Datos Beneficiario)para poder seleccionar en la receta desplegada los medicamentos para el tratamiento a seguir por el paciente. Actor Principal: Doctor Personal Involucrado: Doctor: Registra los medicamentos en la receta desplegada para el tratamiento del paciente. Precondiciones: El paciente debe estar en el sistema de atencin Poscondiciones: El sistema est listo para emitir nueva receta. Flujo Bsico:1El doctor ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El doctor ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin la receta a rellenar por los distintos medicamentos.6. El doctor selecciona los medicamentos para el paciente.7. Repetir 4 hasta terminar de registrar las recetas mdicas.8. Fin emisin receta.Flujo Alternativo: 2.1 Si los datos del doctor no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales:Los medicamentos debern ser ordenados en orden alfabtico. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: Se deber ingresar a cada receta la firma digital del doctor. Resumen: El doctor ingresa sus datos e ingresa a la Reservacin de Horarios de atencin,Donde podr marcar su horario de disponibilidad de atencin para los pacientes que estn en tratamiento con l (Reservacin Horario de Atencin). Actor Principal: Doctor: Es quien fija el horario de atencin que tiene disponible. Personal Involucrado: Doctor: Es quien fija el horario de atencin que tiene disponible.Precondiciones: El doctor dispone de bloques disponibles para fijar. Poscondiciones: Los pacientes pueden elegir algn bloque disponible del doctor para solicitar atencin. Flujo Bsico:1. El doctor ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El Sistema pondr a disposicin el horario de atencin del mdico.4. El doctor podr asignar los bloques que tiene disponible para la atencin de losPacientes que lo solicitan.5. Repetir 3 hasta terminar asignacin horario mdico.6. Fin fijar horario de atencin mdico. Flujo Alternativo:2.1 Si los datos del doctor no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 6. Requisitos Especiales:Los Datos de horario de atencin debern ser desplegados como un calendario de programacin donde el doctor seleccionar los bloques en los que dispone de tiempo disponible. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: El doctor podr eliminar algn bloque si no puede atender. Tabla 9 Modelo de requisitos Ingresar exmenes solicitados Resumen: El laboratorio clnico ingresa sus datos e ingresa la orden de solicitud de exmenes, registrando los datos del paciente, como los exmenes a realizar. Actor Principal: Laboratorio Clnico. Personal Involucrado: Laboratorio Clnico: Ingresa los datos del paciente y exmenes solicitados.Precondiciones: El usuario debe estar en el sistema de atencin. Poscondiciones: Existen exmenes a efectuar por el laboratorio. Flujo Bsico:1. El laboratorio clnico ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El laboratorio clnico ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin la solicitud de exmenes para que el laboratorio registre cuales debe hacrseles al paciente.6. Repetir 3 hasta terminar ingreso de los exmenes a pacientes.7. Fin Ingreso de exmenes solicitados.Flujo Alternativo:2.1 Si los datos del laboratorio clnico no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 7.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 7. Requisitos Especiales:Los exmenes deben estar disponibles para su seleccin por el laboratorio clnico. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes:Tabla 10 Modelo de requisitos Ingresar resultados exmenes Resumen: El laboratorio clnico ingresa sus datos, e ingresa los resultados de los exmenes efectuados a algn paciente al sistema de atencin mdica (Datos Exmenes). Actor Principal: Laboratorio Clnico. Personal Involucrado: Laboratorio Clnico: Ingresa los datos del paciente determinado al sistema.Precondiciones: Existe la solicitud de exmenes para el paciente. Poscondiciones: Se pueden Emitir los exmenes hechos al paciente. Flujo Bsico:1. El laboratorio clnico ingresa sus datos al sistema.2. El Sistema verifica los datos ingresados.3. El laboratorio clnico ingresa los datos del paciente.4. El Sistema verifica los datos del paciente.5. El Sistema pondr a disposicin el registro de datos de exmenes del laboratorio.6. El laboratorio clnico ingresa los resultados de los exmenes hechos al paciente.7. Repetir 3 hasta terminar ingreso de los exmenes a pacientes.8. Fin Ingreso de Resultados de exmenes.Flujo Alternativo:2.1 Si los datos del laboratorio clnico no son vlidos.2.1.1 Ir al paso 1 o salir del sistema paso 8.4.1 Si los datos del paciente no son validos4.1.1 Ir al paso 3 o salir del sistema paso 8. Requisitos Especiales:Los exmenes deben estar ordenados por fecha de resultados. Lista de Tecnologas y Variaciones de Datos: Cuestiones Pendientes: 6.3. Modelo de Interfaces Imagen 1 Modelo Interfaces Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 26 Imagen 2 Interfaz de usuario Imagen 3 Interfaz Ficha mdica (Medico o doctor) Imagen 4 Interfaz Pedir horas Medicas (Secretaria) Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 27 6.4. Actores y Caso de Uso Se describen en total 2 actores en el sistema de transacciones electrnicas. El Usuario interacta con todos los casos de uso. En el que con el programa el usuario realizara sus conversionesdependiendo de la base numrica de su pas y de la del pas de donde se le hace l envi. Tabla 11 Actores ActorUsuario Casos de usoConsultar su valor TipoPrimario DescripcinEs el actor principal y representa a la persona que desee utilizar el sistema. Diagrama casos de uso Imagen 5 Diagramas casos de uso. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 28 6 Modelo de Domini o del Problema La interfaz para cada usuario estar determinada por la funcin que ocupa en el sistema, este le permitir acceder a toda la gama de opciones que le son propias en la interaccin con el sistema de atencin al paciente.La interfaz debe ser lo ms acorde al procedimiento tpico de atencin, como lo realizan actualmente, bajo el mismo orden de pasos.Sedebeingresarlosdatosdelpacienteantesdeocurridoelaccidente (almacenar todos los datos al servidor de bases de datos PostGre).Unabasededatoscentralizada(PostGre)parael funcionamiento delsistema de atencin.Se requiere identificar y entregar privilegios a los distintos usuarios del sistema de atencin (nombre de usuario y contrasea).Se requiere que la empresa que inscriba al trabajador ingrese sus antecedentes mdicos para almacenarlos en el sistema de atencin.El paciente debe pedir hora de atencin solo a la secretaria del departamento clnico. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 29 Captulo 7 Modelo de Anlisis 7.1. Arquitectura de clases Consulta Historial Medico Imagen 6 Arquitectura de clases_Consultar historial medico Diagrama Ingresar Paciente Accidentado Imagen 7 Arquitectura de clases_Diagrama Ingresar paciente accidentado Diagrama Ingresar Paciente Accidentado Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 30 Imagen 8 Arquitectura de clases_Diagrama ingresar paciente accidentado Diagrama Consulta Hora Atencin Paciente IngresarExamen solicitado Imagen 9 Arquitectura de clases_Diagrama Consultar hora de atencin del paciente Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 31 Imagen 10 Arquitectura de clases_Diagrama Examen solicitado Ingresar Resultado Examen Imagen 11 Arquitectura de clases_Diagrama Ingresar resultado examen 7.2. Identificacin de clases segn Estereotipos Arquitectura sistema Las Operaciones que el sistema debe realizar son las siguientes:Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 32 Sistema Validar_Usuario( rut_usuario, clave)Solicitar Historial PacienteSolicitar_Historial( rut_paciente)Imprimir_Historial( rut_paciente, fecha_inicio, fecha_termino)Ingresar Datos Paciente AccidentadoIngresar_Paciente( rut_paciente, nombre_paciente, empresa,fecha_ingreso,datos_accidente) Consulta Hora Atencin PacienteConsultar_Hora_Pedida( rut_paciente)Consultar_Hora_Disponible( rut_mdico, Fecha)Solicitar Hora Atencin PacienteSolicitar_Hora( rut_paciente, nombre_medico, fecha, hora)Agregar Exmenes Agregar_examenes(rut_paciente,Nombre_examen,tipo_Examen, Fecha_Examen, resultados)Eliminar Reserva HoraEliminar_Hora( rut_paciente, nombre_medico, fecha, hora) Emitir ExmenesEmitir_examen( rut_paciente, nombre_examen, tipo_examen)Cambiar Historial PacienteAgregar_al_Historial_Paciente(rut_paciente,medico_tratante,datos_nuevos, fecha)Eliminar_del_Historial_Paciente(rut_paciente,Nombre_medico, fecha_a_eliminar)Emitir RecetaEmitir_Receta(rut_paciente, datos_receta)Imprimir_Receta(rut_paciente, datos_receta)Fijar Horario DisponibleFijar_Horario(rut_medico, horario)Ingresar Resultado ExamenIngresar_Resultado_Examen(rut_paciente, nombre_examen, tipo_examen,fecha_examen, resultado)Ingresar Examen solicitadoIngresa_Solicitud_Examen(rut_paciente, nombre_examen,tipo_examen,fecha_solicitud) Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 33 7.3. Clases segn casos de Uso Solicitar Historial Paciente Imagen 12 Clases segn caso de uso_Diagrama solicitar historial del paciente Ingresar Datos Paciente Accidentado Imagen 13 Clases segn caso de uso_Diagrama Ingresar datos paciente accidentado Consultar Hora Pedida: Imagen 14 Clases segn caso de uso_Diagrama Consultar hora pedida Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 34 7.4. Diagramas de Secuencia Solicitar Historial Paciente Imagen 15 Diagrama de secuencia_ Solicitar Historial Paciente Ingresar Datos Paciente Accidentado Imagen 16 Diagrama de secuencia_Ingresar Datos Paciente Accidentado Consulta Hora Atencin Paciente Imagen 17 Diagrama de secuencia_ Consulta Hora Atencin Paciente Consulta Hora Disponible Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 35 Imagen 18 Diagrama de secuencia_Consulta Hora Disponible Solicitar Hora Atencin Paciente Imagen 19 Diagrama de secuencia_ Solicitar Hora Atencin Paciente Agregar Exmenes Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 36 Imagen 20 Diagrama de secuencia_ Agregar Exmenes Eliminar Reserva Hora Imagen 21 Diagrama de secuencia_Eliminar Reserva Hora Emitir Exmenes Imagen 22 Diagrama de secuencia_Emitir Exmenes Cambiar Historial Paciente Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 37 Imagen 23 Diagrama de secuencia_Emitir Exmenes Eliminar historial del paciente Imagen 24 Diagrama de secuencia_Eliminar historial del paciente Emitir Receta Imagen 25 Diagrama de secuencia_Emitir Receta Fijar Horario Disponible Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 38 Imagen 26 Diagrama de secuencia_Fijar Horario Disponible Ingresar resultado examen Imagen 27 Diagrama de secuencia_Ingresar resultado examen Ingresar Examen solicitado Imagen 28 Diagrama de secuencia_Ingresar Examen solicitado 7.5. Casos de uso para el si stema Tabla 12 Casos de uso para el sistema _Validar UsuarioProyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 39 NombreValidar Usuario(rut_usuario, clave) ResponsabilidadPermite verificar si el usuario es un usuario autorizado, adems permite discriminar entre los distintos tipos de usuarios para proporcionarles a estos la interfaz apropiada. TipoSistemas Caso de UsoTodos Notas ExcepcionesAl estar incorrecto el RUT o la clave SalidaDespliega men de usuario PrecondicionesExista el rut y la clave en la base de datos Pos condicionesUsuario ingresado a Sistema Tabla 13 Casos de uso para el sistema _Solicitar Historial Tabla 14 Casos de uso para el sistema _Imprimir Historial NombreSolicitar_Historial( rut_paciente) ResponsabilidadPermite obtener los datos del historial o ficha del paciente, adems de los exmenes de esos. TipoSistemas Caso de UsoSolicitar Historial Paciente Notas ExcepcionesEl rut del paciente no existe o es errneo, que el historial no exista. SalidaDespliega la ficha mdica por pantallaPrecondicionesQue exista el rut del paciente en la base de datosPos condicionesEl historial mdico desplegado por pantalla Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 40 Nombre: Imprimir Historial( rut_paciente, fecha_inicio,fecha_termino) Responsabilidad: Permite imprimir un historial o una ficha en caso de tener que trasportar estos datos a un lugar sin un sistema computacional. Tipo Sistema Caso de uso Solicitar Historial paciente ExcepcionesEl rut del paciente no existe o es errneo, la fecha de inicio y/o la de termino no existen en el historial, la fecha de inicio debe ser menor que la de termine. Salida Imprime el historial o la parte del historial solicitada Precondiciones Que exista el rut del paciente en la base de datos, que existanlas fechas dentro del historial Pos condiciones: El historial impreso Tabla 15 Casos de uso para el sistema _Historial de los exmenes Tabla 16 Casos de uso para el sistema _Ingresar Paciente Nombre: Ingresar_Paciente( rut_paciente, nombre_paciente, empresa,fecha_ingreso, datos_accidente) Responsabilidad Permite que los datos del paciente y del accidente sufridoestn disponibles para el mdico o cualquiera que lo solicite Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 41 Tipo: Sistema Caso de usoIngresar Datos Paciente Accidentado Notas: Excepciones: No exista el rut del paciente o ese esta equivocado Salida: Una confirmacin de que los datos se ingresaron a la ficha Precondiciones:Rut del paciente accidentado se encuentre registrado Pues condiciones:Datos guardados en la ficha o historial mdico Sistemas de Informacin Tabla 17 Casos de uso para el sistema _Consultar Hora Pedida Nombre: Consultar_Hora_Pedida( rut_paciente) NombreSolicitar_Historial( rut_paciente) ResponsabilidadPermite obtener los datos del historial o ficha del paciente, adems de los exmenes de esos. TipoSistemas Caso de UsoSolicitar Historial Paciente Notas ExcepcionesEl rut del paciente no existe o es errneo, que el historial no exista. SalidaDespliega la ficha mdica por pantallaPrecondicionesQue exista el rut del paciente en la base de datosPos condicionesEl historial mdico desplegado por pantalla Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 42 Responsabilidad: Permite verificar las horas pedidas por un paciente. Tipo: Sistema Caso de uso: Consulta Hora Atencin Paciente Notas: En caso de que el usuario no tenga horas perdida la lista saldr vaca. Excepciones:Rut paciente no existe o est equivocado, no existan horas pedidas Salida:Una lista con las horas pedidas por el paciente Precondiciones: Que exista el rut del paciente en la base de datos Pos condiciones: Una lista es desplegada con el nombre del mdico y la fecha Tabla 18 Casos de uso para el sistema _Hora Disponible Nombre: Consultar_Hora_Disponible( rut_mdico, Fecha) Responsabilidad: Permite obtener las horas disponibles de un mdico para una determinada fecha, esto es indispensable para poder pedir hora. Tipo:Sistema Caso de uso: Consulta Hora Atencin Paciente Notas:El medico se elige desde una lista por lo que puede ocurrir un error con su rut Excepciones:La fecha no tiene ninguna hora disponible. Salida: Despliega una lista con las horas disponibles para su posterior seleccin. Precondiciones:Existan mdicas en registro y fechas disponibles Pos condiciones Una lista con las horas disponibles.Llenado de las horas para seleccin del paciente Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 43 Tabla 19 Casos de uso para el sistema _Solicitar Hora Nombre: Solicitar_Hora( rut_paciente, nombre_medico, fecha, hora)Responsabilidad: Asigna una hora a un paciente Tipo: Sistema Caso de uso: Solicitar Hora Atencin Paciente Notas: El medico se elige desde una lista por lo que puede ocurrir un error con su rut, lo mismo ocurre con la fecha y la hora. Excepciones: El rut del paciente es errneo o no existe en registro. Salida: Confirmacin de operacin exitosa Precondiciones Que se realizara con anterioridad la consulta de horas disponibles Pos condiciones:La hora almacenada en la base de datos Tabla 20 Casos de uso para el sistema _Agregar Exmenes NombreAgregar_examenes( rut_paciente, Nombre_examen,tipo_Examen, Fecha_Examen, resultados) Responsabilidad: Agregar exmenes realizados en laboratorios externos Tipo: Sistema Caso de uso: Agregar Exmenes Notas:Excepciones: Rut de paciente no existe o es errado Salida: Confirmacin de operacin exitosa Precondiciones: Exista el rut del paciente en la base de datos Pos condiciones: El examen almacenado en la base de datos Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 44 Tabla 21 Casos de uso para el sistema _Eliminar Hora Nombre: Eliminar_Hora( rut_paciente, nombre_medico, fecha, hora) Responsabilidad: Permite liberar una hora mdica, para que otro paciente pueda hacer uso de ella. TipoSistema Caso de uso: Eliminar Reserva Hora Excepciones:Rut del paciente no existe o es incorrecto, el pacienteno tiene hora asignada Salida: Confirmacin de que la operacin fue llevada a cabo con Precondiciones: Exista el rut y exista la hora Pos condicionesLa eliminacin de la hora de la base de datos Tabla 22 Casos de uso para el sistema _Emitir examen NombreEmitir_examen( rut_paciente, nombre_examen,tipo_examen) ResponsabilidadImprime los exmenes de un paciente TipoSistema Caso de UsoEmitir Exmenes Notas ExcepcionesEl rut del paciente no existe o es errneo, el paciente noposee exmenes registrados salidaImpresin de la exmenes precondicionesExista el paciente, existan exmenes pos condicionesExamen Impreso Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 45 Tabla 23 Casos de uso para el sistema _Historial Paciente NombreAgregar_al_Historial_Paciente(rut_paciente,medico_tratante,datos_nuevos, fecha) ResponsabilidadAgrega datos al historial del paciente reciente, la fecha la asigna el sistema TipoSistema Caso de UsoCambiar Historial Paciente NotasLos datos son guardados por fecha y se ordenan desde el ms ExcepcionesEl rut del paciente no existe o esta errado salidaConfirmacin de que los datos se agregaron al historial, elhistorial es desplegado por pantalla precondicionesExista el rut del paciente, exista el historial pos condicionesLos datos son ingresados al historial, guardados en la base dedatos y desplegados por pantalla Tabla 24 Casos de uso para el sistema _Eliminar del Historial Paciente NombreEliminar_del_Historial_Paciente(rut_paciente,Nombre_medico,fecha_a_eliminar) ResponsabilidadElimina una parte del historial que se encuentre errado TipoSistema Caso de UsoCambiar Historial Paciente Notas ExcepcionesNo existe datos registrados en el historial solo los bsicos salidaConfirmacin de la eliminacin exitosa y despliegue delhistorial modificado precondicionesExista el rut del paciente, exista el historial pos condicionesLos datos son eliminados del historial y la base de datos.Los datos del historial desplegados por pantalla. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 46 Tabla 25 Casos de uso para el sistema _Emitir Receta NombreEmitir_Receta(rut_paciente, datos receta ResponsabilidadPermite guardar los datos de la receta en el historial y lospone a disposicin para imprimirlos con posterioridad TipoSistema Caso de UsoEmitir Receta Notas ExcepcionesRut del paciente no existe o esta errado, no existen datos salidaConfirmacin de que los datos fueron guardados precondicionesRut y datos existan pos condicionesDatos guardados y disponibles para imprimir. Tabla 26Casos de uso para el sistema _Imprimir Receta NombreImprimir_Receta(rut_paciente, datos receta) ResponsabilidadPermite imprimir la receta.TipoSistema Caso de UsoCambiar Historial Paciente Notas ExcepcionesNo existe datos registrados en el historial solo los bsicos salidaConfirmacin de la eliminacin exitosa y despliegue delhistorial modificado precondicionesQue exista la receta (este emitida) pos condicionesReceta Impresa Tabla 27 Casos de uso para el sistema _Fijar Horario NombreFijar_Horario(rut_medico, horario) Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 47 ResponsabilidadFiga el horario que un medico tiene disponible para la atencin de pacientes. TipoSistema Caso de UsoFijar Horario Disponible Notas ExcepcionesRut mdico no valido o no existe, no se eligi horario salidaUna tabla con las fechas y horas disponibles precondicionesExista el rut del mdico, y los datos de los horarios pos condiciones: Horario fijado guardado el la base de datos. Tabla 28 Casos de uso para el sistema _Resultado Examen NombreIngresar_Resultado_Examen( rut_paciente, nombre_examen,tipo_examen, fecha_examen, resultado) ResponsabilidadIngresa los resultados de los exmenes emitidos por el laboratorio interno. TipoSistema Caso de UsoIngresar Resultado ExamenNotas ExcepcionesLos resultados no son vlidos, el Rut del paciente no existe oes errado salidaConfirmacin de que los datos fueron guardados precondicionesDatos guardados en base de datos y el historial. pos condiciones: Horario fijado guardado en la base de datos. Tabla 29 Casos de uso para el sistema _Ingresa Solicitud Examen Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 48 NombreIngresa_Solicitud_Examen( rut_paciente, nombre_examen,tipo_examen, fecha_solicitud) resultado) ResponsabilidadIngresa la solicitud de examenTipoSistema Caso de UsoIngresar Examen solicitado Notas ExcepcionesEl rut del paciente no es vlido o no existe, el nombre del examen es no valido. salidaConfirmacin de que los datos fueron guardadosprecondicionesRut existe y nombre examen existepos condiciones Los datos se encuentran guardados en la base de datos. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 49 Captulo 8 Modelo de Diseo 8.1. Estrategias de Diseo Consulta Historial Medico Imagen 29 Estrategias de Diseo_Diagrama Consulta Historial Medico Diagrama Ingresar Paciente Accidentado Imagen 30 Estrategias de Diseo_Diagrama Ingresar Paciente Accidentado Diagrama Consulta hora atencin paciente Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 50 Imagen 31 Estrategias de Diseo_Diagrama Consulta hora atencin paciente Ingresar Examen solicitado Imagen 32 Estrategias de Diseo_Diagrama Ingresar Examen solicitado Ingresar Resultado Examen Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 51 Imagen 33 Estrategias de Diseo_Diagrama Ingresar Resultado Examen 8.2. Diseo de Objetos Para un buen diseo de objetos se debe pensar en trminos de objetos, en lugar de procedimientos, un objeto agrupa datos encapsulados y procedimientos para representar una entidad, en esta etapa se defina las formas de interactuar con el objeto, este lenguaje secaracterizaporlainteraccindeestosobjetosparalaresolucindelproblema identificado en el anlisis orientado a objetos. Un objeto contiene toda la informacin que permite definirlo e identificarlo, dispone de mecanismos de interaccin que ayudan a la comunicacin entre objetos, estos son como unidades invisibles en las que no se separan informacin y procesamiento.Continuandoconelprocesodediseosedebedeterminarlasclases,atributosy asociacionesdelmodelodeanlisis,aunquetambinsepuedenmodificaroeliminar clases. Para el diseo de un objeto se sigue el diseo por responsabilidades con el modelo cliente servidor donde las clases pueden ser de ambos tipos dependiendo si generan una peticin (Cliente) o reciben una peticin (Servidor). Paquetes del Dominio Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 52 Imagen 34 Diseo Paquetes del Dominio Paquete del Recepcionista Imagen 35 Diseo Paquete del Recepcionista Paquetes de Secretaria Imagen 36 diseo Paquetes de Secretaria Paquete de Funcionario_Clinica_Externa Imagen 37 Diseo Paquete de Funcionario_Clinica_Externa Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 53 Paquete de Medico Imagen 38 Diseo Paquete de Medico Paquete de Laboratorio Clnico Imagen 39 Diseo Paquete de Laboratorio Clnico Paquete ACOS Imagen 40 Diseo Paquete ACOS 8.3. Diseo de Sistema Imagen 41 Diseo del sistema Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 54 La aplicacin posee una arquitectura cliente-servidor de tipo cliente delgado, el cual constadetrescapas,contienecdigodepresentacin,cdigodeprocesamientode datos y cdigo de almacenamiento de datos.

Capa de Presentacin Losserviciosdepresentacinproporcionanlainterfaznecesariaparapresentar informacin y reunir datos. Tambin aseguran los servicios de negocio necesarios para ofrecer las operaciones requeridas e integran al usuario con la aplicacin para ejecutar un proceso de negocio.

Losserviciosdepresentacingeneralmentesonidentificadosconlainterfazde usuario, y normalmente residen en un programa ejecutable localizado en la estacin de trabajo del usuario final. Seseparalaprogramacinquedaaccesoalosdatosenlasbasesdedatosy aplicaciones desde el diseo y otros contenidos de la pgina Web. Esto ayuda a asegurar queduranteelprocesodedesarrollosepuedaenfocarseenescribirlaaplicacinen componentessinpreocuparseacercadecmosemuestralasalida.Recprocamente, estodalibertadalosdiseadoresdeusarherramientasfamiliaresparamodificarla interfaz. La capa de servicios de presentacin es responsable de: Obtener informacin del usuario (tipo usuario y clave).Obtener informacin de pacientes y/o mdicos (horas mdicas, fichas, exmenes).Enviar la informacin del paciente y/o mdico a los servicios de negocio para su procesamiento. Recibir los resultados del procesamiento de los servicios de negocios.Presentar estos resultados al usuario. Capa de Negocio Los servicios de negocio son los que procesan las peticiones del usuario permiten a los usuarios acceder a los servicios de datos o sea permiten la interaccin de los usuarios nolosdatos.Respondenapeticionesdelusuario(uotrosserviciosdenegocio)para ejecutar una tarea. Cumplen con las distintas tareas aplicando procedimientos formales Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 55 y las reglas de negocio previamente establecidas. Cuando los datos necesarios residen en un servidor de bases de datos, garantizan los servicios de datos indispensables para cumplir con la tarea de negocio. Esto asla al usuario de la interaccin directa con la base de datos. Capa de Datos El nivel de servicios de datos es responsable de: Almacenar los datos.Recuperar los datos.Mantener los datos.La integridad de los datos. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 56 8.4. Revisin del Di seo Tabla 30 Revisin del diseo Objetivo de informacin:Registro paciente accidentado Atributos:rut_paciente.nombreempresafecha_ingresodatos_accidenteRestricciones: El rut de paciente es nico para elsistema,porloquepermitir identificar completamente. Elaccidentadoessolo ingresadoalsistemaporla recepcionista ACOS Elpacientedebeestar ingresadopreviamenteenel sistema. Elpacientetienealmenos registradosuhistorialde enfermedadespreexistentes, como los medicamentos que no pueden ser aplicados, as como sus alergias.Clase del dominio: Funcionario Actividad: Ingreso al sistema pacienteaccidentado Origen: Solicitud paciente.Agente: Recepcionista ACOS.Precondiciones:Poscondiciones: Para cada ingreso de pacientes se ingresa al sistema de atencin. El paciente est activo en el sistema hasta que se le d el alta. Se puede atender en un bloque de horario con el mdico tratante.Caso de uso del sistema:Ingresa datos paciente accidentado. Objetivo de informacin:Atencin Mdico Atributos:Actividad: Asignacin de hora de atencin. Origen: Solicitud paciente.Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 57 rut_paciente.nombre mdicofechahora Restricciones:El usuario debe haber sido ingresado al sistema de atencin.El paciente debe estar registrado previamente en el sistema.Elpacientetienealmenos registradosuhistorialdeenfermedadespreexistentes, como los medicamentos que no pueden ser aplicados, as como sus alergias.El paciente para ser atendido debe solicitar hora.Clase del dominio: Funcionario Agente: Secretaria Departamento Clnico. Precondiciones:El paciente debe haber sido ingresado por la recepcionista Poscondiciones:El paciente pude ser atendido por el mdico tratante.El pude seguir pidiendo horas mdico.Se puede atender en un bloque de horario con el mdico tratante.Caso de uso del sistema: Solicitar hora atencin paciente.Actividad: El paciente es atendido por el mdico. Origen: verifica si el paciente ha solicitado hora de atencin que le corresponde.Agente: Secretara Departamento ClnicoPrecondiciones:Existe disponibilidad de hora de atencin con el mdico tratante. Pos condicin: El paciente se le solicitan exmenes.El paciente se le emite una receta mdica.El paciente es dado de altaCaso de uso del sistema: Pendiente.Actividad: Al paciente se le deben realizar exmenes. Origen: Solicita exmenes a paciente.Agente: Doctor.Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 58 Precondiciones:El doctor tiene una lista de exmenes a solicitar al paciente. Poscondiciones:

Poscondiciones: El paciente obtiene el listado de exmenes a realizar. Caso de uso del sistema: Solicitar exmenes.Actividad: El doctor emite receta. Origen: verifica si el paciente tiene alguna contraindicacin de algn medicamento.Agente: Doctor Precondiciones:El doctor tiene una lista medicamentos a recetar al paciente. Poscondicin:El paciente se le indican los medicamentos a tomar.El paciente se le emite una receta mdica.Caso de uso del sistema: Emitir receta.Actividad: El doctor actualiza el historial mdico del paciente. Origen: verifica el historial mdico del paciente para ser actualizadoAgente: Doctor Precondiciones:Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 59 El doctor tiene una lista de los exmenes solicitado al paciente Poscondicin:Se ha actualizado el historial clnico del pacienteEl sistema est listo para ingresar ms actualizaciones del historial clnico de los pacientes.Caso de uso del sistema: Cambiar Historial Paciente. Objetivo de informacin:Exmenes hechos al paciente Atributos:rut_paciente.nombre_examentipo_de_examenfecha_examenresultado Restricciones:El rut de paciente es nico para el sistema, por lo que permitir identificar completamente.El accidentado es solo ingresado al sistema por la recepcionista ACOSEl paciente debe estar ingresado previamente en el sistema.El sistema de atencin contiene todos los exmenes hechos a los pacientes. Clase del dominio: Laboratorio Clnico.Actividad: Ingreso examen al Laboratorio.Origen: Solicitud paciente.Agente: Laboratorio Clnico. Precondiciones:El doctor debe haber emitido una lista de exmenes. El paciente debe haber sido ingresado por la recepcionista ACOS. Poscondiciones:Los exmenes son ingresados al sistema de atencin paciente.El mdico tiene acceso al resultado de los exmenes por medio del historial clnico del pacienteCaso de uso del sistema: Ingresar examen solicitado. Actividad: Ingreso resultado de exmenes al sistema.Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 60 Origen: Verifica si existen exmenes hechos al paciente.Agente: Laboratorio Clnico.Precondiciones:Los exmenes del paciente debe haber sido ingresado al laboratorio. Poscondiciones:El mdico tiene acceso al resultado de los exmenes por medio del historial clnico del paciente.Se actualiza el historial Clnico del paciente.Caso de uso del sistema: IngresarResultado exmenes. Objetivo de informacin:Solicita historial de paciente clnica externa Atributos:rut_paciente.id_clinicaclaveRestricciones:El rut de paciente es nico para el sistema, por lo que permitir identificar completamente.El paciente debe estar ingresado previamente en el sistema.El paciente tiene al menos registrado su historial de enfermedades preexistentes, como los medicamentos que no pueden ser aplicados, as como sus alergias. Actividad: Solicitud al sistema paciente Historial clnico de paciente .Origen: Se verifica que el pacienteSolicitado este registrado en el sistema.Agente: Clnica externa atencin. Precondiciones:El paciente tiene un historial clnicoPoscondiciones:El sistema est listo para una nueva consulta.Caso de uso del sistema: Solicitud historial paciente. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 61 La clnica externa est registrada en el sistema. Clase del dominio: Clinica_Externa 8.5. Diagrama de Secuencia del Diseo Solicitar Historial del Paciente Imagen 42 Secuencia de diseo Historial del paciente Ingresar Datos Paciente Accidentado Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 62 Consulta Hora Atencin Paciente Consulta Hora pedida disponiblePaciente Solicitar Hora Atencin Paciente Imagen 43 Secuencia de diseo Ingresar Datos Paciente Accidentado Imagen 44 Secuencia de diseo Consulta Hora pedida Atencin Paciente Imagen 45 Secuencia de diseo Consulta Hora Disponible Atencin Paciente Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 63 Agregar Exmenes Eliminar Reserva Hora Imagen 46 Secuencia de diseo Solicitud hora de atencin Imagen 47 Secuencia de diseo Agregar exmenes Imagen 48 Secuencia de diseo Eliminar reserva hora Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 64 Emitir Exmenes Cambiar Historial Paciente Cambiar Historial Paciente Emitir Receta Imagen 49 Secuencia de diseoEmitir exmenes Imagen 50 Secuencia de diseo Cambiar historial paciente Imagen 51 Secuencia de diseo Cambiar historial paciente Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 65 Fijar Horario Disponible Ingresar Resultado Examen Ingresar Examen Solicitado Imagen 52 Secuencia de diseo Emitir receta Imagen 53 Secuencia de diseo Fijar hora disponible Imagen 54 Secuencia de diseo Ingresar resultado examen Imagen 55 Secuencia de diseo Ingresar examen solicitado Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 66 Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 67 Captulo 9 Modelo de Diseo 9.1. Programacin en java Tabla 31 Clases del dominio funcionario Objetivo de informacin:Atencin Mdico Atributos:rut_paciente.nombre mdicofechahora Restricciones: El usuario debe haber sido ingresado al sistema de atencin.El paciente debe estar registrado previamente en el sistema.Elpacientetienealmenos registradosuhistorialdeenfermedades preexistentes, como losmedicamentosquenopueden seraplicados,ascomosus alergias.El paciente para ser atendido debe solicitar hora.Clase del dominio: Funcionario Actividad: Asignacin de hora de atencin. Origen: Solicitud paciente.Agente: Secretaria Departamento Clnico. Precondiciones:El paciente debe haber sido ingresado por la recepcionista Poscondiciones:El paciente pude ser atendido por el mdico tratante.El pude seguir pidiendo horas mdico.Se puede atender en un bloque de horario con el mdico tratante.Caso de uso del sistema: Solicitar hora atencin paciente.Actividad: El paciente es atendido por el mdico. Origen: verifica si el paciente ha solicitado hora de atencin que le corresponde.Agente: Secretara Departamento ClnicoPrecondiciones:Existe disponibilidad de hora de atencin con el mdico tratante. Poscondicin: El paciente se le solicita exmenes.El paciente se le emite una receta mdica.El paciente es dado de altaCaso de uso del sistema: Pendiente.Actividad: Al paciente se le deben realizar exmenes. Origen: Solicita exmenes a paciente.Agente: Doctor. Precondiciones:El doctor tiene una lista de exmenes a solicitar al paciente. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 68 Tabla 32 Clases del dominio funcionario Poscondiciones:

Poscondiciones:El paciente obtiene el listado de exmenes a realizar. Caso de uso del sistema: Solicitar exmenes.Actividad: El doctor emite receta. Origen: verifica si el paciente tiene alguna contraindicacin de algn medicamento.Agente: Doctor Precondiciones:El doctor tiene una lista medicamentos a recetar al paciente. Poscondicin:El paciente se le indican los medicamentos a tomar.El paciente se le emite una receta mdica.Caso de uso del sistema: Emitir receta.Actividad: El doctor actualiza el historial mdico del paciente. Origen: verifica el historial mdico del paciente para ser actualizadoAgente: Doctor Precondiciones:El doctor tiene una lista de los exmenes solicitado al paciente Poscondicin:Se ha actualizado el historial clnico del pacienteEl sistema est listo para ingresar ms actualizaciones del historial clnico de los pacientes.Caso de uso del sistema: Cambiar Historial Paciente. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 69 Tabla 33 Clases del dominio funcionario Objetivo de informacin:Atencin Mdico Atributos:rut_paciente.nombre mdicofechahora Restricciones:El usuario debe haber sido ingresado al sistema de atencin.El paciente debe estar registrado previamente en el sistema.Actividad: Asignacin de hora de atencin. Origen: Solicitud paciente.Agente: Secretaria Departamento Clnico. Preconiciones: El paciente debe haber sido ingresado por la recepcionista Poscondiciones:El paciente pude ser atendido por el mdico tratante.Objetivo de informacin:Registro paciente accidentado Atributos:rut_paciente.nombreempresafecha_ingresodatos_accidenteRestricciones:Elrutdepacienteesnicoparael sistema,porloquepermitir identificar completamente.El accidentado essolo ingresado al sistema por la recepcionista ACOSElpacientedebeestaringresado previamente en el sistema.Elpacientetienealmenos registradosuhistorialde enfermedadespreexistentes,como losmedicamentosquenopueden ser aplicados, as como sus alergias.Clase del dominio: Funcionario Actividad: Ingreso al sistema pacienteaccidentado Origen: Solicitud paciente.Agente: Recepcionista ACOS.Precondiciones:Poscondiciones:Para cada ingreso de pacientes se ingresa al sistema de atencin.El paciente est activo en el sistema hasta que se le d el alta.Se puede atender en un bloque de horario con el mdico tratante.Caso de uso del sistema:Ingresa datos paciente accidentado. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 70 Elpacientetienealmenos registradosuhistorialdeenfermedadespreexistentes, comolosmedicamentosqueno puedenseraplicados,ascomo sus alergias.El paciente para ser atendido debe solicitar hora.Clase del dominio:Funcionario El pude seguir pidiendo horas mdico.Se puede atender en un bloque de horario con el mdico tratante.Caso de uso del sistema: Solicitar hora atencin paciente.Actividad: El paciente es atendido por el mdico. Origen: verifica si el paciente ha solicitado hora de atencin que le corresponde.Agente: Secretara Departamento ClnicoPrecondiciones:Existe disponibilidad de hora de atencin con el mdico tratante. Poscondicin: El paciente se le solicitan exmenes.El paciente se le emite una receta mdica.El paciente es dado de altaCaso de uso del sistema: Pendiente.Actividad: Al paciente se le deben realizar exmenes. Origen: Solicita exmenes a paciente.Agente: Doctor. Precondiciones:El doctor tiene una lista de exmenes a solicitar al paciente. Poscondiciones: Poscondiciones:El paciente obtiene el listado de exmenes a realizar. Caso de uso del sistema: Solicitar exmenes.Actividad: El doctor emite receta. Origen: verifica si el paciente tiene alguna contraindicacin de algn medicamento.Agente: DoctorPrecondiciones:El doctor tiene una lista medicamentos a recetar al paciente. Poscondicin:El paciente se le indican los medicamentos a tomar.Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 71 El paciente se le emite una receta mdica.Caso de uso del sistema: Emitir receta.Actividad: El doctor actualiza el historial mdico del paciente. Origen: verifica el historial mdico del paciente para ser actualizadoAgente: Doctor Precondiciones:El doctor tiene una lista de los exmenes solicitado al paciente Poscondicin:Se ha actualizado el historial clnico del pacienteEl sistema est listo para ingresar ms actualizaciones del historial clnico de los pacientes.Caso de uso del sistema: Cambiar Historial Paciente. Objetivo de informacin:Exmenes hechos al paciente Atributos:rut_paciente.nombre_examentipo_de_examenfecha_examenresultado Restricciones:El rut de paciente es nico para el sistema, por lo que permitir identificar completamente.El accidentado es solo ingresado al sistema por la recepcionista ACOSEl paciente debe estar ingresado previamente en el sistema.El sistema de atencin contiene todos los exmenes hechos a los pacientes. Clase del dominio: Laboratorio Clnico. Actividad: Ingreso examen al Laboratorio.Origen: Solicitud paciente.Agente: Laboratorio Clnico. Precondiciones:El doctor debe haber emitido una lista de exmenes. El paciente debe haber sido ingresado por la recepcionista ACOS. Poscondiciones:Los exmenes son ingresados al sistema de atencin paciente.El mdico tiene acceso al resultado de los exmenes por medio del historial clnico del pacienteCaso de uso del sistema: Ingresar examen solicitado. Actividad: Ingreso resultado de exmenes al sistema.Origen: Verifica si existen exmenes hechos al paciente.Agente: Laboratorio Clnico.Precondiciones:Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 72 Los exmenes del paciente debe haber sido ingresado al laboratorio. Poscondiciones:El mdico tiene acceso al resultado de los exmenes por medio del historial clnico del paciente.Se actualiza el historial Clnico del paciente.Caso de uso del sistema: IngresarResultado exmenes. Objetivo de informacin:Solicita historial de paciente clnica externa Atributos:rut_paciente.id_clinicaclaveRestricciones:El rut de paciente es nico para el sistema, por lo que permitir identificar completamente.El paciente debe estar ingresado previamente en el sistema.El paciente tiene al menos registrado su historial de enfermedades preexistentes, como los medicamentos que no pueden ser aplicados, as como sus alergias.La clnica externa est registrada en el sistema. Clase del dominio: Clinica_Externa Actividad:Solicitud al sistema paciente Historial clnico de paciente .Origen: Se verifica que el pacienteSolicitado este registrado en el sistema.Agente: Clnica externa atencin. Precondiciones:El paciente tiene un historial clnicoPoscondiciones:El sistema est listo para una nueva consulta.Caso de uso del sistema: Solicitud historial paciente. LoprimeroquehayquehacerescrearunafuentededatosenWindows.Paraello,desdeelmen de Inicio, vamos eligiendo las siguientes opciones. Inicio/panel de control/ herramientas del sistema/Orgenes de datos ODBC. dBASE Files y agregar Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 73 Imagen 56 Administrador de origenes de datos Despus aparece la siguiente ventana. Y elegimos Microsoff Access Driver (*mdb)y finalizar Imagen 57 Crear nuevo origen de datos Lugo nos aparece Le damos el nombre con el cual se identifica el origen de los datos y oprimimoscrear Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 74 Imagen 58 Configuracion de OBCD Se nos despliega esta ventana Y le damos la ruta donde est ubicada nuestra base de datos y aceptar Imagen 59 Seleccionar base de datos Se nos despliega la ventana anterior pero ya configurada la rutade la BD y le damos Aceptar Imagen 60 Configuracion de ODBC Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 75 Imagen 61 Administrador de origenes de datos ODBC Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 76 9.2.Diagrama de clases Interaccion del sistema Captulo 10 Modelo de Prueba 10.1. Definicin de conceptos Imagen 62 Interaccin del sistema Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 77 Para este modelo la mayor vulnerabilidad que puede presentar es la del error humano ya sea por un error al digitar los datos de los pacientes o por cruzar informacin de los mismos. Se presenta informacin general relacionada con cada rea involucrada en la atencin depacientes,identificandolosprocesosquepresentancadaunadeestas, desprendiendodeestoslasdiversasfuncionalidadesqueelnuevosistemadeber satisfacer. 10.1. Tipo de pruebas Comoprimeramedidalostiposdepruebasserndeverificacinyvalidacin,para estosedebentenerciertosrequisitosparagarantizarsufuncionamiento,estosson fundamentales porque sin ellos tenemos la certeza de que nuestro sistema no cumplira las expectativas requeridas por el usuario: Ingresar paciente, Tratamiento del paciente, Gestionar Citas mdicas, Alta Paciente Requisitos de Interfaces: InterfacesdeUsuario,Hardware,Comunicacin,Rendimiento,Desarrollo, Tecnolgicos TCNICA DE PRUEBAS Para este modelo la tcnica de pruebas a implementar ser: Prueba de Casos de Uso: se probara por medio de modelos de casos de uso como por ejemplo Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 78 Descripcin de los casos de uso esenciales del sistema atencin pacientes en el cual se describirn las distintas actividades que son posibles realizar por el sistema para los distintos actores. PROCESO DE PRUEBAS Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 79 Se considera tomar como estrategia de prueba el Orden de Pruebas lo que nos refiere a los diagramas de secuencia del diseo, esto nos ayudara a definir en qu momento y en qu orden se aplicaran las pruebas: A su vez esto aplica tambin a las tcnicas de pruebas como gua para las pruebas de Casos de Uso. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 80 Captulo 11 Conclusiones A travs de un caso de uso se desarrolla el contenido de la materia para adquirir destreza y conocimiento en el desarrollo de software orientado a objetos Descripcin y reconocimiento de los actores involucrados en un ejemplo prctico para el desarrollo de una solucin de software. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 81 Captulo 12 Recomendaciones Como se expone al inicio de este trabajo, se brinda una breve orientacin para el desarrollodesoftwareconlaProgramacinOrientadaaObjetos,nosebusca implementar esta gua si no al contrario se da un abrebocas para que el lector se pueda orientar. Serecomiendautilizarmuchasmsfuentesdeinformacinquepuedanaclarar temas o que su limitacin sea ms amplia que la que se ofrece. Se debe aplicar este conocimiento brindado en la prctica, es decir realizar varios ejercicios donde se aplique el conocimiento adquirido en la teora. Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos Pgina 82 Captulo 13 Bibliografa Anonimo. (2006). Universidad de terapaca. Recuperado el 10 de Abril de 2015, de http://chitita.uta.cl/cursos/2010-2/0001282/recursos/r-2.pdf (2005).A.Weitzenfeld, IngenieradeSoftware OrientadaaObjetosconUML,JavaeInternetMexicoCity:CengageLearning.Retrievedfrom http://go.galegroup.com/ps/i.do?id=GALE|2VGZ&v=2.1&u=unad&it=aboutBook&p=GVR&sw=w&id=GALE|2VGZ (2006). J. M. Prez Menor, J. Carretero Prez, F. Garca Carballeira, & J. M. Prez Lobato, Problemasresueltosdeprogramacinenlenguaje Java. Madrid: Paraninfo. Retrieved from http://go.galegroup.com/ps/i.do?id=GALE|3ATV&v=2.1&u=unad&it=aboutBook&p=GV& sw=w&id=GALE|3ATV. Holzner, Steven.Java.Phoenix, AZ, USA: Paraglyph Press, 2001. p 254. http://site.ebrary.com/lib/unad/Doc?id=5003060&ppg=288Copyright2001. Paraglyph Press. All rights reserved. MasteringZukowski,John.MasteringJava2,J2SE1.4.Alameda,CA,USA:Sybex,2002.p(1).http://site.ebrary.com/lib/unad/Doc?id=10152550&ppg=1Copyright 2002.Sybex. All rights reserved. Java2GameProgrammingPetchel,Thomas. Java2GameProgrammingBoston, MA,USA:CourseTechnology/CengageLearning,2001.pi. http://site.ebrary.com/lib/unad/Doc?id=10067191&ppg=1Copyright2001.Course Technology /Cengage Learning. All rights reserve.