Trabajo Teoorico Final Grupo 60

Ttulo del Proyecto de Investigacin
Transacciones 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 3 Justificacin .................................................................................... 10
Captulo 4 Marco 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 26 Casos 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
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 del
30
Imagen 10 Arquitectura de clases_Diagrama Examen solicitado ......................... 31
Imagen 11 Arquitectura de clases_Diagrama Ingresar resultado examen .......... 31
Imagen 12 Clases segn caso de uso_Diagrama solicitar historial del paciente
.............................................................................................................................................. 33
Imagen 13 Clases segn caso de uso_Diagrama Ingresar datos paciente
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 Paciente 62
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 diseo Emitir 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
Se desarrollara el un problema relacionado con el sistema de atencin a
pacientes en la que se pretende dar solucin a una serie de pasos como procurar
que 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, 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 3 Justificacin
Por medio del desarrollo y aplicacin de estos conceptos se pretende dar una
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
llevar una secuencia de los temas ms relevantes al momento de brindar una
solucin sistemtica a un problema y desarrollar un software por medio de la
Programacin Orientada a Objetos.
Captulo 4 Delimitacin
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.
Se da a conocer los comportamientos, relaciones y operaciones entre objetos,
ofreciendo as un abrebocas para el estudio de la Programacin Orientada a
Objetos. Este trabajo permitir al lector una breve orientacin para el desarrollo de
software con la Programacin Orientada a Objetos en busca de una solucin a
determinada problemtica.
Captulo 5 Programacin Orientada a Objetos en Java
Para apreciar el gran movimiento que hay detrs de Java, es necesario

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. Un aspecto que ha hecho de Java un lenguaje muy utilizado es su
portabilidad. A diferencia de lenguajes como C y C++, que varan en su detalle
dependiendo de la mquina en que se ejecuten, Java es exactamente igual en
cualquier plataforma. Por ejemplo, a diferencia de C y C++, el tamao de los tipos
de datos en Java es fijo, independiente de la mquina. La importancia de este
aspecto es que si se compila el programa en una plataforma particular, el sistema
correr en cualquier mquina, reduciendo mucho el costo de desarrollo (tiempo y
dinero). Para ello, est el concepto de la mquina virtual de Java (Java Virtual
Machine, JVM), que debe existir en cada plataforma donde se ejecute un programa
de Java.
Abierto. Este aspecto de portabilidad ocurre gracias a su diseo abierto, que
permite a cualquier compaa, e incluso desarrollador, tomar el cdigo fuente, para
adaptarlo a una nueva plataforma donde an no se ha probado. Ninguno de los
dems lenguajes ofrece esta caracterstica. Otra razn de la gran popularidad de
Java.
Gratis. Muy de la mano con el aspecto "abierto" esta que el lenguaje se ofrece
gratis, aunque bajo licencia, a cualquier usuario. Esto reduce el costo de la
aplicacin y fortalece la decisin de utilizarlo en distintas plataformas, donde no se
incurre en el costo de pagar gran nmero de licencias, como es obligatorio en la
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
nico lenguaje, con excepcin de algunos lenguajes scripts, que viene integrado
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, a diferencia de lenguajes como Smalltalk que requieren un cambio en la
manera de pensar de los programadores ya acostumbrados a C y C++. 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
administracin de memoria. Se elimina la complejidad adicional de tipos como
estructuras y el uso de asociaciones de tipo, a travs de typedefs, junto con el
preprocesador de C++ con palabras reservadas como #define, ^include y #ifdef.
Otro aspecto que se elimina es la sobre escritura de operadores. Tambin se
eliminan aspectos de mane jo complicado como la herencia mltiple. Robusto. En
contraste con C++ y, en especial, con C, Java est fuertemente tipificado, lo que
ayuda a encontrar con mayor facilidad los errores de programacin durante la etapa
de compilacin. Java tambin incluye manejo de excepciones y recoleccin de
basura, con objeto de lograr programas ms robustos. Seguro. Debido a la
eliminacin de los apuntadores de C y C++, Java logra un modelo de mane
Jo de memoria mucho ms seguro, que adems se apoya en el modelo de
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
contraste con aquellos lenguajes completamente interpretados, donde el
rendimiento es menor. Ahora Java cuenta con un compilador incremental (Justa-inTime 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
gran nmero de bibliotecas que facilitan la creacin de programas, adems de
asegurar una estandarizacin entre aplicaciones.
Existen bibliotecas para el manejo de estructuras de datos avanzadas, manejo
de multimedia, manejo de redes como TCP/IP, procedimientos remotos y
concurrencia mediante mltiples hilos desprocesamiento (multiple threads), estos
ltimos tambin conocidos como procesos finos o Aviamos. En la actualidad,
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
ventanas que puede correr bajo cualquier plataforma. Existe el Abstract Window
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.
Adems de estas existen bibliotecas de manejo de graficas en dos y tres
dimensiones. Incluso existen versiones para correr en plataformas mviles, como
asistentes personales.
Tecnologa. Existe un gran nmero de productos y tecnologa desarrollados
alrededor de Java. Aparte de este lenguaje se cuenta con productos tales como
Enterprise JavaBeans (EJB), Java Server Pages (JSP), Java Servlets y Java Data
Base Connectors (JDBC). Adems, existen productos relacionados con estndares

tales como Common Object Request Brower Architecture (CORBA) y extended
Markup Language (XML). En la actualidad hay tres ediciones principales Java:
Java2 Enterprise Edition (J2EE), Java2 Standard Edition (J2SE) y Java2 Micro
Edition (J2ME).
Captulo 6 Modelo de Requisitos

6.1. Descripcin del problema
Descripcin del Problema
La Asociacin Colombiana de Seguridad es una Empresa Privada sin fines de
lucro dedicada a otorgar cobertura total en caso de accidentes Laborales y
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
de la atencin de los pacientes que sufrieron algn accidente de trabajo en
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
mdicas para mejorar la coordinacin de las distintas unidades que posee la
ACOS; para esto, el proyecto consta de realizar un sistema de que maneje toda
la parte relacionada con los pacientes y que pueda interactuar de forma
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, y si no lo enva, puede modificar su tratamiento. El mdico tambin
evala si debe dar el alta al paciente o no, si le da el alta, la secretaria debe
registrar los datos del alta en la ficha mdica, y si no, puede modificar el
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
modelado conceptual y las dems etapas del modelado de requisitos y nos
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
de atencin (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
exmenes hechos al paciente a su historial, para ello ingresa el identificador del
paciente y los anexa al Histrico de Pacientes (Datos Histricos Paciente).
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
imprimir
alguna parte de la ficha para ser enviado hacia una consulta para otro
tratamiento fuera del
ACOS.
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.
3. El Usuario ingresa 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 validos
- Los exmenes debern ser ordenados por fecha ms reciente.
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.
Secretaria Departamento Clnico: Ingresa los exmenes del paciente a su
historial de atencin (Ficha).
Precondiciones: Al Paciente le ingresan exmenes al laboratorio clnico.
Poscondiciones: El sistema est listo para emitir nuevos exmenes
Flujo Bsico:
3. La secretaria departamento clnico ingresa 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:
- Los exmenes debern ser ordenados por fecha ms reciente.
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).
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:
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 y
Dejarlo libre para otro paciente que lo solicite.
7. Repetir 6 hasta terminar eliminacin de horario mdico.
8. Fin eliminacin reserva hora.
Flujo Alternativo:
4.1 Si los datos del mdico no son validos
4.1.1 Ir al paso 3 o salir del sistema paso 8. 8.
- Los Datos de horario de atencin debern ser ordenados por fecha y hora.
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
Doctor: Realiza modificaciones al historial del paciente agregando los
tratamientos realizados 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.
3. El Doctor ingresa 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:
- Los Datos del paciente debern ordenarse por fecha de exmenes ms
recientes.
- Se deber ingresar al lado del examen una breve descripcin
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.
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.
3. El doctor ingresa 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:
4.1.1 Ir al paso 3 o salir del sistema paso 8
- Los exmenes debern indicar si son realizados en el laboratorio clnico de la
ACOS.
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
Resumen: El doctor ingresa sus datos e ingresa a la Reservacin de Horarios
Beneficiario) para poder seleccionar en la receta desplegada los medicamentos
de atencin,
para el tratamiento a seguir por el paciente.
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
Doctor: Registra los medicamentos en la receta desplegada para el tratamiento
disponible.
del paciente.
Doctor: Es quien fija el horario de atencin que tiene disponible.
Precondiciones: El paciente debe estar en el sistema de atencin
Precondiciones: El doctor dispone de bloques disponibles para fijar.
Poscondiciones: El sistema est listo para emitir nueva receta.
Poscondiciones: Los pacientes pueden elegir algn bloque disponible del
doctor
para solicitar atencin.
Flujo Bsico:
Flujo
Bsico:
1El doctor
ingresa sus datos al sistema.
1.
El
doctor
ingresa
sistema.
2. El Sistema
verificasus
losdatos
datosalingresados.
2.
verificalos
losdatos
datosdel
ingresados.
3. El
El Sistema
doctor ingresa
paciente.
3.
El
Sistema
pondr
a
disposicin
el horario de atencin del mdico.
4.
podr
asignar
los bloques
que tiene
disponible
para
la atencin de
5. El
El doctor
Sistema
pondr
a disposicin
la receta
a rellenar
por los
distintos
los
medicamentos.
Pacientes
lo solicitan.
6. El doctorque
selecciona
los medicamentos para el paciente.
5.
Repetir
3
hasta
terminar
mdico.
7. Repetir 4 hasta terminar asignacin
de registrarhorario
las recetas
mdicas.
6. Fin
Fin fijar
horario
de atencin mdico.
8.
emisin
receta.
Flujo
Flujo Alternativo:
Alternativo:
2.1 Si los datos del doctor no son vlidos.
2.1 SiIrlos
doctor
son vlidos.
2.1.1
al datos
paso 1del
o salir
delno
sistema
paso 6.
Requisitos
Especiales:
4.1 Si los datos
del paciente no son validos
Los
de horario
dedel
atencin
debern
4.1.1Datos
Ir al paso
3 o salir
sistema
paso 8.ser desplegados como un calendario
de programacin donde el doctor seleccionar los bloques en los que dispone
Requisitos
Especiales:
de tiempo disponible.
Los
debern
ser ordenados
en orden alfabtico.
Listamedicamentos
de Tecnologas
y Variaciones
de Datos:
Lista
de Tecnologas
y Variaciones
de Datos:
Cuestiones
Pendientes:
El doctor podr
eliminar algn bloque si no puede
atender.
Cuestiones Pendientes: Se deber ingresar a cada receta la firma digital del
doctor.
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.
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.
3. El laboratorio clnico ingresa 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.
Los exmenes deben estar disponibles para su seleccin por el laboratorio
clnico.
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.
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.
3. El laboratorio clnico ingresa 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.
Los exmenes deben estar ordenados por fecha de resultados.
6.3. Modelo de Interfaces
Imagen 1 Modelo Interfaces
Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos
Imagen 2 Interfaz de usuario
Imagen 3 Interfaz Ficha mdica (Medico o doctor)
Imagen 4 Interfaz Pedir horas Medicas (Secretaria)
Pgina 26

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
conversiones dependiendo de la base numrica de su pas y de la del pas de donde se
le hace l envi.
Tabla 11 Actores
Actor
Casos de uso
Tipo
Descripcin
Usuario
Consultar su valor
Primario
Es el actor principal y representa a la persona que desee utilizar
el sistema.
Diagrama casos de uso
Imagen 5 Diagramas casos de uso.
Pgina 27

