Informe Practicas II

FACULTAD DE CIENCIAS DE GESTIÓN
INFORME DE PRÁCTICA PRE – PROFESIONAL II
HOSPITAL MARÍA AUXILIADORA

ÁREA DE INFORMÁTICA
PROYECTO ACADÉMICO:
 Proyecto de Software de Registro y Emisión de
Cupos para los pacientes adscritos al
Programa de Prevención y Control de Cáncer.
Practicante:
Laura Ramos, Annia Melissa
Miranda Vargas, Brenda Julissa
Docente:
Iván Crispín Sánchez
Supervisor:
José Luis Herrera Salazar
Jefe inmediato:
José Rigoberto Grandez Torres
INGENIERÍA DE
SISTEMAS
Diciembre - 2012
Lima – Perú
Universidad Autónoma del Perú Página 1
[PROYECTO: SOFTWARE PARA REGISTRO Y EMISION DE INGENIERÍA DE
CUPOS PARA LOS PACIENTES ABSCRITOS
SISTEMAS
EN EL PP Y CC.]
DEDICATORIA
Para todos los estudiantes quienes día
a día dan lo mejor de sí mismos. Por
nuestro esfuerzo de realizar este
proyecto pese a dificultades que se
presentaron en el trayecto.

SISTEMAS
EN EL PP Y CC.]
AGRADECIMIENTO
Un especial agradecimiento al Hospital María
Auxiliadora, en especial al Jefe del Área de
Estadística e Informática; Dra. Edith
Encarnación quien nos permitió realizar mis
prácticas en el área de Informática. Así mismo
al Ing. José Grandez Torres y los demás
colaboradores que nos dieron un trato
estupendo.
Y por supuesto a mis docentes del curso: Ing.
Crispín Sánchez e Ing. José Luis; quienes nos
brindaron los conocimientos y herramientas
para mejorar la realización de nuestro
proyecto.

SISTEMAS
EN EL PP Y CC.]
INTRODUCCIÓN
La realización, implementación y desarrollo del proyecto es primordialmente importante

para la institución, debido a la responsabilidad que el departamento de Oncología a la
administración del presupuestó donado por el programa. Personalmente, el interés de
aprender a trabajar en equipo, aplicando metodologías ya vistas en el transcurso de mis
estudios universitarios. Programación en Visual Studio – Motor de Base de Datos SQL
Server 2008 R2.
Por tal motivo lazo que una institución universitaria debe formar con diversas
organizaciones de alto prestigio son vitales no sólo para el éxito de los estudiantes sino
también para engrandecer el nombre y abrir puertas a campos laborales para sus
mismos estudiantes.
El desarrollo de lasas prácticas pre profesionales, desde mi punto de vista las considero
esenciales para fortalecer los conocimientos, habilidades y destrezas adquiridas durante
el periodo de estudio.
En este informe se presenta las etapas de desarrollo de software utilizando la

metodología RUP aplicada en durante la etapa prácticas Pre profesionales en la
Institución Hospital María Auxiliadora, en el desarrollo de un Software para el Registro
y Emisión de Cupos para los pacientes adscritos al Programa de Prevención y Control
del Cáncer, para el departamento de Oncología, de dicha institución.
Se detalla la documentación requerida por cada fase e iteraciones de la metodología
RUP.

SISTEMAS
EN EL PP Y CC.]
CAPITULO I: DATOS GENERALES DEL PROYECTO

1. Título:
Software de Registro y Emisión de Cupos para los pacientes adscritos al
Programa de Prevención y Control de Cáncer. - SREC
2. Metodología de Desarrollo:
Metodología RUP
3. Lenguaje de Programación
Lenguaje de Programación C#.Net
3.1. Motor de Base de Datos

SQL Server 2008 R2
CAPITULO II: DESARROLLO DEL PROYECTO
2.2. MODELO DEL NEGOCIO:

