Proyecto GP
of 32
Transcript of Proyecto GP
-
FACULTAD DE INGENIERA
INFORME DEL PLAN DE PROYECTO DEL CURSO:
GESTION DE PROYECTOS Y CENTROS DE INFORMACION
ESSALUD
PROYECTO ACADMICO:
Construccin de un Datamart de soporte para la toma de decisiones en el rea de Admisin de EsSalud-Chimbote.
Estudiantes:
Briceo Devoto, Deyvi.
Durand Huamn, Jean.
Huamanchumo vila, Sonia.
Docente:
Ing. Guevara Ruiz Ricardo Manuel Ms.
I NG E NI E R A DE S I S T E MA S
SEPTIEMBRE DICIEMBRE 2012
Chimbote Per
-
PRESENTACION
-
CAPITULO I GENERALIDADES
-
Contenido CAPITULO I ................................................................................................................................................... 2
1.1. Datos Generales de la Empresa. ............................................................................................... 5
1.1.1. Datos de la Empresa. ................................................................................................................ 5
1.1.2. Descripcin de la Unidad Productiva. .................................................................................. 5
1.1.3. Estructura Orgnica. ................................................................................................................. 6
1.1.4. Descripcin de la Empresa. ..................................................................................................... 7
1.2. El Problema. .................................................................................................................................. 10
1.3. Marco Terico Referencial. ....................................................................................................... 11
1.3.1. Datamart ..................................................................................................................................... 11
1.3.2. MOLAP. ....................................................................................................................................... 11
1.3.3. Toma de Decisiones. ............................................................................................................... 12
1.3.4. Metadatos. .................................................................................................................................. 12
1.3.5. Modelo Relacional. ................................................................................................................... 12
1.3.6. Extract, Transform and Load. ............................................................................................... 12
1.3.7. Base de Datos Multidimensionales. .................................................................................... 14
1.3.8. SGBD. .......................................................................................................................................... 15
CAPITULO II ............................................................................................................................................... 16
2.1. Gestin del alcance. ................................................................................................................... 17
2.1.1. Descripcin del Proyecto. ...................................................................................................... 17
2.1.2. Definicin del producto del proyecto. ................................................................................ 17
2.2. Justificacin. ................................................................................................................................ 17
2.2.1. Tecnolgica. .............................................................................................................................. 17
2.2.2. Practica. ...................................................................................................................................... 17
2.2.3. Econmica. ................................................................................................................................ 17
2.2.4. Social. .......................................................................................................................................... 17
2.3. Definicin de Requisitos del Proyecto. .............................................................................. 17
2.4. Gestin de tiempos. .................................................................................................................... 18
2.4.1. Cronograma de actividades. ................................................................................................. 18
2.1.1. Ciclo de vida del proyecto. .................................................................................................... 20
2.5. Gestin de Costos. ...................................................................................................................... 21
2.6. Gestin de Calidad. ..................................................................................................................... 21
-
2.7. Matriz de asignacin de responsabilidades. ........................................................................ 25
2.8. Gestin de Riesgos. .................................................................................................................... 25
CAPITULO III .............................................................................................................................................. 29
3.1. Conclusiones. ............................................................................................................................... 30
3.2. Recomendaciones....................................................................................................................... 30
3.3. Bibliografa. ................................................................................................................................... 31
INDICE DE FIGURAS
FIGURA 1: CUADRO DE MANDO INTEGRAL ESSALUD. ...................................................................................................................9
FIGURA 2: HOSPITAL III CHIMBOTE DE ESSALUD........................................................................................................................10
FIGURA 3: CRONOGRAMA DE ACTIVIDADES EN MS PROYECT. .......................................................................................................18
FIGURA 4: DIAGRAMA DE GANTT. ..........................................................................................................................................19
FIGURA 5: EDT DEL PROYECTO. .............................................................................................................................................20
INDICE DE TABLAS
TABLA 1: INFORMACIN DE ESSALUD. .......................................................................................................................................5
TABLA 2: OBJETIVOS ESTRATGICOS DE ESSALUD. .......................................................................................................................7
TABLA 3: METAS ESTRATGICAS DE ESSALUD. ............................................................................................................................8
TABLA 4: COSTOS DEL PROYECTO. ..........................................................................................................................................21
TABLA 5: EVOLUCIN DE LA CALIDAD. .....................................................................................................................................21
TABLA 6: ANLISIS DE LOS FACTORES DE CALIDAD. .....................................................................................................................24
TABLA 7: MATRIZ RACI........................................................................................................................................................25
TABLA 8: INVENTARIO DE ACTIVOS DEL SISTEMA. .......................................................................................................................25
TABLA 9: DOMINIOS DEL SISTEMA. .........................................................................................................................................26
TABLA 10: EVALUACIN DE LOS ACTIVOS DEL SISTEMA. ..............................................................................................................26
TABLA 11: AMENAZAS CONTRA ACTIVOS. .................................................................................................................................27
TABLA 12: ESTIMACIN DE RIESGOS. .......................................................................................................................................28
-
1.1. Datos Generales de la Empresa.
1.1.1. Datos de la Empresa.
DATOS GENERALES
Nombre de la Empresa EsSalud
RUC 20131257750
Razn Social Seguro social de ESSALUD
Tipo de Empresa Instituciones Publicas
Web http://www.essalud.gob.pe
Ubicacin Av. CIRCUNVALACION 119- URB. LADERAS
DEL NORTE
Telfono (043) 326525 324201 - 324722
Representantes legales
de ESSALUD
JORGE ELIAS BACA LUNA
Tabla 1: Informacin de EsSalud.
1.1.2. Descripcin de la Unidad Productiva.
1.1.2.1. Giro del Negocio.
HOSPITAL ESSALUD es una organizacin que brinda asistencia
mdica a personas aseguradas.
1.1.2.2. Estrategas.
Gerente de la Red Asistencial Ancash - JORGE ELIAS BACA LUNA
-
1.1.3. Estructura Orgnica.
1.1.3.1. Organigrama de la Empresa.
PRESIDENCIA EJECUTIVA LVARO VIDAL RIVADENEYRA
ORGANO DE CONTROL INSTITUCIONAL
DEFENSORIA DEL ASEGURADO LUIS VICENTE GARCA CORCUERA
OFICINA DE COORDINACION TECNICA JOS GABRIEL SOMOCURCIO VLCHEZ
GERENCIA CENTRAL DE ASEGURAMIENTO
CSAR AUGUSTO RAZURI
RAMREZ
GERENCIA CENTRAL DE INFRAESTRUCTURA ELSA NIO DE GUZMN CHIMPECAM
GERENCIA CENTRAL DE PRESTACIONES ECONOMICAS Y SOCIALES
WILLIAM JUNIOR AGUILERA RODRIGUEZ
GERENCIA CENTRAL DE PRESTACIONES DE SALUD
RINO DELFN GARCA CARBONE
GERENCIA GENERAL
SECRETARIA GENERAL SYLVIA CCERES PIZARRO
OFICINA DE RELACIONES INSTITUCIONALES JUAN CARLOS PORTOCARRERO ALIAGA
OFICINA CENTRAL DE TECNOLOGIAS DE INFORMACION Y COMUNICACIONES
MARCELINO VILLAVERDE AGUILAR
OF. CENTRAL DE PROMOCION Y GESTION DE CONTRATOS DE INVERS.
VIER BOYER MERINO
OFICINA CENTRAL DE PLANIFICACION Y DESARROLLO
LEONARDO RUBIO BAZN
OFICINA CENTRAL DE ASESORIA JURIDICA
DR. ANTONIO BETETA IGREDA
REDES ASISTENCIALES, INCOR Y CENTRO NACIONAL DE SALUD RENAL
COMITE EJECUTIVO
OFICINA GENERAL DE ADMINISTRACION VICTOR HUMBERTO ESCALANTE VILLAVICENCIO
Gerente de la Red Asistencial Ancash JORGE ELIAS BACA LUNA
-
1.1.4. Descripcin de la Empresa.
1.1.4.1. Visin.
Ser una Institucin que lidere el proceso de universalizacin de la
seguridad social, en el marco de la poltica de inclusin social del
Estado.
1.1.4.2. Misin.
Somos una Institucin de seguridad social de salud que persigue el
bienestar de los asegurados y su acceso oportuno a prestaciones de
salud, econmicas y sociales, integrales y de calidad, mediante una
gestin transparente y eficiente.
.
1.1.5. Descripcin del rea.
1.1.5.1. Objetivos y Metas Empresariales.
1.1.5.1.1. Objetivos Estratgicos.
Tabla 2: Objetivos Estratgicos de EsSalud.
Tipo de objetivo Objetivos estratgicos
Objetivos
Estratgicos:
O1. EXTENDER LA COBERTURA DE LA SEGURIDAD SOCIAL,
INCLUYENDO A LOS TRABAJADORES INDEPENDIENTES E INFORMALES.
O2 BRINDAR ATENCION INTEGRAL A LOS ASEGURADOS, CON LOS MAS
ALTOS ESTANDARES DE CALIDAD, EN EL MARCO DE UN FUERTE
COMPROMISO DEL ESTADO CON EL BIENESTAR DE LOS ASEGURADOS;
MEJORAR EL TRATO A LOS ASEGURADOS, CAMBIAR EL MODELO DE
ATENCION POR UNO BASADO EN LA ATENCION PRIMARIA Y ACTUAR
SOBRE LOS DETERMINANTES SOCIALES DE SALUD, CON ENFASIS EN
LOS ASPECTOS PREVENTIVO-PROMOCIONALES, CONTANDO PARA
ELLO CON EL APOYO DE LA OPS/OMS.
O3 GARANTIZAR LA SOSTENIBILIDAD FINANCIERA DE LA SEGURIDAD
SOCIAL EN SALUD.
O4 IMPLEMENTAR UNA GESTION TRANSPARENTE BASADA EN EL
MERITO Y LA CAPACIDAD CON EL PERSONAL CALIFICADO Y
COMPROMETIDO.
-
1.1.5.1.2. Metas Estratgicas.
Metas Premisa de definicin
M1 40% DE LA POBLACION NACIONAL
CON COBERTURA DE SEGURO POR
ESSALUD.
AUMENTO DE LOS ASEGURADOS
M2 80% DE LOS EQUIPOS BIO-MEDICOS
ADQUIRIDOS, INSTALADOS Y EN
OPERACIN.
REDUCCIN DE EGRESOS
M3 50% DEL CAS DEL PRIMER NIVEL,
APLICAN POR LO MENOS UN 70% DE
INTERVENCION PRIMARIA.
VALOR DE LA ORGANIZACIN.
M4 30% DE RECUPERACION EN DEUDA
NO CONTRIBUTIVA PBLICA Y
PRIVADA AL 2016.
RECUPERACION FINANCIERA.
M5 90% DE PERFILES DE
COMPETENCIAS LABORALES PARA
LOS CARGOS DE EJECITIVOS,
PROFESIONALES, TECNICOS Y
UXILIARES APROBADOS Y EN LA
APLICACIN EN LAS ACTIVIDADES DE
SELECCIN DE PERSONAL.
DESARROLLO DEL PERSONAL.
Tabla 3: Metas Estratgicas de EsSalud.
-
1.1.6. Mapa Estratgico-CMI.
Figura 1: Cuadro de Mando Integral EsSalud.
-
1.2. El Problema.
1.2.1. Realidad Problemtica.
ESSALUD es un Seguro Social de Salud que brinda una Atencin Integral
con calidad, calidez y eficiencia para mantener saludables a nuestros
asegurados. ESSALUD es un seguro que brinda cobertura mdica, en los
Centros Asistenciales de EsSalud a aquellas personas que se afilien
voluntariamente (trabajadores independientes, vendedores, amas de casa)
que no son asegurados regulares de EsSalud, cabe decir que no tiene
vinculo laboral o no tienen condicin de pensionistas.
Figura 2: Hospital III Chimbote de EsSalud.
El rea de admisin de EsSalud-Chimbote el cual ser estudiado para
desarrollar la solucin propuesta, se encarga de la identificacin y
verificacin de acreditacin del derecho de atencin, de acuerdo a las
normas institucionales vigentes.
Existe en EsSalud-Chimbote un total de 218,542 asegurados, los cuales
acuden al seguro con la finalidad de ser atendidos con rapidez, para lo que
se propone la construccin del datamart, ya que aun no cuentan con eso.
Para lo cual se llegaron a identificar los siguientes problemas:
-
Los datos son almacenados en fuentes distintas, lo cual no ayuda a
poder consultar la informacin siempre que se requiera.
La informacin que requieren los pacientes, muchas veces no son
resueltas, ocasionando caos y aglomeracin de pacientes.
La falta de un datamart en el rea de admisin.
1.2.2. Formulacin del problema.
En que medida ayudar la construccin de un datamart al soporte de
toma de decisiones en el rea de admisin de EsSalud-Chimbote?
1.3. Marco Terico Referencial.
1.3.1. Datamart
Es una tajada completa de todo el almacn de datos. Un datamart
representa un proyecto que puede ser llevado hasta su terminacin en
lugar de ser una misin imposible. Un almacn de datos esta formado por
la unin de datamarts. Ms all de esta simple definicin lgica, se
considera a los datamarts como la restriccin de los almacenes de datos de
un proceso de negocio o un grupo de procesos de negocio relacionados a
una empresa. El datamart es, probablemente, representado y construido
para una sola rea del negocio, y un datamart esta organizado en torno a
un nico proceso de negocio. (Ralph Kimball, 1998)
1.3.2. MOLAP.
MOLAP es quizs la forma OLAP original, generalmente si slo hablamos
de OLAP entenderemos que se trata de MOLAP. La M se puso ms
adelante para diferenciarlo de otros trminos como ROLAP.
MOLAP son los cubos, es una arquitectura de datos diferente y casi
siempre propietaria. Es decir, nosotros compramos una herramienta de
explotacin analtica que viene con un motor MOLAP propietario que slo
vamos a poder explotar con esa.
Tenemos una arquitectura propietaria de organizar informacin para su
anlisis multidimensional pero De dnde sale la informacin que va a
los cubos? Pues del nico sitio que puede salir, de un datawarehouse o
datamart relacional. As que el primer paso para tener unos buenos cubos
-
es tener un buen modelo relacional subyacente, generalmente en lo que se
llama un esquema estrella o de copo de nieve. (Rivas, 2011)
1.3.3. Toma de Decisiones.
La toma de decisiones es la seleccin de un curso de accin entre varias
opciones.
Un aspecto fundamental en la toma de decisiones es la percepcin de la
situacin por parte del individuo o grupo de personas implicadas. (Leandro,
2007)
1.3.4. Metadatos.
Los metadatos son datos acerca de datos y denotan cualquier tipo de
conocimiento que pueden usarse para conseguir informacin sobre la
estructura y el contenido de una coleccin de documentos. (Pr
Concepcin, 2010)
Metadatos es toda la informacin en el entorno del almacn de datos que
no son los datos en s. Metadatos es similar a una enciclopedia para el
almacn de datos. Los equipos de los almacenes de datos suelen gastar
enormes cantidades de tiempo conversando, preocupndose y sintindose
culpable por los metadatos. Como la mayora de los desarrolladores tienen
una aversin natural a la elaboracin y presentacin ordenada de la
documentacin, los metadatos se cortan a menudo desde el plan del
proyecto a pesar de todo un reconocimiento que es importante. (Kimball &
Ross, 2002)
1.3.5. Modelo Relacional.
Dicho modelo se basa en la representacin de la informacin por medio de
estructuras tipo tabla, denominadas relaciones y que almacenan
informacin para una determinada entidad. (Pantigoso Silva, 2008)
1.3.6. Extract, Transform and Load.
Muchas de las cuestiones que rodean a los sistemas de apoyo para la
toma de decisiones, se refieren en primer lugar a las tareas de obtener y
preparar los datos. Los datos deben ser extrados de diversas fuentes,
-
limpiados, transformados y consolidados, cargados en la base de datos de
apoyo para la toma de decisiones y luego actualizados peridicamente.
Extraccin.
La extraccin es el proceso de capturar datos de las bases de datos
operacionales y otras fuentes. Hay muchas herramientas disponibles para
ayudar en esta tarea, incluyendo herramientas proporcionadas por el
sistema, programas de extraccin personalizados y productos de
extraccin comerciales (de propsito general). El proceso de extraccin
tiende a ser intensivo en E/S y por lo tanto, puede interferir con las
operaciones de misin crucial; por esta razn, este proceso a menudo es
realizado en paralelo (es decir, como un conjunto de subprocesos
paralelos) y en un nivel fsico.
Limpieza.
Pocas fuentes de datos controlan adecuadamente la calidad de los datos.
Por consecuencia, los datos requieren frecuentemente de una limpieza (por
lo general, por lote) antes de que puedan ser introducidos en la base de
datos de apoyo para la toma de decisiones. Las operaciones de limpieza
tpicas incluyen el llenado de valores faltantes, la correccin de errores
tipogrficos y otros de capturas de datos, el establecimiento de
abreviaturas y formatos estndares, el remplazo de sinnimos por
identificadores estndares, etc. Los datos que son errneos y que no
pueden ser limpiados, sern remplazados.
Transformacin y consolidacin.
Aun despus de haber sido limpiados, es probable que los datos todava no
estn en la forma en que se requieren para el sistema de apoyo para la
toma de decisiones y por lo tanto, debern ser transformados
adecuadamente. Por lo general, la forma requerida ser un conjunto de
archivos, uno por cada tabla identificada en el esquema fsico; como
resultado, la transformacin de los datos puede involucrar la divisin o la
combinacin de registros fuente.
-
La transformacin es particularmente importante cuando necesitan
mezclarse varias fuentes de datos, un proceso al que se le llama
consolidacin. En estos casos, cualquier vnculo implcito entre datos de
distintas fuentes necesita volverse explcito (introduciendo valores de datos
explcitos).
Carga.
Los fabricantes de DBMS han puesto considerable importancia en la
eficiencia de las operaciones de carga. Para los propsitos actuales,
consideramos que las operaciones de carga incluyen (a) el movimiento de
datos transformados y consolidados hacia la base de datos de apoyo para
la toma de decisiones, (b) la verificacin de su consistencia ( es decir,
verificacin de integridad) y (c) la construccin de cualquier ndice
necesario. Comentaremos brevemente cada paso:
a. Movimiento de datos. Por lo general, los sistemas modernos
proporcionan herramientas de carga en paralelo. En ocasiones
formatearn previamente los datos para darles el formato fsico interno
requerido por el DBMS de destino antes de la carga real.
b. Verificacin de integridad. La mayor parte de la verificacin de
integridad de los datos a ser cargados puede ser realizada antes de la
carga real, sin hacer referencia a los datos que ya estn en la base de
datos.
c. Construccin de ndices. La presencia de ndices puede hacer
significativamente lento el proceso de carga debido a que la mayora de
los productos actualiza los ndices conforme cada fila es insertada en la
tabla subyacente. Por esta razn, en ocasiones es buena idea eliminar
los ndices antes de la carga y luego volverlos a crear. (Date, 2001)
1.3.7. Base de Datos Multidimensionales.
Es una base de datos en la cual los datos estn almacenados
conceptualmente en las celdas de un arreglo multidimensional. El SGBD
que los soporta se llama SGBD multidimensional. (Date, 2001)
-
1.3.8. SGBD.
Un sistema gestor de base de datos (SGBD) consiste en una coleccin de
datos interrelacionados y una coleccin de programas para acceder a estos
datos. Los datos describen una empresa en particular.
El objetivo principal de un SGBD es proporcionar un entorno que sea tanto
conveniente como eficiente para las personas que lo usan para la
recuperacin y almacenamiento de la informacin. (Silberschatz, Korth, &
Sudarshan.S, 2002)
-
CAPITULO II DEL PROYECTO
-
2.1. Gestin del alcance.
2.1.1. Descripcin del Proyecto.
Este proyecto va permitir tomar decisiones orientadas a satisfacer la
demanda de servicios de los pacientes que acuden a dicha institucin. Se
desarrollara a partir del 13/09/12 hasta el 07/12/12.
2.1.2. Definicin del producto del proyecto.
El Datamart, permite administrar y almacenar los datos en el rea de
Admisin.
2.2. Justificacin.
2.2.1. Tecnolgica.
Ayudar al personal del rea de admisin a obtener la informacin las
veces que sea requerida, lo cual conllevara a una atencin de calidad y
mas rpida hacia los pacientes.
2.2.2. Practica.
Debido al impacto que tendr en el rea de admisin con el procesamiento
de datos, es que se toma en cuenta este punto.
2.2.3. Econmica.
La institucin cuenta con el presupuesto para el diseo de la solucin
planteada.
2.2.4. Social.
La disposicin del datamart debe ser continua para brindar la informacin
de manera eficaz y eficiente para el usuario y el paciente.
2.3. Definicin de Requisitos del Proyecto.
Requerimientos Funcionales:
- Extraccin de la informacin de las diferentes fuentes de EsSalud.
- Diseo y construccin del Datamart para el rea de admisin.
- Se cargara el datamart con los datos extrados de las diferentes
fuentes.
- Automatizar el proceso de ETL.
-
- Creacin de repositorios para la base de datos para el almacenamiento
de metadatos de los procesos de ETL.
- Tener indicadores acorde al rubro de salud y segn los requisitos del
usuario.
Requerimientos no Funcionales:
- Disponibilidad de la informacin las 24 horas del da o segn lo requiera
el usuario.
- La informacin debe estar disponible solo para el personal autorizado
de EsSalud en el rea de admisin.
2.4. Gestin de tiempos.
2.4.1. Cronograma de actividades.
Figura 3: Cronograma de actividades en Ms Proyect.
-
Figura 4: Diagrama de Gantt.
-
2.1.1. Ciclo de vida del proyecto.
Figura 5: EDT del Proyecto.
-
2.5. Gestin de Costos.
Tabla 4: Costos
del Proyecto.
2.6. Gestin de Calidad.
Aos 20 70 90
Sistemas de produccin
En masa Ajustada
Concepto de calidad Conformidad con especificaciones
Satisfaccin necesidades del cliente
Satisfaccin del cliente, empleado, accionista, sociedad.
Etapas de gestin de calidad
Control de calidad Gestin de Calidad C.TOTAL EXCELENCIA
Tabla 5: Evolucin de la calidad.
TIPO DE RECURSOS NOMBRE CANTIDAD PRECIO
Software SQL Server 2008 1 129.87
SQL Server Bussiness Intelligence 1
Erwin Data Modeler 7.3 1 1791.35
R. Humanos Programadores 2 3000
Analista 1 2400
R. Materiales Millar Papel Bond A-4 6 180
Cds 3 4.5
Cartuchos para impresora 2 320
414
Servicios Internet 138
Energa 570
Costos de
contingencia (10%)
894.77
TOTAL 9842.49
-
EXCELENCIA
Conformidad con
las
especificaciones
(eficiencia)
Perpectiva
interna
Satisfacer
expectativas
de los clientes
(eficacia)
Perpectiva
Externa
Perspectiva global
(Eficiencia y eficacia)
La precisin de los clculos y del
control
Operar mtrica
operar Resultado
Operar
Informe
Operar
Iden. Req. Y
esp. Del
usuario
Verificar factor
Seleccionar criterio
Justificacin del
factor?
-
Puntas de vistas O ejes
Factor-mtrica criterios Escala de encuestas
Dirigido a:
Operacin del producto
Correccin(exactitud): La precisin de los clculos y del control.
Complecin: Trazabilidad: (01) Consistencia: Atributos del software que proporcionan uniformidad en las tcnicas y notaciones de diseo e implementacin
excelente mucho maso menos poco nada
usuarios
Revisin del producto
Facilidad de prueba: Facilidad de mantenimiento:
Concisin: Brevedad, exactitud y precisin en la manera de extraer los datos, de leerlos, y darle
excelente mucho maso menos poco nada
usuarios
Complecin
Trazabilidad
Consistencia
Encuestar Resultado
Operar
Informe
Operar
Correccin
(Exactitud)
Qu es exactitud?
Cules son sus Criterios?
-
soporte al producto.
Transicin del producto
Interoperabilidad: La habilidad de dos o ms sistemas o componentes para intercambiar informacin y utilizar la informacin intercambiada.
Autodescriptividad:
Modularidad: es la caracterstica por la cual un programa de computador est compuesto de porciones que se conocen como mdulos. El diseo estructurado es la tcnica de diseo de algoritmos en que se basa la programacin modular, paradigma de programacin que persigue desarrollar programas modulares.
excelente mucho maso menos poco nada
usuarios
Tabla 6: Anlisis de los factores de calidad.
Si entendemos como trazabilidad a: "un conjunto de procedimientos preestablecidos y
autosuficientes que permiten conocer el histrico, la ubicacin y la trayectoria de un producto, o lote
de productos a lo largo de la cadena de suministros, en un momento dado y a travs de unas
herramientas determinadas (01).
-
2.7. Matriz de asignacin de responsabilidades.
MIEMBROS
ACTIVIDAD BRICEO DURAND HUAMANCHUMO
JUSTIFICACION R C A
PLANEAMIENTO A I R
ANALISIS DE NEGOCIO
R A C
DISEO I R A
CONSTRUCCION A R I
Tabla 7: Matriz RACI.
2.8. Gestin de Riesgos.
Inventario de activos.
No Descripcin Tipo Ubicacin
1 Servidor 1 HW Sala de Servidores 2 Servidor 2 HW Sala de Servidores 3 Maquina 1 HW rea de Admisin 4 Maquina 2 HW rea de Admisin 5 Ejecutable Pacientes SW Mquina Admisin 1 6 Ejecutable 2 SW Mquina Admisin 2 7 Fuentes Pacientes SW Servidor 1 8 Fuentes 2 SW Servidor 2 9 Base de Datos EsSalud DT Servidor 1
10 Base de Datos Admisin DT Servidor 2 11 Salvas de rea de Admisin DT Disco Duro 12 Salvas de los Datos EsSalud DT Disco Duro 13 Manual de Programa 1 DO Sistemas
Tabla 8: Inventario de activos del Sistema.
Tipo HW Hardware
SW Aplicaciones
DT Bases de datos y
backups
DO Documentacin
-
Dominios.
Dominios Activos Descripcin del dominio
D1 1 2 7 8 9 10 Servidores
D2 11 12 Salvaguardas
D3 3 4 5 6 Consultas
D4 13 Documentacin
Tabla 9: Dominios del Sistema.
Evaluacin de los Activos.
Dominio No IMPORTANCIA Valor
Func. Coste Imagen Confid. Integ Dispon
D1 1 9 8 10 9 9 10 9,17
2 9 8 10 9 9 10 9,17
7 9 8 10 9 9 10 9,17
8 9 8 10 9 9 10 9,17
9 7 8 8 10 9 8 8,33
10 7 8 8 10 9 8 8,33
D2 11 7 8 8 9 9 9 8,33
12 7 8 8 9 9 9 8,33
D3 3 8 7 7 10 9 9 8,33
4 8 7 7 10 9 9 8,33
5 8 6 8 9 9 9 8,17
6 8 6 8 9 9 9 8,17
D4 13 7 6 7 7 6 10 7,17
Tabla 10: Evaluacin de los activos del Sistema.
Escala 1 Menor importancia
10
Mayor importancia
-
Amenaza contra Activos.
Amenazas
1 Acceso no autorizado 2 Perdida, Destruccin y Modificacin de la
Informacin 3 Contaminacin por virus 4 Fallos de Programas 5 Fallos de Hardware 6 Fallo de Energa Elctrica 7 Error de Operacin
Amenazas 1 2 3 4 5 6 7
Activos
1 X X X X X X X
2 X X X X X X X
3 X X X X X X X
4 X X X X X X X
5 X X X X X X
6 X X X X X X
7 X X X X X
8 X X X X X
9 X X X X X
10 X X X X X
11 X X X X X X
12 X X X X X X
13 X X
Tabla 11: Amenazas contra activos.
-
Estimacin de Riesgos en Activos.
Dominio No Impacto / Probabilidad Media I/P
V IP*V
1 2 3 4 5 6 7 D1 1 0,1 0,1 0,1 0,1 0,1 0,4 0,2 0,16 9,17 1,44 2 0,1 0,1 0,1 0,1 0,1 0,4 0,2 0,16 9,17 1,44 7 0,1 0,2 0,1 0,1 0,2 0,14 9,17 1,28 8 0,1 0,2 0,1 0,1 0,2 0,14 9,17 1,28 9 0,1 0,2 0,2 0,1 0,3 0,18 8,33 1,50 10 0,1 0,2 0,2 0,2 0,2 0,18 8,33 1,50 D2 11 0,1 0,1 0,2 0,2 0,1 0,2 0,15 8,33 1,25
12 0,1 0,1 0,2 0,2 0,1 0,2 0,15 8,33 1,25 D3 3 0,2 0,2 0,1 0,1 0,4 0,20 8,33 1,67
4 0,2 0,2 0,1 0,1 0,4 0,20 8,33 1,67 5 0,2 0,1 0,2 0,1 0,1 0,3 0,17 8,17 1,36 6 0,2 0,1 0,2 0,1 0,1 0,3 0,17 8,17 1,36 D4 13 0,1 0,2 0,15 7,17 1,08
TOTAL 110,17 18,08
Riesgo Total del Sistema 0,16
Tabla 12: Estimacin de riesgos.
Escala 0.5 Muy Alto
0.4 Alto
0.3 Medio
0.2 Bajo
0.1 Muy Bajo
Nivel bajo de riesgo intrnseco.
-
CAPITULO III CONCLUSIONES Y RECOMENDACIONES
-
3.1. Conclusiones.
El proyecto presentara una solucin (datamart prototipo) para el rea de
admisin de EsSalud-Chimbote, lo que permitir para mas adelante a
una posible implementacin y la generacin de reportes como solucin
de Inteligencia de Negocios, lo que permitir acceder y analizar de
manera rpida y sencilla a la informacin, lo que har posible tomar
decisiones a nivel operativo, tctico y estratgico.
El diseo del datamart tendr la informacin consolidada y organizada
en un solo lugar.
3.2. Recomendaciones.
Al ser un prototipo de datamart, se recomienda realizar pruebas antes de
iniciar la implementacin en el rea de admisin.
Identificar procesos lentos, los tiempos de ejecucin (que sean los
adecuados), y datos que no sean legibles.
Congruencia de datos en los reportes usando los filtros.
-
3.3. Bibliografa.
- Date, C. (2001). Introduccin a los sistemas de base de datos. Pearson
Educacin.
- Kimball, R., & Ross, M. (2002). The Data Warehouse Toolkit: The Complete Guide
to Dimensional Modeling. Jhon Wiley & Sons, Inc.
- Leandro, G. (01 de 06 de 2007). Toma de Decisiones.
- Pantigoso Silva, R. J. (2008). Base de Datos con SQL Server 2008. Lima:
Megabyte.
- Pr Concepcin, L. (2010). Fundamentos de Ingeniera de la Web: Ontologas,
Web Semntica y Agentes de Software. Revista de Investigacin de Sistemas e
Informtica, 79.
- Ralph Kimball, L. R. (1998). The Data Warehouse Lifecycle Toolkit. John Wiley &
Sons.
- Rivas, A. (23 de 02 de 2011). Aprendiendo Business Intelligence. Recuperado el
07 de 11 de 2012, de http://www.bi.dev42.es
- Silberschatz, A., Korth, H. F., & Sudarshan.S. (2002). Fundamentos de Bases de
Datos. Madrid: McGraw Hill/Interamericana de Espaa, S.A.U.