6 Modelo de Dominio 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.
Se debe ingresar los datos del paciente antes de ocurrido el accidente
(almacenar todos los datos al servidor de bases de datos PostGre).
Una base de datos centralizada (PostGre) para el funcionamiento del sistema
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.
Pgina 28

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

Pgina 29
Imagen 8 Arquitectura de clases_Diagrama ingresar paciente accidentado

Diagrama Consulta Hora Atencin Paciente
Imagen 9 Arquitectura de clases_Diagrama Consultar hora de atencin del

paciente
Ingresar
Examen solicitado
Pgina 30
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:
Pgina 31

Sistema
Validar_Usuario( rut_usuario, clave)

Solicitar Historial Paciente
Solicitar_Historial( rut_paciente)
Imprimir_Historial( rut_paciente, fecha_inicio, fecha_termino)
Ingresar Datos Paciente Accidentado
Ingresar_Paciente( rut_paciente, nombre_paciente, empresa,fecha_ingreso,
datos_accidente)
Consulta Hora Atencin Paciente
Consultar_Hora_Pedida( rut_paciente)
Consultar_Hora_Disponible( rut_mdico, Fecha)
Solicitar Hora Atencin Paciente
Solicitar_Hora( rut_paciente, nombre_medico, fecha, hora)
Agregar Exmenes
Agregar_examenes(
rut_paciente,
Nombre_examen,
tipo_Examen,
Fecha_Examen, resultados)
Eliminar Reserva Hora
Eliminar_Hora( rut_paciente, nombre_medico, fecha, hora)
Emitir Exmenes
Emitir_examen( rut_paciente, nombre_examen, tipo_examen)
Cambiar Historial Paciente
Agregar_al_Historial_Paciente(rut_paciente,medico_tratante, datos_nuevos,
fecha)
Eliminar_del_Historial_Paciente(rut_paciente,Nombre_medico,
fecha_a_eliminar)
Emitir Receta
Emitir_Receta(rut_paciente, datos_receta)
Imprimir_Receta(rut_paciente, datos_receta)
Fijar Horario Disponible
Fijar_Horario(rut_medico, horario)
Ingresar_Resultado_Examen(rut_paciente, nombre_examen, tipo_examen,
fecha_examen, resultado)
Ingresar Examen solicitado
Ingresa_Solicitud_Examen(rut_paciente, nombre_examen,tipo_examen,
fecha_solicitud)
Pgina 32
7.3. Clases segn casos de Uso

