1. SISTEMA DE
INFORMACION
PARA EL CASO
DE ESTUDIO
SOBRE REGISTRO
DE CONSULTAS
DE LA CLINICA
ANTOFAGASTA.

2. INTRODUCCION
 El presente caso de estudio es para registrar
consultas de los pacientes y poder tener un
historial por cada paciente.

3. PLANTEAMIENTO DEL
PROBLEMA
 La clínica Antofagasta es una pequeña clínica
donde tienen las especialidades mas importantes
de medicina como ser: ginecología, cardiología,
pediatría, dentista, ecografía, curaciones,
inyectables.
 Las cuales cada especialidad tiene su consultorio y
un doctor.
 La clínica requiere de un sistema que se pueda
registrar las consultas que el Paciente solicite
generando un historial de paciente.

4. DELIMITACIONES
 Delimitación Científica:
Este sistema de información está relacionado y
basado en el estudio de: Base de Datos Relacional,
Sistema de información, Ingeniería de Software,
Aplicación de Proceso Unificado de Desarrollo
(PUD), Lenguaje Unificado de Modelado (UML),
Arquitectura Multicapas.

5.  Delimitación Espacial
La clínica Antofagasta, esta ubicada en el
B/Antofagasta, Km 6 y medio Carretera doble vía
la Guardia.

6.  Delimitación Temporal
Desarrollo del software del caso de estudio será de 4
meses Teniendo como fecha de inicio el
05/08/2013.

7. OBJETIVOS
 Objetivo General:
Desarrollar un caso de estudio para poder registrar
todas las consultas de la clínica Antofagasta.

8.  Objetivos Específicos:
 Diseñar los casos de uso requeridos en el caso de
estudio.
 Implementar los componentes de software
previamente diseñados.
 Realizar las pruebas a los modelos y artefactos
construidos.

9. JUSTIFICACION
 Justificación Teórica:
En el desarrollo de este proyecto aplicaremos
conocimientos de base de datos relacionales,
conceptos de sistemas de información, ingeniería
de software y arquitectura de software.

10.  Justificación Metodológica
Se utilizará el Proceso Unificado de Desarrollo (PUD),
para organizar las diferentes etapas de trabajo para
el desarrollo de este proyecto, además de
proporcionar los artefactos que deben desarrollarse
en las diferentes fases. Para desarrollar los artefactos
utilizaremos el Lenguaje Unificado de Modelado
(UML) para especificar, construir, visualizar y
documentar los artefactos de un sistema de software
orientado a objeto.
Se justifica esta metodología porque reduce la
dificultad de coordinar las múltiples etapas:
Requerimiento, Análisis, Diseño, Implementación,
Prueba de trabajo de un proyecto de software.

11.  Justificación Practica:
Contribuir con la presentación de un plan de proyecto
como trabajo final de grado.
Asimismo, profundizar conocimientos en el área de
gestión de proyecto.

12. DISEÑO METODOLOGICO
 Tipo de Investigación:
Se ha seguido el tipo de investigación descriptiva
orientado a la gestión, desarrollo de modelos y
artefactos para sistemas de gestión.

13.  Proceso Metodológico:
En el desarrollo del proyecto se seguirá los pasos que
plantea el ciclo de vida del Proceso Unificado, por su
característica: Dirigido por casos de uso, centrado en
su arquitectura, iterativo e incremental del
desarrollo del software, con sus fases de: Inicio,
Elaboración, Construcción y transición. En cada una
de estas fases existen cinco flujos de trabajo:
Requisitos, Análisis, Diseño, Implementación y
Prueba. El proceso unificado utiliza el Lenguaje
Unificado de Modelado (UML) para preparar todos
los esquemas de un sistema de información.

14.  Métodos:
Los métodos utilizados para el desarrollo del presente
proyecto son Análisis y Síntesis.
El Análisis para identificar las causas y los efectos, y la
Síntesis para interrelacionar los sistema.
 Técnicas para recolección de información:
 Fuentes Primerias:
Las técnicas utilizadas para la recolección de
datos son:
Entrevistas directas con el paciente, la
recepcionista

15. Fuentes Secundarias:
Recolección de información por los
encargados de la clínica y por las recepcionista.
Recursos Utilizados:
Seguidamente se muestra una lista de los artefactos
y herramientas utilizados en el desarrollo del
proyecto:
Artefactos de Diseños:
Los Artefactos de diseño utilizados son los
siguientes:
Diagrama de Actividades, Diagrama de Casos
de Uso, Diagrama de Clases, Diagrama de
Despliegue.

16. Recursos de Hardware.
CPU :
Procesador Intel Core2 Duo de 2.6 Ghz.
Memoria RAM 4 Gb. DDR3 o Superior
Disco Duro de 1 Tb.
Tarjeta Madre No Integrada
Grabador de CD/DVD
Accesorios:
Monitor LCD de 19’’
Teclado
Mouse
Impresora a inyección de tinta
Modem 3G

17. Recursos de Software.
Sistema Operativo Windows 7 Professional
SQL Server 2008
Visual Studio 2012
Enterprise Architect 8
Microsoft Word 2010

18. REQUERIMIENTOS
FUNCIONALES
Nro. Requerimientos Funcionales
1 Registro de usuario
2 Cambiar contraseña de acceso
3 Gestionar datos del Paciente
4 Gestionar datos del Doctor
5 Gestionar datos de la Recepcionista
6 Registrar Consulta
7 Registrar Sección
8 Registrar Servicio
9 Registrar Historial
10 Registrar Cobro
10 Registra Tipo Consulta
11 Reporte Doctor
12 Reporte Paciente
13 Reporte Historial

19. REQUERIMIENTOS NO FUNCIONALES.
Especificaciones Suplementaria
Las Especificaciones Suplementarias contienen los
requisitos de sistema que no se contemplan en el
documento de Requerimientos de Software. Algunos
de ellos son:
 Atributos de la calidad del sistema a construir,
como la facilidad de uso y la performance.
 Requisitos de entorno y sistema operativo,
compatibilidad y restricciones de diseño.
 Otros requisitos que no se contemplan en el
documento de requerimiento de software.

20.  Identificación del usuario propio de la aplicación.
El usuario ingresará al sistema con su nombre de
usuario y contraseña, que será validada por el sistema.
Contraseña de usuario.
El usuario se registra al sistema mediando un nombre
de usuario y contraseña, la cual es guardada y
modificada en la base de datos.
Tiempo de disponibilidad del sistema.
La aplicación debe estar disponible las 24 horas del día.
Tiempo comprendido entre fallas.
Al ser un sistema de alta disponibilidad el tiempo de
fallas estará comprendido de 0 a 2h.

21.  Debe utilizarse la programación orientada a
objetos.
 Restricciones de Diseño.
Debe utilizarse la programación en n capas con
la tecnología Visual Estudio C# 2012.
 Motor de base de datos.
Se debe utilizar el motor de base de datos SQL Server
2008 de Microsoft o superior.
 Lenguaje de programación.
La aplicación debe desarrollarse en Visual Studio 2012
utilizando C#, para el motor de base de datos SQL
Server 2008 R2 como mínimo.

22. Diagrama de Clases de Dominio

23. Casos de usos
 Caso de Uso: Registrar Consultauc Consulta
Clinica
Recepcionista Doctor
Gestionar Consulta
Gestionar Tipo
Consulta
Gestionar Doctor
Gestionar Horario
Gestionar Consultorio
Gestionar Pago
Gestionar Reporte
Consulta
Gestionar Paciente
«include»

24. • Caso de uso: Registrar Paciente
uc Gestionar Paciente
Gestionar Paciente
Recepcionista
Paciente
Solicitar Datos
Registrar datos
Modificar Datos
Eliminar Datos
Gestionar Reporte

25. Caso de uso: Registrar Doctor

26. Modelo de clases de Análisis