2.2.1. Breve descripción general de la Empresa:
El Hospital "María Auxiliadora" es un Hospital de Tercer Nivel, que funciona
como Hospital de referencia para las Instituciones de Salud de la Sub Región II
Lima Sur, desde el Distrito de Surquillo hasta el Distrito de Villa el Salvador y:
Panamericana Sur balnearios, con una población cerca a los dos millones de
habitantes, teniendo su demanda y cobertura principalmente en los tres Distritos
que la circundan (San Juan de Miraflores, Villa María del Triunfo y Villa el
Salvador, con cerca de 1'100,000 habitantes).
Creado hace 29 años como un Hospital Materno Infantil, y adaptado

posteriormente para iniciar acciones como un Hospital General en el año l983,
con los Servicios de Consultorios Externos posteriormente Emergencia y desde el
año 1986 con el Servicio de Hospitalización, con 100 camas en ese momento y
con una infraestructura que tuvo que adecuarse a su nueva función por un lado y
por otra con la desventaja de iniciar con una parte de su equipamiento que había
estado guardado cerca de 10 años y con otras que adquiriría en ese momento.

SISTEMAS
EN EL PP Y CC.]
2.2.2. Misión:
La misión del Hospital María Auxiliadora es prevenir los riesgos, proteger del
daño, recuperar la salud y rehabilitar las capacidades de los pacientes en
condiciones de plena accesibilidad y de atención a la persona desde su concepción
hasta su muerte natural.
2.2.3. Visión:
El Hospital María Auxiliadora tiene como visión, ser hospital acreditado de alta
complejidad con reconocimiento nacional e internacional en la atención integral y
especializada con excelencia en los servicios de salud a la ciencia con
investigación en salud.
2.2.4. Objetivos:
 Lograr la recuperación de la salud y la rehabilitación de las capacidades de

los pacientes, en condiciones de oportunidad, equidad, calidad y plena
accesibilidad, en Consulta Externa, Hospitalización y Emergencia.
 Defender la vida y proteger la salud de la persona desde su concepción

hasta su muerte natural.
 Lograr la prevención y disminución de los riesgos y daños a la salud.
 Apoyar la formación y especialización de los recursos humanos, asignando

campo clínico y el personal para la docencia e investigación, a cargo de las
Universidades e Instituciones educativas, según los convenios respectivos.
 Administrar los recursos humanos, materiales económicos y financieros

para el logro de la misión y sus objetivos en cumplimiento a las normas
vigentes.
 Mejorar continuamente la calidad, productividad, eficiencia y eficacia de

la atención a la salud, estableciendo las normas y los parámetros
necesarios, así como generando una cultura organizacional con valores y
actitudes hacia la satisfacción de las necesidades y expectativas del
paciente y su entorno familiar.

SISTEMAS
EN EL PP Y CC.]
2.2.5. Diagrama de Casos de Uso del Negocio:

SISTEMAS
EN EL PP Y CC.]

SISTEMAS
EN EL PP Y CC.]

SISTEMAS
EN EL PP Y CC.]
2.2.6. Diagrama de Realización de los Casos de Uso del Negocio:

SISTEMAS
EN EL PP Y CC.]
2.2.7. Diagrama de Actividades del Negocio:
A. Realización: ATENCIÓM ONCOLOGICA

SISTEMAS
EN EL PP Y CC.]
B. Realización: INFORMES DE ATENCIÓN

SISTEMAS
EN EL PP Y CC.]

SISTEMAS
EN EL PP Y CC.]
C. Realización: REVISIÓN Y ACEPTACIÓN DE EXAMENES

SISTEMAS
EN EL PP Y CC.]
2.2.8. Diagrama de Clases por cada de cada Caso de Uso:
A. Realización: ATENCIÓM ONCOLOGICA

SISTEMAS
EN EL PP Y CC.]
B. Realización: INFORMES DE ATENCIÓN

SISTEMAS
EN EL PP Y CC.]
C. Realización: REVISIÓN Y ACEPTACIÓN DE EXAMEN PREVENTIVO