Imagen 12 Clases segn caso de uso_Diagrama solicitar historial del paciente

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

Pgina 33
7.4. Diagramas de Secuencia

Imagen 15 Diagrama de secuencia_ Solicitar Historial Paciente

Imagen 16 Diagrama de secuencia_ Ingresar Datos Paciente Accidentado

Imagen 17 Diagrama de secuencia_ Consulta Hora Atencin Paciente

Consulta Hora Disponible
Pgina 34
Imagen 18 Diagrama de secuencia_ Consulta Hora Disponible
Imagen 19 Diagrama de secuencia_ Solicitar Hora Atencin Paciente

Agregar Exmenes
Pgina 35
Imagen 20 Diagrama de secuencia_ Agregar Exmenes

Imagen 21 Diagrama de secuencia_ Eliminar Reserva Hora

Emitir Exmenes
Imagen 22 Diagrama de secuencia_ Emitir Exmenes

Pgina 36
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

Pgina 37
Imagen 26 Diagrama de secuencia_ Fijar Horario Disponible

Ingresar resultado examen
Imagen 27 Diagrama de secuencia_ Ingresar resultado examen

Imagen 28 Diagrama de secuencia_ Ingresar Examen solicitado

7.5. Casos de uso para el sistema
Tabla 12 Casos de uso para el sistema _Validar Usuario

Pgina 38
Nombre
Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
Salida
Precondiciones
Pos condiciones
Nombre
Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
Salida
Precondiciones
Pos condiciones
Permite obtener los datos del historial o
ficha del paciente, adems de los
exmenes de esos.
Sistemas
El rut del paciente no existe o es
errneo, que el historial no exista.
Despliega la ficha mdica por pantalla
Que exista el rut del paciente en la
base de datos
El historial mdico desplegado por
pantalla
Validar Usuario(rut_usuario, clave)
Permite verificar si el usuario es un
usuario autorizado, adems permite
discriminar entre los distintos tipos de
usuarios para proporcionarles a estos la
interfaz apropiada.
Sistemas
Todos
Al estar incorrecto el RUT o la clave
Despliega men de usuario
Exista el rut y la clave en la base de
datos
Usuario ingresado a Sistema
Tabla 13 Casos de uso para el sistema _Solicitar Historial
Tabla 14 Casos de uso para el sistema _Imprimir Historial
Pgina 39

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
Excepciones

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
base de datos, que existan
las 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 sufrido
estn disponibles para el mdico o
cualquiera que lo solicite
Pgina 40
Nombre
Responsabilidad
Permite obtener los datos del historial o

ficha del paciente, adems de los
exmenes de esos.
Tipo
Sistemas
Caso de Uso
Notas
Excepciones

errneo, que el historial no exista.
Salida
Despliega la ficha mdica por pantalla
Precondiciones
Que exista el rut del paciente en la base

de datos
Pos condiciones
El historial mdico desplegado por

pantalla
Tipo:
Sistema
Caso de uso
Notas:
Excepciones:
Salida:
Precondiciones:
Pues condiciones:
No exista el rut del paciente o ese esta

equivocado
Una confirmacin de que los datos se
ingresaron a la ficha
Rut del paciente accidentado se
encuentre registrado
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)
Pgina 41

Responsabilidad:
Tipo:
Caso de uso:
Notas:
Excepciones:
Salida:
Precondiciones:
Pos condiciones:
Permite verificar las horas pedidas por

un paciente.
Sistema
En caso de que el usuario no tenga
horas perdida la lista saldr vaca.
Rut paciente no existe o est
equivocado, no existan horas pedidas
Una lista con las horas pedidas por el
paciente
base de datos
Una lista es desplegada con el nombre
del mdico y la fecha
Tabla 18 Casos de uso para el sistema _Hora Disponible

Nombre:
Responsabilidad:
Tipo:
Caso de uso:
Notas:
Excepciones:
Salida:
Precondiciones:
Pos condiciones
Consultar_Hora_Disponible(
rut_mdico, Fecha)
Permite obtener las horas disponibles
de un mdico para una determinada
fecha, esto es indispensable para poder
pedir hora.
Sistema
El medico se elige desde una lista por
lo que puede ocurrir un error con su rut
La fecha no tiene ninguna hora
disponible.
Despliega una lista con las horas
disponibles para su posterior seleccin.
Existan mdicas en registro y fechas
disponibles
Una lista con las horas disponibles.
Llenado de las horas para seleccin del
paciente
Pgina 42

Tabla 19 Casos de uso para el sistema _Solicitar Hora
Nombre:
Responsabilidad:
Tipo:
Caso de uso:
Notas:
Excepciones:
Salida:
Solicitar_Hora( rut_paciente,
nombre_medico, fecha, hora)
Asigna una hora a un paciente
Sistema
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.
El rut del paciente es errneo o no
existe en registro.
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

Nombre
Responsabilidad:
Tipo:
Caso de uso:
Notas:
Excepciones:
Salida:
Precondiciones:
Pos condiciones:
Agregar_examenes( rut_paciente,
Nombre_examen,
tipo_Examen, Fecha_Examen,
resultados)
Agregar exmenes realizados en
laboratorios externos
Sistema
Agregar Exmenes
Rut de paciente no existe o es errado
Confirmacin de operacin exitosa
Exista el rut del paciente en la base de
datos
El examen almacenado en la base de
datos
Pgina 43
Tabla 21 Casos de uso para el sistema _Eliminar Hora

Nombre:
Responsabilidad:
Tipo
Caso de uso:
Excepciones:
Salida:
Precondiciones:
Pos condiciones
Eliminar_Hora( rut_paciente,
nombre_medico, fecha, hora)
Permite liberar una hora mdica, para
que otro paciente pueda hacer uso de
ella.
Sistema
Rut del paciente no existe o es
incorrecto, el paciente no tiene hora
asignada
Confirmacin de que la operacin fue
llevada a cabo con
Exista el rut y exista la hora
La eliminacin de la hora de la base de
datos
Tabla 22 Casos de uso para el sistema _Emitir examen

Nombre
Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
salida
precondiciones
pos condiciones
Emitir_examen( rut_paciente, nombre_examen,

tipo_examen)
Imprime los exmenes de un paciente
Sistema
Emitir Exmenes
El rut del paciente no existe o es errneo, el
paciente no
posee exmenes registrados
Impresin de la exmenes
Exista el paciente, existan exmenes
Examen Impreso
Pgina 44

Tabla 23 Casos de uso para el sistema _Historial Paciente
Nombre
Agregar_al_Historial_Paciente(rut_paciente,medico_tratante,
datos_nuevos, fecha)
Responsabilidad
Agrega datos al historial del paciente reciente, la fecha la