SISTEMAS
EN EL PP Y CC.]
2.3. REQUERIMIENTOS
2.3.1. Requerimientos Funcionales:
a. El sistema permitirá el ingreso utilizando las credenciales del AD.
b. El sistema permitirá el manejo de permisos dependiendo del rol del
Colaborador (Administrador, Tec. Administrativo y Encargado de
Atenciones).
c. El sistema permitirá saber si existen cupos de Atención
d. El sistema permitirá ingresar registros de Atención
e. El sistema permitirá obtener información de algún paciente de la Base de
Datos.
f. El sistema permitirá definir opciones para el tipo de Atención se brindara.
g. El sistema permitirá generar los Registros de Atenciones
h. El sistema permitirá modificar algún registro de atención
i. El sistema permitirá imprimir un ticket (cupos) del registro.
j. El sistema mostrará un listado de las Atenciones registradas.
k. El sistema permitirá ver al Tec. Administrativo que exámenes son de
cobertura por el programa.
l. El sistema permitirá ingresar alguna observación o requerimiento para el
registro de un examen.
m. El sistema permitirá generar registro del Examen
n. El sistema permitirá imprimir un ticket de pago del Examen.
o. El sistema permitirá al Tec. Administrativo ingresar los resultados de un
Examen
p. El sistema permitirá modificar algún resultado de examen.
q. El sistema generará informes de resultados por tipo de Examen.
r. El sistema permitirá consultar que resultados de exámenes aun están en
estado pendiente.
s. El sistema permitirá visualizar reportes de Atenciones por rango de fecha
2.3.2. Requerimientos No Funcionales:

a. Solo contara con un administrador
b. Llevara un logo para la identificación de la institución
c. El entorno del sistema se usara en base a colores representativos de la institución
d. Contar con herramientas de software para la administración automática de archivos.

SISTEMAS
EN EL PP Y CC.]
2.4. ANALISIS Y DISEÑO

2.4.1. Diagrama de caso de Uso del Sistema:

SISTEMAS
EN EL PP Y CC.]
2.4.2. Diagrama de realización de cada caso de Uso del Sistema:

SISTEMAS
EN EL PP Y CC.]
2.4.3. Diagrama Conceptual de Clases:

SISTEMAS
EN EL PP Y CC.]

SISTEMAS
EN EL PP Y CC.]
2.4.4. Prototipos del Sistema:
INGRESO DEL SISTEMA
REGISTRO DE ATENCIÓN

SISTEMAS
EN EL PP Y CC.]
BUSCA PACIENTE
PROGRAMACIÓN MEDICO

SISTEMAS
EN EL PP Y CC.]
REGISTRO DE EXAMEN PREVENTIVO

SISTEMAS
EN EL PP Y CC.]
LISTA DE EXAMENES
REGISTRO DE RESULTADO DE EX.

SISTEMAS
EN EL PP Y CC.]
2.4.5. Diagrama de Secuencia:
A. Realización: INGRESO DEL SISTEMA

SISTEMAS
EN EL PP Y CC.]
B. Realización: REGISTRO DE ATENCIÓN

SISTEMAS
EN EL PP Y CC.]
C. Realización: REGISTRAR EXAMEN PREVENTIVO

SISTEMAS
EN EL PP Y CC.]
D. Realización: REGISTRAR RESULTADOS DE EX. PREVENTIVO.

SISTEMAS
EN EL PP Y CC.]
2.4.6. Diagrama de Colaboración:

A. Realización: INGRESO DEL SISTEMA
B. Realización: REGISTRO DE ATENCIÓN

SISTEMAS
EN EL PP Y CC.]
C. Realización: REGISTRAR EXAMEN PREVENTIVO
D. Realización: REGISSTRAR RESULTADOS DE EX. PREVENTIVO.

SISTEMAS
EN EL PP Y CC.]
2.4.7. Diagrama de Casos de Uso de Diseño:

2.4.8. Modelo lógico de la Base de Datos:
2.4.9. Modelo Físico de la Base de Datos:

2.4.10. Diccionario de Datos de la Base de Datos:
Revise Anexo 2.
2.4.11. Script de la Base de Datos:
CREATE TABLE [oANTICONCEPCIÓN]
(
[id_anticoncepcion] int identity(1,1) NOT NULL
,
[descripcion] varchar(25) NOT NULL
)
go
ALTER TABLE [oANTICONCEPCIÓN]

ADD CONSTRAINT [XPKoANTICONCEPCIÓN] PRIMARY KEY
NONCLUSTERED ([id_anticoncepcion] ASC)
go
CREATE TABLE [oATENCION]

(
[id_atencion] int identity(1,1) NOT NULL
,
[id_tipo_cons] int NOT NULL,
[dni] char(10) NOT NULL,
[id_consultorio] int NULL,
[id_Usuario] varchar(15) NULL,
[fecha] datetime NOT NULL,
[turno] varchar(6) NOT NULL,
)
go
ALTER TABLE [oATENCION]

ADD CONSTRAINT [XPKoATENCION] PRIMARY KEY
NONCLUSTERED ([id_atencion] ASC)
go
CREATE TABLE [oCONSULTORIO]

(
[id_consultorio] int identity(1,1) NOT NULL
,
)
go
ALTER TABLE [oCONSULTORIO]

ADD CONSTRAINT [XPKoCONSULTORIO] PRIMARY KEY
NONCLUSTERED ([id_consultorio] ASC)
go
CREATE TABLE [oDESPISTAJE]

(
[id_registro] int identity(1,1) NOT NULL
,
[tipo] char(1) NOT NULL,
[nombre_tipo] varchar(30) NOT NULL ,
[dni] char(10) NOT NULL ,
[diag_final] char(10) NOT NULL ,
[fecha] datetime NOT NULL ,
[id_Usuario] varchar(15) NOT NULL ,
[id_medico] int NOT NULL

)
go
ALTER TABLE [oDESPISTAJE]

ADD CONSTRAINT [XPKoDESPISTAJE] PRIMARY KEY
NONCLUSTERED ([id_registro] ASC)
go
CREATE TABLE [oDESPISTAJE_CE]

(
[id_reg_ce] int identity(1,1) NOT NULL
,
[Endoscopia] varchar(20) NOT NULL ,
[Biopsia] varchar(20) NOT NULL ,
[AP] varchar(20) NULL
)
go
ALTER TABLE [oDESPISTAJE_CE]

ADD CONSTRAINT [XPKoDESPISTAJE_CE] PRIMARY KEY
NONCLUSTERED ([id_reg_ce] ASC)
go
CREATE TABLE [oDESPISTAJE_CM]

(
[id_reg_cm] int identity(1,1) NOT NULL
,
[ex_mama] varchar(10) NOT NULL ,
[tipo_mamografia] varchar(10) NOT NULL ,
[birads] varchar(25) NOT NULL ,
[Observacion] varchar (30) NULL
)
go
ALTER TABLE [oDESPISTAJE_CM]

ADD CONSTRAINT [XPKoDESPISTAJE_CM] PRIMARY KEY
NONCLUSTERED ([id_reg_cm] ASC)
go
CREATE TABLE [oDESPISTAJE_CP]

(
[id_reg_cp] int identity(1,1) NOT NULL
,
[TR] varchar(10) NULL ,
[PSA_total] char(12) NULL ,
[PSA_libre] char(12) NULL ,
[Biopsia] varchar(20) NULL
)
go
ALTER TABLE [oDESPISTAJE_CP]

ADD CONSTRAINT [XPKoDESPISTAJE_CP] PRIMARY KEY
NONCLUSTERED ([id_reg_cp] ASC)
go
CREATE TABLE [oDESPISTAJE_CU]

(
[id_reg_cu] int identity(1,1) NOT NULL
,
[FUR] datetime NOT NULL ,
[id_anticoncepcion] int NULL,

[dx_Gineco] varchar(20) NULL ,
[id_ivaa] int NOT NULL ,
[PAP] char(2) NOT NULL ,
[dx_colposcopia] varchar(20) NULL ,
[dx_biopsia] varchar(20) NULL ,
[dx_crioterapia] char(2) NULL
)
go
ALTER TABLE [oDESPISTAJE_CU]