asigna el sistema
Tipo
Caso de Uso
Notas
Sistema
Los datos son guardados por fecha y se ordenan desde el
ms
El rut del paciente no existe o esta errado
Confirmacin de que los datos se agregaron al historial, el
historial es desplegado por pantalla
Exista el rut del paciente, exista el historial
Los datos son ingresados al historial, guardados en la base
de
datos y desplegados por pantalla
Excepciones
salida
precondiciones
pos condiciones
Tabla 24 Casos de uso para el sistema _Eliminar del Historial Paciente

Nombre
Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
salida
precondiciones
pos condiciones
Eliminar_del_Historial_Paciente(rut_paciente,Nombre_medico,
fecha_a_eliminar)
Elimina una parte del historial que se encuentre errado
Sistema
No existe datos registrados en el historial solo los bsicos
Confirmacin de la eliminacin exitosa y despliegue del
historial modificado
Exista el rut del paciente, exista el historial
Los datos son eliminados del historial y la base de datos.
Los datos del historial desplegados por pantalla.
Pgina 45

Tabla 25 Casos de uso para el sistema _Emitir Receta
Nombre
Responsabilidad
Emitir_Receta(rut_paciente, datos receta

Permite guardar los datos de la receta en el
historial y los
pone a disposicin para imprimirlos con
posterioridad
Tipo
Caso de Uso
Notas
Excepciones
Sistema
Emitir Receta
salida
precondiciones
pos condiciones
Rut del paciente no existe o esta errado, no

existen datos
Confirmacin de que los datos fueron guardados
Rut y datos existan
Datos guardados y disponibles para imprimir.
Tabla 26 Casos de uso para el sistema _Imprimir Receta

Nombre
Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
salida
precondiciones
pos condiciones
Imprimir_Receta(rut_paciente, datos receta)

Permite imprimir la receta.
Sistema
No existe datos registrados en el historial solo los
bsicos
Confirmacin de la eliminacin exitosa y
despliegue del
historial modificado
Que exista la receta (este emitida)
Receta Impresa
Tabla 27 Casos de uso para el sistema _Fijar Horario

Nombre
Fijar_Horario(rut_medico, horario)
Pgina 46

Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
salida
precondiciones
pos condiciones
Figa el horario que un medico tiene disponible

para la atencin de pacientes.
Sistema
Rut mdico no valido o no existe, no se eligi

horario
Una tabla con las fechas y horas disponibles
Exista el rut del mdico, y los datos de los
horarios
: Horario fijado guardado el la base de datos.
Tabla 28 Casos de uso para el sistema _Resultado Examen

Nombre
Ingresar_Resultado_Examen( rut_paciente,
nombre_examen,
tipo_examen, fecha_examen, resultado)
Responsabilidad
Ingresa los resultados de los exmenes emitidos

por el laboratorio interno.
Tipo
Caso de Uso
Notas
Excepciones
Sistema
salida
precondiciones
pos condiciones
Los resultados no son vlidos, el Rut del paciente

no existe o
es errado
Datos guardados en base de datos y el historial.
: Horario fijado guardado en la base de datos.
Tabla 29 Casos de uso para el sistema _Ingresa Solicitud Examen
Pgina 47

Nombre
Ingresa_Solicitud_Examen( rut_paciente,
nombre_examen
,tipo_examen, fecha_solicitud) resultado)
Responsabilidad
Tipo
Caso de Uso
Notas
Excepciones
Ingresa la solicitud de examen

Sistema
salida
precondiciones
pos condiciones

Rut existe y nombre examen existe
Los datos se encuentran guardados en la base
de datos.
El rut del paciente no es vlido o no existe, el

nombre del examen es no valido.
Pgina 48

Captulo 8 Modelo de Diseo
8.1. Estrategias de Diseo
Consulta Historial Medico
Imagen 29 Estrategias de Diseo_Diagrama Consulta Historial Medico

Imagen 30 Estrategias de Diseo_Diagrama Ingresar Paciente Accidentado

Diagrama Consulta hora atencin paciente
Pgina 49
Imagen 31 Estrategias de Diseo_Diagrama Consulta hora atencin paciente

Imagen 32 Estrategias de Diseo_Diagrama Ingresar Examen solicitado

Pgina 50
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
se caracteriza por la interaccin de estos objetos para la resolucin del problema
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.
Continuando con el proceso de diseo se debe determinar las clases, atributos y
asociaciones del modelo de anlisis, aunque tambin se pueden modificar o eliminar
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
Pgina 51
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

Pgina 52

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

Pgina 53

La aplicacin posee una arquitectura cliente-servidor de tipo cliente delgado, el cual
consta de tres capas, contiene cdigo de presentacin, cdigo de procesamiento de
datos y cdigo de almacenamiento de datos.
Capa de Presentacin
Los servicios de presentacin proporcionan la interfaz necesaria para presentar
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.
Los servicios de presentacin generalmente son identificados con la interfaz de
usuario, y normalmente residen en un programa ejecutable localizado en la estacin de
trabajo del usuario final.
Se separa la programacin que da acceso a los datos en las bases de datos y
aplicaciones desde el diseo y otros contenidos de la pgina Web. Esto ayuda a asegurar
que durante el proceso de desarrollo se pue da enfocarse en escribir la aplicacin en
componentes sin preocuparse acerca de cmo se muestra la salida. Recprocamente,
esto da libertad a los diseadores de usar herramientas familiares para modificar la
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
no los datos. Responden a peticiones del usuario (u otros servicios de negocio) para
ejecutar una tarea. Cumplen con las distintas tareas aplicando procedimientos formales
Pgina 54

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.
Pgina 55

8.4. Revisin del Diseo
Tabla 30 Revisin del diseo

Objetivo de informacin:
Registro paciente accidentado
Atributos:
rut_paciente.
nombre
empresa
fecha_ingreso
datos_accidente
Restricciones:
Actividad:
Ingreso al sistema paciente
accidentado
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.
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 ACOS
Se puede atender en un bloque

El
paciente
debe
estar
de horario con el mdico
ingresado previamente en el
tratante.
sistema.
Caso de uso del sistema:
Ingresa datos paciente accidentado.
El paciente tiene al menos
registrado su historial de
enfermedades
preexistentes,
como los medicamentos que no
pueden ser aplicados, as como
sus alergias.
Clase del dominio: Funcionario
Atencin Mdico
Atributos:
Actividad: Asignacin de hora de

atencin.
Pgina 56

rut_paciente.
nombre mdico
fecha
hora
Restricciones:
El usuario debe haber sido
ingresado al sistema de
atencin.
El paciente debe estar
registrado previamente en el
sistema.
enfermedades
preexistentes,
sus alergias.
El paciente para ser atendido
debe solicitar hora.
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.
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 Clnico
Precondiciones:
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 alta
Caso de uso del sistema: Pendiente.
Actividad: Al paciente se le deben
realizar exmenes.
Origen: Solicita exmenes a paciente.
Agente: Doctor.
Pgina 57
Precondiciones:
El doctor tiene una lista de
exmenes a solicitar al
paciente.
Poscondiciones:
Poscondiciones:
El paciente obtiene el listado de

exmenes a realizar.
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.
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 actualizado
Agente: Doctor
Precondiciones:
Pgina 58
El doctor tiene una lista de los

exmenes solicitado al
paciente
Poscondicin:
Se ha actualizado el historial
clnico del paciente
El sistema est listo para
ingresar ms actualizaciones
del historial clnico de los
pacientes.
Caso de uso del sistema: Cambiar
Historial Paciente.
Exmenes hechos al paciente
Atributos:
rut_paciente.
nombre_examen
tipo_de_examen
fecha_examen
resultado
Actividad:
Ingreso examen al Laboratorio.
Agente: Laboratorio Clnico.
Precondiciones:
El doctor debe haber emitido
una lista de exmenes.
ACOS.
Restricciones:
Poscondiciones:
El accidentado es solo
Los exmenes son ingresados
ingresado al sistema por la
al sistema de atencin
recepcionista ACOS
paciente.
El mdico tiene acceso al
resultado de los exmenes por
sistema.
medio del historial clnico del
El sistema de atencin contiene
paciente
todos los exmenes hechos a
Caso de uso del sistema: Ingresar
los pacientes.
examen solicitado.
Actividad: Ingreso resultado de
Clase del dominio: Laboratorio
exmenes al sistema.
Clnico.
Pgina 59

Origen: Verifica si existen exmenes
hechos al paciente.
Precondiciones:
Los exmenes del paciente
debe haber sido ingresado al
laboratorio.
Poscondiciones:
paciente.
Se actualiza el historial Clnico
del paciente.
Resultado exmenes.
Solicita historial de paciente
clnica externa
Atributos:
rut_paciente.
id_clinica
clave
Restricciones:
sistema.
enfermedades preexistentes,
sus alergias.
Actividad: Solicitud al sistema

paciente Historial clnico de paciente
.
Origen: Se verifica que el paciente
Solicitado este registrado en el
sistema.
Agente: Clnica externa atencin.
Precondiciones:
El paciente tiene un historial
clnico
Poscondiciones:
El sistema est listo para una
nueva consulta.
Caso de uso del sistema: Solicitud
historial paciente.
Pgina 60
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
Pgina 61
Imagen 43 Secuencia de diseo Ingresar Datos Paciente Accidentado
Imagen 44 Secuencia de diseo Consulta Hora pedida Atencin Paciente

Consulta Hora pedida disponible Paciente
Imagen 45 Secuencia de diseo Consulta Hora Disponible Atencin Paciente
Pgina 62
Imagen 46 Secuencia de diseo Solicitud hora de atencin
Agregar Exmenes
Imagen 47 Secuencia de diseo Agregar exmenes
Imagen 48 Secuencia de diseo Eliminar reserva hora

Pgina 63

Emitir Exmenes
Imagen 49 Secuencia de diseo Emitir exmenes

Imagen 50 Secuencia de diseo Cambiar historial paciente
Imagen 51 Secuencia de diseo Cambiar historial paciente
Emitir Receta
Pgina 64
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

Ingresar Examen Solicitado
Pgina 65
Pgina 66

Captulo 9 Modelo de Diseo
9.1. Programacin en java
Tabla 31 Clases del dominio funcionario
Atencin Mdico
Atributos:
rut_paciente.
nombre mdico
fecha
hora
Restricciones:

ingresado al sistema de atencin.
El paciente debe estar registrado
previamente en el sistema.
registrado
su
historial
de
enfermedades preexistentes, como
los medicamentos que no pueden
ser aplicados, as como sus
alergias.
El paciente para ser atendido debe
solicitar hora.