ADD CONSTRAINT [XPKoDESPISTAJE_CU] PRIMARY KEY
NONCLUSTERED ([id_reg_cu] ASC)
go
CREATE TABLE [oDETALLE_DESPITAJE]

(
[id_registro] int NOT NULL ,
[id_reg_cm] int NULL ,
[id_reg_cp] int NULL ,
[id_reg_ce] int NULL ,
[id_reg_cu] int NULL
)
go
ALTER TABLE [oDETALLE_DESPITAJE]

ADD CONSTRAINT [XPKoDETALLE_DESPITAJE] PRIMARY
KEY NONCLUSTERED ([id_registro] ASC)
go
CREATE TABLE [oDETALLE_EXAMEN]

(
[id_registro] int NOT NULL ,
[id_examen] int NOT NULL ,
[total] float NOT NULL ,
[exo_total] float NOT NULL
)
go
ALTER TABLE [oDETALLE_EXAMEN]

ADD CONSTRAINT [XPKoDETALLE_EXAMEN] PRIMARY KEY
NONCLUSTERED ([id_registro] ASC,[id_examen] ASC)
go
CREATE TABLE [oEXAMEN]

(
[id_examen] int identity (1,1) NOT NULL
,
[nom_examen] varchar(20) NULL ,
[precio] float NOT NULL ,
[id_Tarifario] char(7) NULL
)
go
ALTER TABLE [oEXAMEN]

ADD CONSTRAINT [XPKoEXAMENES] PRIMARY KEY
NONCLUSTERED ([id_examen] ASC)
go
CREATE TABLE [oFACTOR_RIESGO]

(

[id_factor_riesgo] int identity (1,1) NOT NULL
,
[descripcion] varchar(50) NULL
)
go
ALTER TABLE [oFACTOR_RIESGO]

ADD CONSTRAINT [XPKoFACTOR_RIESGO] PRIMARY KEY
NONCLUSTERED ([id_factor_riesgo] ASC)
go
CREATE TABLE [oFACTOR_X_ATENCION]

(
[id_factor_riesgo] int identity (1,1) NOT NULL
,
[id_atencion] int NOT NULL
)
go
ALTER TABLE [oFACTOR_X_ATENCION]

ADD CONSTRAINT [XPKoFACTOR_X_ATENCION] PRIMARY
KEY NONCLUSTERED ([id_factor_riesgo] ASC,[id_atencion]
ASC)
go
CREATE TABLE [oIVAA]

(
[id_ivaa] int identity (1,1) NOT NULL
,
)
go
ALTER TABLE [oIVAA]

ADD CONSTRAINT [XPKoIVAA] PRIMARY KEY
NONCLUSTERED ([id_ivaa] ASC)
go
CREATE TABLE [oMEDICO]

(
[id_medico] int identity (1,1) NOT NULL
,
[nombre] varchar(20) NULL ,
[ape_Paterno] varchar(20) NULL ,
[ape_Materno] varchar(20) NULL ,
[id_consultorio] int NOT NULL
)
go
ALTER TABLE [oMEDICO]

ADD CONSTRAINT [XPKoMEDICO] PRIMARY KEY
NONCLUSTERED ([id_medico] ASC)
go
CREATE TABLE [oPERSONA]

(
[DNI] char(10) NOT NULL ,
[cod_his] varchar(8) NOT NULL ,
[nombre] varchar(20) NOT NULL ,
[ape_Paterno] varchar(30) NOT NULL ,
[ape_Materno] varchar(30) NOT NULL ,

[sexo] char(1) NOT NULL ,
[fec_nac] datetime NOT NULL ,
[edad] integer NOT NULL ,
[direccion] varchar(50) NOT NULL ,
[telefono] varchar(9) NOT NULL
)
go
ALTER TABLE [oPERSONA]

ADD CONSTRAINT [XPKoPERSONA] PRIMARY KEY
NONCLUSTERED ([DNI] ASC)
go
CREATE TABLE [oREGISTRO_EXAMEN]

(
[id_registro] int identity (1,1) NOT NULL
,
[dni] char(10) NOT NULL ,
[id_Usuario] varchar(15) NOT NULL ,
[fecha] datetime NOT NULL ,
[Turno] varchar(6) NOT NULL ,
[id_consultorio] int NOT NULL
)
go
ALTER TABLE [oREGISTRO_EXAMEN]

ADD CONSTRAINT [XPKoREGISTRO_EXAMEN] PRIMARY KEY
NONCLUSTERED ([id_registro] ASC)
go
CREATE TABLE [oSERVICIO]

(
[id_servicio] int identity (1,1) NOT NULL
,
)
go
ALTER TABLE [oSERVICIO]

ADD CONSTRAINT [XPKoSERVICIO] PRIMARY KEY
NONCLUSTERED ([id_servicio] ASC)
go
CREATE TABLE [oTIPO_CONSEJERIA]

(
[id_tipo_cons] int identity (1,1) NOT NULL
,
)
go
ALTER TABLE [oTIPO_CONSEJERIA]

ADD CONSTRAINT [XPKoTIPO_CONSEJERIA] PRIMARY KEY
NONCLUSTERED ([id_tipo_cons] ASC)
go

ADD CONSTRAINT [O_2] FOREIGN KEY ([id_tipo_cons])
REFERENCES [oTIPO_CONSEJERIA]([id_tipo_cons])
ON DELETE NO ACTION

ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_3] FOREIGN KEY ([dni])
REFERENCES [oPERSONA]([dni])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_5] FOREIGN KEY
([id_consultorio]) REFERENCES [oCONSULTORIO]
([id_consultorio])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_10] FOREIGN KEY ([id_Usuario])
REFERENCES [USUARIO_HMA]([USU_COD])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_18] FOREIGN KEY ([dni])
REFERENCES [oPERSONA]([DNI])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_35] FOREIGN KEY ([id_medico])
REFERENCES [oMEDICO]([id_medico])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_33] FOREIGN KEY ([id_ivaa])
REFERENCES [oIVAA]([id_ivaa])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

([id_anticoncepcion]) REFERENCES [oANTICONCEPCIÓN]
([id_anticoncepcion])
ON DELETE NO ACTION
ON UPDATE NO ACTION

go

ADD CONSTRAINT [O_26] FOREIGN KEY ([id_registro])
REFERENCES [oDESPISTAJE]([id_registro])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_27] FOREIGN KEY ([id_reg_cm])
REFERENCES [oDESPISTAJE_CM]([id_reg_cm])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_28] FOREIGN KEY ([id_reg_cp])
REFERENCES [oDESPISTAJE_CP]([id_reg_cp])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_29] FOREIGN KEY ([id_reg_ce])
REFERENCES [oDESPISTAJE_CE]([id_reg_ce])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_31] FOREIGN KEY ([id_reg_cu])
REFERENCES [oDESPISTAJE_CU]([id_reg_cu])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_13] FOREIGN KEY ([id_registro])
REFERENCES [oREGISTRO_EXAMEN]([id_registro])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_14] FOREIGN KEY ([id_examen])
REFERENCES [oEXAMEN]([id_examen])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

([id_factor_riesgo]) REFERENCES [oFACTOR_RIESGO]
([id_factor_riesgo])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_9] FOREIGN KEY ([id_atencion])
REFERENCES [oATENCION]([id_atencion])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go
ALTER TABLE [oMEDICO]

([id_consultorio])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ON DELETE NO ACTION
ON UPDATE NO ACTION
go

ADD CONSTRAINT [O_11] FOREIGN KEY ([DNI])
REFERENCES [oPERSONA]([DNI])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

([id_consultorio])
ON DELETE NO ACTION
ON UPDATE NO ACTION
go

2.5. PRUEBAS
2.5.1. Plan de Pruebas
Revise Anexo 3.
2.6. DESPLIEGUE
2.6.1. Diagrama de Componentes