atencin.
Clnico.
Precondiciones:
Poscondiciones:
El paciente pude ser atendido por
el mdico tratante.
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.
corresponde.
Agente:
Precondiciones:
atencin con el mdico tratante.
Poscondicin: El paciente se le solicita
exmenes.
El paciente se le emite una receta
mdica.
realizar exmenes.
Agente: Doctor.
Precondiciones:
exmenes a solicitar al paciente.
Pgina 67

Poscondiciones:
Poscondiciones:
exmenes a realizar.
exmenes.
medicamento.
Agente: Doctor
Precondiciones:
paciente.
Poscondicin:
El paciente se le emite una receta
mdica.
Caso de uso del sistema: Emitir receta.
Actividad: El doctor actualiza el historial
mdico del paciente.
Agente: Doctor
Precondiciones:
exmenes solicitado al paciente
Poscondicin:
clnico del paciente
El sistema est listo para ingresar
ms actualizaciones del historial
clnico de los pacientes.
Historial Paciente.
Pgina 68

Registro paciente accidentado
Atributos:
rut_paciente.
nombre
empresa
fecha_ingreso
datos_accidente
Restricciones:
El rut de paciente es nico para el
sistema, por lo que permitir
El accidentado es solo ingresado al
sistema por la recepcionista ACOS
El paciente debe estar ingresado
El
paciente
tiene
al
menos
registrado
su
historial
de
enfermedades preexistentes, como
los medicamentos que no pueden
ser aplicados, as como sus alergias.
Actividad:
Ingreso al sistema paciente
accidentado
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.
Atencin Mdico
Atributos:
rut_paciente.
nombre mdico
fecha
hora
Restricciones:
ingresado al sistema de atencin.
El paciente debe estar registrado

atencin.
Clnico.
Preconiciones:
Poscondiciones:
El paciente pude ser atendido por
el mdico tratante.
Pgina 69

registrado
su
historial
de
enfermedades
preexistentes,
sus alergias.
El paciente para ser atendido
debe solicitar hora.
Clase del dominio:Funcionario

mdico.
tratante.
hora atencin paciente.
Actividad: El paciente es atendido por
el mdico.
corresponde.
Agente:
Precondiciones:
atencin con el mdico tratante.
Poscondicin: El paciente se le
solicitan exmenes.
receta mdica.
realizar exmenes.
Agente: Doctor.
Precondiciones:
exmenes a solicitar al paciente.
Poscondiciones:
Poscondiciones:
exmenes a realizar.
exmenes.
medicamento.
Agente: Doctor
Precondiciones:
paciente.
Poscondicin:
Pgina 70

receta mdica.
Caso de uso del sistema: Emitir
receta.
Actividad: El doctor actualiza el
historial mdico del paciente.
Agente: Doctor
Precondiciones:
exmenes solicitado al paciente
Poscondicin:
clnico del paciente
El sistema est listo para
ingresar ms actualizaciones del
historial clnico de los pacientes.
Historial Paciente.
Exmenes hechos al paciente
Atributos:
rut_paciente.
nombre_examen
tipo_de_examen
fecha_examen
resultado
Restricciones:
El accidentado es solo ingresado
al sistema por la recepcionista
ACOS
El sistema de atencin contiene
todos los exmenes hechos a los
pacientes.
Clase del dominio: Laboratorio Clnico.
Actividad:
Ingreso examen al Laboratorio.
Precondiciones:
El doctor debe haber emitido una
lista de exmenes.
ACOS.
Poscondiciones:
Los exmenes son ingresados al
sistema de atencin paciente.
paciente
examen solicitado.
Actividad: Ingreso resultado de
exmenes al sistema.
Origen: Verifica si existen exmenes
hechos al paciente.
Precondiciones:
Pgina 71
Los exmenes del paciente debe

haber sido ingresado al
laboratorio.
Poscondiciones:
paciente.
Se actualiza el historial Clnico
del paciente.
Resultado exmenes.
Solicita historial de paciente clnica
externa
Atributos:
rut_paciente.
id_clinica
clave
Restricciones:
enfermedades preexistentes,
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 paciente
Solicitado este registrado en el sistema.
Agente: Clnica externa atencin.
Precondiciones:
El paciente tiene un historial
clnico
Poscondiciones:
El sistema est listo para una
nueva consulta.
Caso de uso del sistema: Solicitud
historial paciente.
Lo primero que hay que hacer es crear una fuente de datos en Windows. Para ello, desde el men
de Inicio, vamos eligiendo las siguientes opciones.
Inicio/panel de control/ herramientas del sistema/Orgenes de datos ODBC.
dBASE Files y agregar
Pgina 72
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 oprimimos crear
Pgina 73
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 ruta de la BD y le damos
Aceptar
Imagen 60 Configuracion de ODBC
Pgina 74
Imagen 61 Administrador de origenes de datos ODBC
Pgina 75

9.2. Diagrama de clases
Interaccion del sistema
Imagen 62 Interaccin del sistema
Captulo 10 Modelo de Prueba

10.1. Definicin de conceptos
Pgina 76

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

de pacientes, identificando los procesos que presentan cada una de estas,
desprendiendo de estos las diversas funcionalidades que el nuevo sistema deber
satisfacer.
10.1. Tipo de pruebas
Como primera medida los tipos de pruebas sern de verificacin y validacin, para
esto se deben tener ciertos requisitos para garantizar su funcionamiento, estos son
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:
Interfaces
de
Usuario,
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
Pgina 77
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
Pgina 78
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.
Pgina 79

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.
Pgina 80