2.6.2. Diagrama de Despliegue

ANEXOS.
1. La documentación que sustenta, fundamenta o explicita lo detallado en el informe, se

encuentra anexado EN LA CARPETA “Practicas II”.
2. DICCIONARIO DE DATOS
3. PLAN DE PRUEBAS
4. PUNTOS FUNCIÓN
5. MANUAL OPERATIVO

Informe Practicas II

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Practicas II

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE CIENCIAS DE GESTIÓN

INFORME DE PRÁCTICA PRE – PROFESIONAL II

HOSPITAL MARÍA AUXILIADORA

Universidad Autónoma del Perú Página 2

Universidad Autónoma del Perú Página 3

La realización, implementación y desarrollo del proyecto es primordialmente importante

En este informe se presenta las etapas de desarrollo de software utilizando la

Universidad Autónoma del Perú Página 4

CAPITULO I: DATOS GENERALES DEL PROYECTO

3.1. Motor de Base de Datos

CAPITULO II: DESARROLLO DEL PROYECTO

2.2. MODELO DEL NEGOCIO:

Creado hace 29 años como un Hospital Materno Infantil, y adaptado

Universidad Autónoma del Perú Página 5

 Lograr la recuperación de la salud y la rehabilitación de las capacidades de

 Defender la vida y proteger la salud de la persona desde su concepción

 Lograr la prevención y disminución de los riesgos y daños a la salud.

 Apoyar la formación y especialización de los recursos humanos, asignando

 Administrar los recursos humanos, materiales económicos y financieros

 Mejorar continuamente la calidad, productividad, eficiencia y eficacia de

Universidad Autónoma del Perú Página 6

2.2.5. Diagrama de Casos de Uso del Negocio:

Universidad Autónoma del Perú Página 7

Universidad Autónoma del Perú Página 8

Universidad Autónoma del Perú Página 9

2.2.6. Diagrama de Realización de los Casos de Uso del Negocio:

Universidad Autónoma del Perú Página 10

2.2.7. Diagrama de Actividades del Negocio:

A. Realización: ATENCIÓM ONCOLOGICA

Universidad Autónoma del Perú Página 11

B. Realización: INFORMES DE ATENCIÓN

Universidad Autónoma del Perú Página 12

Universidad Autónoma del Perú Página 13

C. Realización: REVISIÓN Y ACEPTACIÓN DE EXAMENES

Universidad Autónoma del Perú Página 14

2.2.8. Diagrama de Clases por cada de cada Caso de Uso:

A. Realización: ATENCIÓM ONCOLOGICA

Universidad Autónoma del Perú Página 15

B. Realización: INFORMES DE ATENCIÓN

Universidad Autónoma del Perú Página 16

C. Realización: REVISIÓN Y ACEPTACIÓN DE EXAMEN PREVENTIVO

Universidad Autónoma del Perú Página 17

2.3.2. Requerimientos No Funcionales:

Universidad Autónoma del Perú Página 18

2.4. ANALISIS Y DISEÑO

Universidad Autónoma del Perú Página 19

2.4.2. Diagrama de realización de cada caso de Uso del Sistema:

Universidad Autónoma del Perú Página 20

2.4.3. Diagrama Conceptual de Clases:

Universidad Autónoma del Perú Página 21

Universidad Autónoma del Perú Página 22

2.4.4. Prototipos del Sistema:

INGRESO DEL SISTEMA

Universidad Autónoma del Perú Página 23

Universidad Autónoma del Perú Página 24

REGISTRO DE EXAMEN PREVENTIVO

Universidad Autónoma del Perú Página 25

REGISTRO DE RESULTADO DE EX.

Universidad Autónoma del Perú Página 26

2.4.5. Diagrama de Secuencia:

A. Realización: INGRESO DEL SISTEMA

Universidad Autónoma del Perú Página 27

B. Realización: REGISTRO DE ATENCIÓN

Universidad Autónoma del Perú Página 28