Captulo 12 Recomendaciones
Como se expone al inicio de este trabajo, se brinda una breve orientacin para el
desarrollo de software con la Programacin Orientada a Objetos, no se busca
implementar esta gua si no al contrario se da un abrebocas para que el lector se
pueda orientar.
Se recomienda utilizar muchas ms fuentes de informacin que puedan aclarar
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.
Pgina 81
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, Ingeniera de Software Orientada a Objetos con UML, Java
e Internet Mexico
City:
Cengage
Learning.
Retrieved
from
http://go.galegroup.com/ps/i.do?id=GALE|2VGZ&v=2.1&u=unad&it=aboutBook&p=G
VR&sw=w&id=GALE|2VGZ (2006). J. M. Prez Menor, J. Carretero Prez, F.
Garca Carballeira, & J. M. Prez Lobato, Problemas resueltos de programacin
en
lenguaje Java. Madrid: Paraninfo. Retrieved from
http://go.galegroup.com/ps/i.do?id=GALE|3ATV&v=2.1&u=unad&it=aboutBook&p=G
V&
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=288Copyright
Paraglyph
Press. All rights reserved.
2001.
Mastering Zukowski, John. Mastering Java 2, J2SE 1.4. Alameda, CA, USA: Sybex,
2002. p (1). http://site.ebrary.com/lib/unad/Doc?id=10152550&ppg=1 Copyright
2002. Sybex. All rights reserved.
Java 2 Game Programming Petchel, Thomas. Java 2 Game Programming Boston,
MA,
USA:
Course
Technology
/
Cengage
Learning,
2001.
pi.
http://site.ebrary.com/lib/unad/Doc?id=10067191&ppg=1Copyright 2001. Course
Technology /Cengage Learning. All rights reserve.
Pgina 82

Trabajo Teoorico Final Grupo 60

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Trabajo Teoorico Final Grupo 60

Diunggah oleh

Hak Cipta:

Format Tersedia

Ttulo del Proyecto de Investigacin

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Programacin orientada a objetos

Elkin David Aguilar Llanos

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Imagen 43 Secuencia de diseo Ingresar Datos Paciente Accidentado ............. 62

2.1. Se propone desarrollar un software que gestione el sistema de Atencin

Manejo de Fichas Mdicas automatizado.

Captulo 5 Programacin Orientada a Objetos en Java

Para apreciar el gran movimiento que hay detrs de Java, es necesario

manera de pensar de los programadores ya acostumbrados a C y C++. Sin

Base Connectors (JDBC). Adems, existen productos relacionados con estndares

Captulo 6 Modelo de Requisitos

6.2. Modelo de Caso de Uso

Tabla 2 Modelo de requisitos Agregar exmenes

Tabla 3 Modelo de requisitos Emitir exmenes

para poder ver el horario que se le asign al paciente para eliminarla

Tabla 5 Modelo de requisitos cambiar historial del paciente

Resumen: El doctor ingresa sus datos y solicita el historial de un paciente

Tabla 7 Modelo de requisitos Emitir receta

Tabla 8 Modelo de requisitos Fijar horario disponible

Tabla 9 Modelo de requisitos Ingresar exmenes solicitados

Poscondiciones: Existen exmenes a efectuar por el laboratorio.

Tabla 10 Modelo de requisitos Ingresar resultados exmenes

Poscondiciones: Se pueden Emitir los exmenes hechos al paciente.

6.3. Modelo de Interfaces

Imagen 1 Modelo Interfaces

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

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

Diagrama casos de uso

Imagen 5 Diagramas casos de uso.

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Imagen 6 Arquitectura de clases_Consultar historial medico

Diagrama Ingresar Paciente Accidentado

Imagen 7 Arquitectura de clases_Diagrama Ingresar paciente accidentado

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Imagen 8 Arquitectura de clases_Diagrama ingresar paciente accidentado

Imagen 9 Arquitectura de clases_Diagrama Consultar hora de atencin del

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Imagen 10 Arquitectura de clases_Diagrama Examen solicitado

Ingresar Resultado Examen

Imagen 11 Arquitectura de clases_Diagrama Ingresar resultado examen

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Validar_Usuario( rut_usuario, clave)

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

7.3. Clases segn casos de Uso

Imagen 12 Clases segn caso de uso_Diagrama solicitar historial del paciente

Imagen 13 Clases segn caso de uso_Diagrama Ingresar datos paciente

Imagen 14 Clases segn caso de uso_Diagrama Consultar hora pedida

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

7.4. Diagramas de Secuencia

Imagen 15 Diagrama de secuencia_ Solicitar Historial Paciente

Imagen 16 Diagrama de secuencia_ Ingresar Datos Paciente Accidentado

Imagen 17 Diagrama de secuencia_ Consulta Hora Atencin Paciente

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Imagen 18 Diagrama de secuencia_ Consulta Hora Disponible

Solicitar Hora Atencin Paciente

Imagen 19 Diagrama de secuencia_ Solicitar Hora Atencin Paciente

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Imagen 20 Diagrama de secuencia_ Agregar Exmenes