TP-Sistemas Información I (335) (2012-1) (Segundo Momento) (V2.2)

TP-335
UNIVERSIDAD NACIONAL ABIERTA AREA DE INGENIERA CARRERA DE INGENIERA DE SISTEMAS

TRABAJO PRACTICO: ASIGNATURA: CDIGO: FECHA DE ENTREGA DE LAS ESPECIFICACIONES AL ESTUDIANTE: 1 (TP-335) SISTEMAS DE INFORMACIN I 335
A partir de la primera semana de presentacin de pruebas, a travs del asesor de la asignatura de su centro local. El informe correspondiente al trabajo prctico se realizar en dos momentos: a) En el primer momento (5a semana de presentacin de pruebas), se entregar el mdulo I como una versin de avance del trabajo prctico para su revisin. En el segundo momento (9a semana de presentacin de pruebas), se entregarn los mdulos I y II como una versin definitiva, a los fines de evaluar el logro de los objetivos.
FECHA DE DEVOLUCIN DEL INFORME POR EL ESTUDIANTE:
b)
El mdulo I constar de las fases de Inspeccin y Estudio. El mdulo II constar de la fase de Definicin.
NOMBRE DEL ESTUDIANTE: CORREO ELECTRNICO: CENTRO LOCAL: CDIGO DE CARRERA: NMERO DE ORIGINALES:
Tirso R. FERNNDEZ M. rubenferm@gmail.com Metropolitano (01) 236 76
CDULA DE IDENTIDAD: V-6.122.911 TELFONOS: 0414-338-6824 0212-903-4690 San Antonio (04)
UNIDAD DE APOYO:
FIRMA DEL ESTUDIANTE:
LAPSO 2012-1
RESULTADOS DE CORRECCIN: OBJ N: 5 6 0:NL; 1:L
10
11
12
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD

(SIRES)
SISTEMAS DE INFORMACIN I (335)
INFORME TRABAJO PRCTICO (SEGUNDO MOMENTO)
TIRSO RUBEN FERNA NDEZ M
Firmado digitalmente por TIRSO RUBEN FERNANDEZ M Nombre de reconocimiento (DN): c=VE, o=Sistema Nacional de Certificacion Electronica, ou=FIISHA256, st=Miranda, l=Baruta, cn=TIRSO RUBEN FERNANDEZ M, email=rubenf@fii.gob.ve Fecha: 2012.12.11 03:19:55 -04'30'
UNIVERSIDAD NACIONAL ABIERTA SISTEMAS DE INFORMACIN I (335) Tirso Rubn FERNNDEZ MENDOZA C.I. V-6.122.911
Carrizal, 07 de Diciembre del 2012
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES)
TABLA DE CONTENIDO
ndice de Contenido
TABLA DE CONTENIDO .............................................................................................................................................3
NDICE DE CONTENIDO ...........................................................................................................................................................3 NDICE DE FIGURAS ................................................................................................................................................................6 NDICE
DE
TABLAS ................................................................................................................................................................6
RESUMEN EJECUTIVO ...............................................................................................................................................7 1. INTRODUCCIN ................................................................................................................................................10 2. CONCLUSIONES Y RECOMENDACIONES .........................................................................................................13 3. RESUMEN Y RELACINDE HECHOS Y DETALLES ...............................................................................................14
3.1. DISCUSIN DE HECHOS Y DETALLES .............................................................................................................................14 3.2. ANLISIS DE SISTEMAS...................................................................................................................................................14 3.2.1 FASE INSPECCIN ..............................................................................................................................................16
3.2.1.1 3.2.1.2 ACTIVIDAD 1: DIRIGIR ENTREVISTAS INICIALES ....................................................................................................................... 17 ACTIVIDAD 2: DEFINICIN DEL MBITO DEL PROYECTO ......................................................................................................... 17 Modelos de Datos de Contexto ....................................................................................................................... 18 Modelos de Procesos de Contexto.................................................................................................................. 18 Modelos de Redes de Contexto. ..................................................................................................................... 18
3.2.1.2.1 3.2.1.2.2 3.2.1.2.3 3.2.1.3 3.2.1.4 3.2.1.5
ACTIVIDAD 3: CLASIFICACIN DE PROBLEMAS, OPORTUNIDADES Y POSIBLES SOLUCIONES ...................................................... 18 ACTIVIDAD 4: PLAN INICIAL PROYECTO PROPUESTO ............................................................................................................. 19 ACTIVIDAD 5: CONCLUSIONES Y RECOMENDACIONES FASE INSPECCIN ............................................................................... 19 Anlisis/ Evaluacin Viabilidad del Proyecto .................................................................................................. 20 Informe Final Fase Inspeccin, Conclusiones y Recomendaciones ............................................................ 20
3.2.1.5.1 3.2.1.5.2 3.2.2.1 3.2.2.2 3.2.2.3
3.2.2 FASE ESTUDIO ......................................................................................................................................................21

ACTIVIDAD 1: ASIGNACIN ROLES Y PAPELES EN EL PROYECTO ............................................................................................. 22 ACTIVIDAD 2: ESTUDIO CONOCIMIENTO DEL SISTEMA ACTUAL .............................................................................................. 22 ACTIVIDAD 3: MODELIZACIN DEL SISTEMA ACTUAL ............................................................................................................. 22 Modelo de Datos ............................................................................................................................................... 22 Modelo de Procesos .......................................................................................................................................... 23 Modelizacin de Redes ..................................................................................................................................... 23 Anlisis de Estructura PIECES.......................................................................................................................... 23
3.2.2.3.1 3.2.2.3.2 3.2.2.3.3 3.2.2.4 3.2.2.5 3.2.2.6 3.2.2.7 3.2.3.1 3.2.3.2 3.2.2.4.1
ACTIVIDAD 4: ANALIZAR LOS PROBLEMAS Y LAS OPORTUNIDADES .......................................................................................... 23 ACTIVIDAD 5: ESTABLECIMIENTO DE OBJETIVOS DEL NUEVO SISTEMA ...................................................................................... 23 ACTIVIDAD 6: REVISIN Y MODIFICACIN DEL MBITO Y EL PLAN DEL PROYECTO ................................................................... 24 ACTIVIDAD 7: REVISIN DE CONCLUSIONES Y LAS RECOMENDACIONES DE FASE ESTUDIO ........................................................ 24 ACTIVIDAD 1: IDENTIFICAR LAS NECESIDADES ....................................................................................................................... 26 ELABORACIN DE CUESTIONARIO ....................................................................................................................................... 26 Objetivo ............................................................................................................................................................... 26
3.2.3 ANLISIS DEL SISTEMA-FASE DEFINICIN..........................................................................................................25
3.2.3.2.1
Universidad Nacional Abierta, Sistemas de Informacin I (TP-335) Tirso Rubn Fernndez M, V-6.122.911
Pg. 3-76
3.2.3.2.2 3.2.3.2.3 3.2.3.2.4 3.2.3.2.5 3.2.3.2.6 3.2.3.3 3.2.3.4 3.2.3.5 3.2.3.6 3.2.3.7
Tareas................................................................................................................................................................... 26 Resultados ........................................................................................................................................................... 27 Definicin de Necesidades de Empresa ......................................................................................................... 27 Establecimiento de los Objetivos del Nuevo Sistema .................................................................................... 27 Identificacin de Necesidades o Requerimientos ......................................................................................... 28
ACTIVIDAD 2: MODELIZAR LAS NECESIDADES DEL SISTEMA ..................................................................................................... 28 ACTIVIDAD 3: ELABORAR PROTOTIPO DE DESCUBRIMIENTO.................................................................................................... 29 ACTIVIDAD 4: DEFINIR PRIORIDADES ENTRE NECESIDADES DE EMPRESA ................................................................................... 29 ACTIVIDAD 5: MODIFICAR EL MBITO Y EL PLAN DEL PROYECTO ............................................................................................ 29 ACTIVIDAD 6: REVISAR LAS ESPECIFICACIONES DE NECESIDADES ............................................................................................ 29 Revisin de Calidad ........................................................................................................................................... 29 Revisin de Viabilidad ....................................................................................................................................... 29
3.2.3.7.1 3.2.3.7.2 3.2.3.8
ACTIVIDAD 7: CONCLUSIONES Y RECOMENDACIONES FASE DEFINICIN ................................................................................ 30
4. MTODOS Y PROCEDIMIENTOS ........................................................................................................................31

4.1. GUA METODOLGICA PARA EL ANLISIS DEL SISTEMA ............................................................................................31 4.1.1 FASE INSPECCIN ....................................................................................................................................................31 4.1.2 FASE ESTUDIO ..........................................................................................................................................................32 4.1.3 FASE DEFINICIN .....................................................................................................................................................33 4.2. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS) ............................................................................................34 4.2.1 BLOQUE ELEMENTALES DEL CVDS ...............................................................................................................................34 4.2.2 PRINCIPIOS PARA DESARROLLO DE SISTEMAS DE INFORMACIN ........................................................................................38 4.3. TCNICAS DE INVESTIGACIN DE HECHOS ................................................................................................................38 4.4. TCNICAS DE COMUNICACIN INTERPERSONAL .......................................................................................................38 4.4.1 TCNICAS DE COMUNICACIN ..................................................................................................................................38 4.4.2 TCNICAS DE REDACCIN DE INFORMES ......................................................................................................................39 4.5. ANLISIS DE VIABILIDAD DE LAS SOLUCIONES ALTERNATIVAS ..................................................................................39 4.6. ESTRUCTURA PIECES .......................................................................................................................................................41 4.7. TCNICAS DE MODELIZACIN......................................................................................................................................42 4.7.1 MODELIZACIN DE DATOS.........................................................................................................................................42
4.7.1.1 4.7.1.2 4.7.1.3 4.7.2.1 4.7.2.2 4.7.2.3 MODELO DE DATOS A NIVEL DE CONTEXTO ......................................................................................................................... 43 MODELO DE DATOS ESENCIAL (MDE)................................................................................................................................. 44 ALMACENES DE DATOS/ ENTIDADES DE MODELOS DATOS ..................................................................................................... 44 DIAGRAMAS DE FLUJO DE DATOS (DFD) ............................................................................................................................. 46 MODELO DE PROCESOS DE CONTEXTO (MPC) ................................................................................................................... 46 MODELO DE PROCESOS ESENCIAL (MPE) ........................................................................................................................... 47
4.7.2 MODELIZACIN DE PROCESOS ...................................................................................................................................45
4.7.3 MODELIZACIN DE REDES ..........................................................................................................................................47 4.8. GESTIN DE PROYECTOS ..............................................................................................................................................48 4.9. DICCIONARIO DEL PROYECTO .....................................................................................................................................48 4.10.FORMATOS PARA LA IDENTIFICACIN DE NECESIDADES...........................................................................................49 4.10.1 PLANTILLA PARA LOS OBJETIVOS DEL SISTEMA ................................................................................................................50 4.10.2 PLANTILLA PARA REQUISITOS DE ALMACENAMIENTO DE INFORMACIN (BLOQUE DATOS) .....................................................51 4.10.3 PLANTILLA PARA ACTORES (BLOQUE PERSONAS) ...........................................................................................................52 4.10.4 PLANTILLA PARA REQUISITOS FUNCIONALES ...................................................................................................................53 Universidad Nacional Abierta, Sistemas de Informacin I (TP-335) Tirso Rubn Fernndez M, V-6.122.911 Pg. 4-76
4.10.5 PLANTILLA PARA REQUISITOS NO FUNCIONALES .............................................................................................................56 4.10.6 PLANTILLA PARA CONFLICTOS .....................................................................................................................................56 4.10.7 MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS ......................................................................................................57 4.11.FORMATOS PARA REVISIN ESPECIFICACIONES DE NECESIDADES ..........................................................................58 4.11.1 REVISIN DE CALIDAD ..............................................................................................................................................58 4.11.2 REVISIN DE VIABILIDAD ...........................................................................................................................................58
5. CONCLUSIN FINAL .........................................................................................................................................60

5.1. PROBLEMAS Y ANLISIS: ...............................................................................................................................................60 5.2. OPORTUNIDADES Y ANLISIS ........................................................................................................................................60 5.3. CONCLUSIONES Y RECOMENDACIONES .....................................................................................................................61 5.3.1 CONCLUSIONES .......................................................................................................................................................61 5.3.2 RECOMENDACIONES ................................................................................................................................................61
6. APNDICES CON HECHOS Y DETALLES ............................................................................................................62

6.1. ESPECIFICACIONES Y REQUERIMIENTOS DEL TRABAJO ..............................................................................................62 6.1.1 PLANTEAMIENTO DEL PROBLEMA .................................................................................................................................62
6.1.1.1 6.1.1.2 OBJETIVO GENERAL:.......................................................................................................................................................... 62 OBJETIVOS ESPECFICOS: .................................................................................................................................................... 62
6.1.2 ESPECIFICACIONES Y REQUERIMIENTOS DEL NUEVO SISTEMA ............................................................................................63 6.1.3 REQUERIMIENTOS DE INFORMACIN ............................................................................................................................64
6.1.3.1 6.1.4.1 6.1.4.2 6.1.4.3 FUNCIONES A REALIZAR POR EL NUEVO SISTEMA .................................................................................................................... 67 ELABORACIN Y ENTREGA DEL TRABAJO PRCTICO ............................................................................................................. 67 REQUISITOS PARA PRESENTACIN DEL INFORME DEL TRABAJO ................................................................................................ 68 METODOLOGA DEL TRABAJO ............................................................................................................................................. 68
6.1.4 ESPECIFICACIONES DEL TRABAJO PRCTICO .................................................................................................................67
6.2. MODELO ENTREVISTA INICIAL .......................................................................................................................................69 6.3. MODELO INFORME EVALUACIN DE VIABILIDAD DE PROYECTO ..............................................................................70 6.4. HERRAMIENTAS CASE UTILIZADAS ................................................................................................................................73
APNDICES .............................................................................................................................................................74 7. REFERENCIAS BIBLIOGRFICAS ........................................................................................................................74

7.1.1 BIBLIOGRAFA ..........................................................................................................................................................74 7.1.2 RECURSOS ELECTRNICOS .........................................................................................................................................75
8. GLOSARIO/ NOMENCLATURA DE TRMINOS ...................................................................................................76
Pg. 5-76
ndice de Figuras
Figura 1. Bloques Elementales del CVDS. ....................................................................................................................................34 Figura 2. Bloque Elemental Personas. ...........................................................................................................................................35 Figura 3. Bloque Elemental Datos. ................................................................................................................................................36 Figura 4. Bloque Elemental Actividad. .........................................................................................................................................36 Figura 5. Bloque Elemental Redes. ................................................................................................................................................37 Figura 6. Bloque Elemental Actividad. .........................................................................................................................................37
ndice de Tablas
Tabla 1. Caractersticas Fundamentales Fase Inspeccin. ......................................................................................................16 Tabla 2. Caractersticas Fundamentales Fase Estudio. .............................................................................................................21 Tabla 3. Caractersticas Fundamentales Fase Definicin. ........................................................................................................25 Tabla 4. Gua Metodolgica para el Anlisis del Sistema, Fase Inspeccin. ........................................................................31 Tabla 5. Gua Metodolgica para el Anlisis del Sistema, Fase Estudio. ...............................................................................32 Tabla 6. Gua Metodolgica para el Anlisis del Sistema, Fase Definicin...........................................................................33 Tabla 7. Significado Categoras Estructura PIECES. ...................................................................................................................41 Tabla 8. Plantilla Objetivos del Sistema. .......................................................................................................................................50 Tabla 9. Plantilla Requisitos Almacenamiento de Informacin. ..............................................................................................51 Tabla 10. Plantilla Actores del Sistema. ........................................................................................................................................53 Tabla 11. Plantilla Definicin de Requisitos Funcionales (Casos de Uso) ...............................................................................53 Tabla 12. Plantilla Definicin de Requisitos Funcionales (Casos de Uso) (Cont.) .................................................................54 Tabla 13. Ejemplo de caso de uso de conexin de usuario (plantilla) ..................................................................................55 Tabla 14. Plantilla para Definicin de Requisitos No Funcionales. ..........................................................................................56 Tabla 15. Plantilla para Registro de Conflictos. .........................................................................................................................56 Tabla 16. Matriz Rastreabilidad Objetivos/ Requisitos. ..............................................................................................................57 Tabla 17. Revisin Especificaciones de Necesidades, Revisin de Calidad. .......................................................................58 Tabla 18. Revisin Especificaciones de Necesidades, Anlisis de Viabilidad. .....................................................................59 Tabla 19. Formato Entrevista Fase Inspeccin. ...........................................................................................................................69 Tabla 20. Herramientas CASE utilizadas. ......................................................................................................................................73 Tabla 21. Descripcin Nomenclaturas del Proyecto. ................................................................................................................76
Pg. 6-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN
RESUMEN EJECUTIVO
INFORME TCNICO DE ANLISIS DE SISTEMAS TP-335-2012-1
RESUMEN EJECUTIVO
1. 2. 3. 5.
NOMBRE DEL INFORME: AUTOR (ES): CLIENTE: OBJETO DEL INFORME:
DISEO DEL SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) Tirso Rubn FERNNDEZ MENDOZA INSTITUCIN (PILOTO) HOSPITALARIA
4.
TIPO DE INFORME:
Avance
Final
6.
DESCRIPCIN DEL PROYECTO:
Presentar la relacin de Hechos o actividades realizadas para aplicar la Metodologa del CVDS, en particular la Fase de Anlisis de Sistemas, a un problema de Sistemas de Informacin, que permita agilizar el proceso de localizacin y manejo del alto volumen de datos sobre pacientes y sus historias clnicas, y mdicos adscritos al hospital, adems de contribuir con la generacin de estadsticas clnicas sobre diagnsticos clnicos, promedios de atencin, porcentajes de morbilidad y mortalidad entre otros. El proyecto plantea el Anlisis y Diseo de un sistema computarizado para llevar un control y seguimiento del proceso de localizacin y manejo de datos sobre pacientes y sus historias clnicas y mdicos adscritos al hospital y la generacin de estadsticas clnicas sobre diagnsticos clnicos, promedios de atencin, porcentajes de morbilidad y mortalidad entre otros. Este Anlisis se desenvuelve siguiendo la Metodologa propuesta en el Apartado, 4.1 Gua Metodolgica para el Anlisis del Sistema, que no es ms que, el uso del Ciclo de Vida para Desarrollo de Sistemas (CVDS), que es la metodologa propuesta por los autores del Libro Referencia de este Trabajo [1]. Para esto se sigue metdicamente cada una de las Actividades, aplicando los conceptos y tcnicas que se proponen y que son explicadas en el presente trabajo y documentadas en el DICCIONARIO DEL PROYECTO. Para la presente entrega se han desarrollado las Fases Inspeccin y Estudio del Anlisis de Sistemas, para lo cual en el Apartado, 3 RESUMEN Y RELACINDE HECHOS Y DETALLES, se presentan las actividades realizadas para la ejecucin de estas Fases. Esto implica haber analizado el Sistema Actual y el Sistema Propuesto desde el punto de vista de la Empresa sin ahondar detalles tcnicos. El estudio desde el punto de vista de la Empresa, implica haber estudiado las necesidades de sta, desde el punto de vista de los Bloque Elementales de un SI, a saber: Personas, Datos, Actividades, Redes y Tecnologa (ver apartado 4.2.1 Bloque Elementales del CVDS). Al mismo tiempo, que se evalan estos Bloques desde las perspectivas de los Usuarios del Sistema (Bloque Personas). 1. Conclusiones: 1.1 Se observaron los siguientes problemas: 1.1.1 PROCESO DE EMISIN DE ESTADSTICAS: (i) El Proceso de Generacin de Estadstica es un proceso lento,
Pg. 7-76
7.
CONCLUSION ES/ RECOMENDA CIONES GENERALES:
ya que se dificulta la bsqueda de informacin al ser un proceso manual donde se debe consultar una gran cantidad de informacin. (ii) Susceptible al error humano. (iii) Deficiencia en las estadsticas mdicas, y las que se emiten, no se ajustan a la realidad. (iv) Imposibilidad de realizar proyecciones y tomar decisiones. En particular, con los indicadores demogrficos conjuntamente con los de morbilidad y mortalidad. (v) Dificultad en el proceso de identificacin de problemas prioritarios que deben evaluarse sistemticamente, con la finalidad de adoptar decisiones que lleven a acciones conducentes para reducir los riesgos de enfermedad y muerte. (vi) Acumulacin de datos que no generan respuestas estadsticas deteriora el proceso de vigilancia epidemiolgica, que conlleva retrasos en la deteccin de brotes y no permite evidenciar los problemas de las enfermedades crnicas, accidentes, violencias y otros. 1.1.2 PROCESO DE ADMISIN: (i) El proceso manual hace engorroso y lento el Proceso de Localizacin y Manejo del alto volumen de datos sobre pacientes y sus Historias Clnicas, y Mdicos adscritos al hospital. Sistema manual que dificultad el seguimiento, control y registro.
1.1.3 CITAS MDICAS: (i) 1.2 Con el estudio del Sistema Propuesto, se observa que este podr resolver los problemas que presenta la situacin actual, aparte de cumplir con los nuevos requerimientos del INSTITUCIN HOSPITALARIA (PILOTO). No se dispone de informacin suficiente para la determinacin de valoracin de Costos-Beneficios u otra opinin al respecto. Es muy temprano para valorar los tiempos de desarrollo del nuevo sistema, quedara pendiente para la siguiente Fase del Ciclo de Vida de Desarrollo de Software, Fase Diseo. Se mantiene las consideraciones y costos estimados en la Fase Inspeccin. La tecnologa propuesta es madura y es aplicable para la solucin de los requerimientos planteados. Se considera que la solucin puede disearse e implantarse en un perodo de tiempo aceptable. Basado en el Anlisis realizado hasta el momento se recomienda el desarrollo SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES). Para esto se debe continuar con la siguiente Fase del CVDS, Diseo. El nuevo sistema promete funcionar muy bien, por ser una solucin planteada e implementada en otras instituciones similares y con las
Pg. 8-76
1.3 1.4
1.5 1.6 1.7 2.
Recomendaciones: 2.1
2.2
caractersticas de: facilidad de uso, mejora en los tiempos de respuesta, adecuado de las normas, procedimientos y formatos de informacin actuales, y con una confiabilidad global y nivel de utilizacin. 2.3 El Desarrollo del Sistema nuevo es una oportunidad para corregir las carencias y debilidades en los Procesos de Admisin y Generacin de Estadsticas, con el fin de mejorar las prestacin y la calidad en los Servicios (Admisin y Generacin de Estadsticas). El nuevo sistema facilitar el trabajo del Personal involucrado en los dos procesos bajo estudio. Las facilidades que ofrecen las Tecnologas de Informacin y Comunicacin, que aplican tcnicas de Sistemas de Gestin Empresarial a este tipo de situaciones, mediante: La Generacin de plantillas electrnicas, de los Procesos relacionados, que facilitan el uso, control y registro de la informacin. Generacin de Documentos en diferentes formatos (PDF o JPG, por ejemplo) y la posibilidad de adjuntar o anexar documentos digitalizados en formato texto, PDF, .Doc, as como, imgenes, videos y audio a las Historias Mdicas. Seguridad y veracidad de la informacin estadstica generada. Por ltimo, se propone el uso del sistema de Clasificacin Estadstica Internacional de Enfermedades y Problemas Relacionados con la Salud, propuesto por la ORGANIZACIN PANAMERICANA DE LA SALUD, para la clasificacin de las enfermedades ([9], [19], [20] y [21]).
2.4 2.5
2.6 2.7
2.8 2.9
8.
ASUNTOS PENDIENTES:
1.
Entrega, Presentacin y Aprobacin del presente Informe.
Pg. 9-76
1. INTRODUCCIN
En la actualidad, el manejo de la informacin es esencial para el desempeo de cualquier empresa y con los adelantos tecnolgicos actuales, sobre todo en las Tecnologas de Informacin y Comunicacin (TIC), es casi imposible que una empresa no haga uso de la informacin para el desarrollo de sus actividades cotidianas, es por eso que la importancia y el valor de la informacin en los entornos empresariales es incalculable. La informacin es la parte fundamental de toda empresa para tener un alto nivel de competitividad y posibilidades de desarrollo, en tal sentido, las empresas le estn dando suma importancia a los sistemas de informacin a fin de aprovechar los beneficios que estos aportan en el procesamiento de los datos que generan la informacin clave para la toma de decisiones. Un Sistema de Informacin (SI) es un conjunto de elementos que interactan entre s con el fin de apoyar las actividades de una empresa y satisfacer sus necesidades de informacin, para WHITTEN, BENTLEY Y BARLOW [1]: Un sistema de informacin es una disposicin de personas, actividades, datos, redes y tecnologa (1), integrados entre s con el propsito de apoyar y mejorar las operaciones cotidianas de una empresa, as como para satisfacer las necesidades de informacin para la resolucin de problemas y la toma de decisiones por parte de los directivos de la empresa. Segn sus aplicaciones, los autores referidos, clasifican los Sistemas de Informacin de la siguiente manera: a) Sistemas de Proceso de Transacciones, b) Sistemas de Informacin de Gestin , c) Sistema de Informacin Ejecutiva, d) Sistema de Ayuda de Decisiones, y e) Sistema Experto. Un SI es el conjunto formal de procesos, que operando sobre una coleccin de datos estructurada de acuerdo con las necesidades de una empresa, recopila, elabora y distribuye parte del la informacin para la operacin de dicha empresa y para las actividades de direccin y control correspondientes, apoyando la toma de decisiones necesaria para desempear las funciones y los procesos de negocio de la empresa de acuerdo con su estrategia. Dicho Sistema se integra directamente en la cadena de valor de la empresa, situndose estratgicamente en la estructura de la cadena de valor y realizando funciones de integracin y unin entre los diferentes departamentos de una compaa. Para el desarrollo del SI, es importante tomar en cuenta lo que se ha denominado como el CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS), este se define como: Conjunto de actividades que los analistas, diseadores y usuarios realizan para desarrollar e implantar los Sistemas de Informacin [6]), segn los autores del Libro de Referencia [1], del presente Trabajo, Es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores y los usuarios finales elaboran sistemas de informacin y aplicaciones informticas. El CVDS est conformado o estructurado por las siguientes Fases o Etapas:
1) 2)
1
Planificacin de Sistemas: Anlisis de Sistemas:
)Bloque Elementales de un Sistema de Informacin (RF)
Pg. 10-76
3) 4) 5)
Diseo de Sistemas Implantacin de Sistemas Soporte de Sistemas
Propsito del Informe

El Propsito del presente Informe es presentar una relacin de todas las actividades desarrolladas para realizar el Anlisis de un Sistema de Informacin, mediante la implementacin de las Etapas del Anlisis de Sistemas, segn el Ciclo de Vida de Desarrollo de Sistemas (CVDS).
Enunciado del Problema

Segn el Planteamiento del Problema (ver Apartado, 6.1.1 Planteamiento del Problema; pagina 62) consiste en: Diseo de un sistema computarizado para llevar un control y seguimiento del proceso de localizacin y manejo de datos sobre pacientes y sus historias clnicas y mdicos adscritos al hospital y la generacin de estadsticas clnicas sobre diagnsticos clnicos, promedios de atencin, porcentajes de morbilidad y mortalidad entre otros (SIRES). Se propone el desarrollo del Sistema SIRES, con la finalidad de resolver los problemas que se relacionan a la deficiencia, acumulacin de datos que no generan respuestas estadsticas que deterioran el proceso de vigilancia epidemiolgica y el no ajuste a la realidad de las estadsticas mdicas, en particular con indicadores demogrficos relativos con los de morbilidad y mortalidad, lo cual imposibilita identificacin de problemas prioritarios y realizar proyecciones y toma decisiones con la finalidad de adoptar medidas que lleven a acciones conducentes para reducir los riesgos de enfermedad y muerte. Adems este sistema podr agilizar el proceso de localizacin y manejo del alto volumen de datos sobre pacientes y sus historias clnicas, y mdicos adscritos al hospital, adems de contribuir a enriquecer las estadsticas clnicas sobre diagnsticos clnicos, promedios de atencin, porcentajes de morbilidad y mortalidad entre otros. El SIRES abarcar el Departamento de Admisin, el cual se encarga del ingreso de pacientes, y el Departamento de Historias Clnicas, que se ocupa de la generacin de estadsticas.
mbito del Proyecto

En presente trabajo se enfocar en la Fase de Anlisis de Sistemas del CVDS, esta Fase se centra en el estudio de los problemas, las necesidades de Empresa y en la definicin de estas necesidades de la empresa con respecto a la creacin o perfeccionamiento de un SI. En el Trabajo se desarrollar esta Fase, mediante la aplicacin de los conceptos y metodologas presentados en el Libro de Referencia [1] WHITTEN, BENTLEY Y BARLOW (1996). Anlisis y Diseo de Sistemas de Informacin, Tercera Edicin, Mc GRAW HILL. Por esto, el estudio del Sistema se iniciar en la segunda Funcin o Fase, del CVDS, el ANLISIS, la cual es objeto de este trabajo prctico.
Universidad Nacional Abierta, Sistemas de Informacin I (TP-335) Tirso Rubn Fernndez M, V-6.122.911 Pg. 11-76
Este Trabajo Prctico es un documento acadmico por lo cual est estructurado en funcin de los objetivos evaluados en la materia de estudio, SISTEMAS DE INFORMACIN I (335) y los requerimientos presentados en el Trabajo Prctico para el perodo 2012-1 (Ver apartado. 6.1.4 Especificaciones del Trabajo Prctico).
Pg. 12-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) CONCLUSIONES Y RECOMENDACIONES
2. CONCLUSIONES Y RECOMENDACIONES
1. Conclusiones: 1.1 Se observaron los siguientes problemas: 1.1.1 PROCESO DE EMISIN DE ESTADSTICAS: (i) El Proceso de Generacin de Estadstica es un proceso lento, ya que se dificulta la bsqueda de informacin al ser un proceso manual donde se debe consultar una gran cantidad de informacin.
(ii) Susceptible al error humano. (iii) Deficiencia en las estadsticas mdicas, y las que se emiten, no se ajustan a la realidad. (iv) Imposibilidad de realizar proyecciones y tomar decisiones. En particular, con los indicadores demogrficos conjuntamente con los de morbilidad y mortalidad. (v) Dificultad en el proceso de identificacin de problemas prioritarios que deben evaluarse sistemticamente, con la finalidad de adoptar decisiones que lleven a acciones conducentes para reducir los riesgos de enfermedad y muerte. (vi) Acumulacin de datos que no generan respuestas estadsticas deteriora el proceso de vigilancia epidemiolgica, que conlleva retrasos en la deteccin de brotes y no permite evidenciar los problemas de las enfermedades crnicas, accidentes, violencias y otros. 1.1.2 PROCESO DE ADMISIN: (i) El proceso manual hace engorroso y lento el Proceso de Localizacin y Manejo del alto volumen de datos sobre pacientes y sus Historias Clnicas, y Mdicos adscritos al hospital. Sistema manual que dificultad el seguimiento, control y registro.
1.1.3 CITAS MDICAS: (i) 1.2 Con el estudio del Sistema Propuesto, se observa que este podr resolver los problemas que presenta la situacin actual, aparte de cumplir con los nuevos requerimientos del HOSPITAL CARACTERSTICO. Es muy temprano para la estimacin de costos, pero si se puede determinar que el Sistemas Actual aumentar los beneficios de la empresa al disminuir los costos operativos actuales y mejorar los Procesos de Admisin y Emisin de Estadsticas. En referencia a los lapsos de implementacin del nuevo sistema, en esta Fase no se pueden dar estimados especficos, pero se estima que sern en Corto Plazo. Basado en el Anlisis realizado hasta el momento se recomienda el desarrollo SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES). Para esto se debe continuar con la siguiente Fase, Definicin, del Anlisis de Sistema. El Desarrollo del Sistema nuevo es una oportunidad para corregir las carencias y debilidades en los Procesos de Admisin y Generacin de Estadsticas. Se propone el uso del sistema de Clasificacin Estadstica Internacional de Enfermedades y Problemas Relacionados con la Salud, propuesto por la ORGANIZACIN P ANAMERICANA DE LA SALUD, para la clasificacin de las enfermedades ([9], [19], [20] y [21]).
1.3
1.4 2.
Recomendaciones: 2.1 2.2 2.3 2.4
Pg. 13-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) RESUMEN Y RELACINDE HECHOS Y DETALLES
3. RESUMEN Y RELACINDE HECHOS Y DETALLES

3.1. DISCUSIN DE HECHOS Y DETALLES
Este trabajo se enfocar en la Fase Anlisis de Sistemas, del CVDS. En l se estudia, analiza y se conoce al sistema actual a fin de definir las necesidades de la empresa y detectar los problemas que le afectan.
3.2.
ANLISIS DE SISTEMAS
El Anlisis de Sistemas es el primer paso dado clsicamente hacia la construccin de una aplicacin de Sistemas de Informacin. Se basa en los planteamientos realizados por los usuarios del sistema; por ello se refiere a los bloques elementales Personas, Datos, Actividades, Redes y Tecnologas vistos desde la perspectiva del usuario [1]. En el Anlisis de Sistemas se revisar la situacin actual del sistema, as como los procedimientos, datos y actividades que se realizan en la actualidad. En esta fase se realiza un Modelado de Datos y de Procesos del Sistema Actual. Esta etapa tiene tres Fases o Funciones: 1. INSPECCIN (Estudio de la Viabilidad del Proyecto): En esta fase se realizan las primeras entrevistas y se define un mbito inicial para el proyecto y un plan de trabajo para la elaboracin del mismo. Los objetivos fundamentales de la Fase de Inspeccin son: Identificar los problemas, las oportunidades y/o las normas que dieron lugar a la solicitud del proyecto. Esta cuenta de las siguientes actividades: 1.1. Dirigir Entrevistas inciales 1.2. Definir el mbito inicial del proyecto 1.3. Clasificacin de los Problemas, Oportunidades y posibles Soluciones 1.4. Establecer el Plan del proyecto 1.5. Conclusiones y Recomendaciones 2. ESTUDIO (Estudio y Anlisis del Sistemas Actual): En esta Fase se estudia y analiza el sistema actual a travs de las siguientes actividades: 2.1. Conocer el Sistema Actual: esto se logra a travs de las tcnicas de recoleccin de datos, se realizan entrevistas y un proceso de observacin directa del sistema actual por parte del analista. 2.2. Modelar el Sistema Actual: conocer el sistema no ser suficiente para comprender cul es el comportamiento de la informacin dentro del mismo, para ello se debe desarrollar una representacin de esta realidad, es decir, un modelo de sistema que represente los aspectos que componen a cualquier sistema como son las personas por medio del organigrama de la empresa, las actividades a travs de
Pg. 14-76
diagrama de flujo de datos (DFD), y los datos con los diagramas de entidadrelacin (DER). 2.3. Analizar los problemas: se analizaron cuales son las causas y efectos de los problemas de la empresa. 2.4. Establecer los objetivos del Nuevo Sistema. 3. DEFINICIN (Definicin o Establecimiento de Prioridades entre las Necesidades de Usuario): En esta etapa se define cuales son las necesidades de la empresa. Fundamentalmente da respuesta a la pregunta: Qu necesita y quiere el usuario que haga el nuevo sistema?. Las actividades a desarrollar en esta Fase son: 3.1. Identificar las Necesidades. 3.2. Modelizar las Necesidades del Sistema. 3.3. Elaborar Tipos de Descubrimiento. 3.4. Definir Prioridades entre Necesidades de Empresa. 3.5. Modificar el mbito y el Plan del Proyecto. 3.6. Revisar las Especificaciones de Necesidades. 3.7. Conclusiones y Recomendaciones Fase Definicin. Para la Primera Entrega (Momento I, del Informe Prctico) slo se estudiarn las primeras dos Fases (Inspeccin y Estudio).
Pg. 15-76
3.2.1
FASE INSPECCIN
Las caractersticas fundamentales de esta Fase son presentadas en la siguiente tabla:

El objetivo de esta fase es responder la pregunta: Vale la pena este proyecto? Objetivos Principales: Identificar los problemas, las oportunidades y normas o procedimientos que dieron lugar a la necesidad de la implantacin de un nuevo sistema. Determinar si resolver los problemas planteados, aprovechando las oportunidades, siguiendo las normas o procedimientos reportar beneficio a la empresa. El desarrollo de esta Fase se realizar por medio de la ejecucin de las siguientes actividades: 1. Actividad 1: Dirigir Entrevistas Iniciales. 1. Actividad 2: Definicin mbito Proyecto. 2. Actividad 3: Clasificacin Problemas- Oportunidades- Posibles Soluciones. 3. Actividad 4: Plan Inicial Proyecto Propuesto. 4. Actividad 5: Conclusiones- Recomendaciones, Solicitud de Requerimientos de Sistema: Necesidad de la Empresa (Institucin Hospitalaria) de: Entradas: Disponer de un sistema que corrija las limitaciones y problemas sistema manual actual; Agregar nuevas funcionalidades para innovar en materia de estadsticas mdicas y agilizar los procesos de Admisin. No existe informacin previa, contenida en un documento denominado Proyecto de Sistemas, que se genera en la primera Funcin del Desarrollo de sistemas (Planificacin).
Actividades:
Listado de Hechos (Personas, Datos, Actividades, Problemas y Oportunidades) Modelos de Contexto de Datos, Procesos y Redes del Sistema Propuesto. Salidas: Anlisis de Problemas/ Oportunidad y posibles Soluciones. Plan Inicial del Proyecto Propuesto. Anlisis de Viabilidad del Proyecto. Anlisis Puntos de Funcin. Propietarios del Sistema: Direccin de la Institucin Hospitalaria. Usuarios del Sistema: Direccin de la Institucin; Departamento de Admisin: Auxiliar de Admisin (AAD); Departamento de Historias Mdicas: Jefe del Departamento de Historias Mdicas Auxiliares de Historias Mdicas, Bibliotecaria; Otras Dependencias o Servicios Mdicos: Mdicos Tratantes, Mdicos de diferentes servicios; Pacientes Analista de Sistemas: Para efecto del Trabajo Prctico el Analista har el rol de Director, Propietario, Analista y Usuario de Sistemas. Duracin Estimada: Cinco (5) das hbiles
Participantes:
Tabla 1. Caractersticas Fundamentales Fase Inspeccin.
Pg. 16-76
3.2.1.1 Actividad 1: Dirigir Entrevistas Iniciales En esta actividad se realizarn las tareas que Identificarn los problemas y oportunidades que ayuden a mejorar los procesos de la empresa (Institucin Hospitalaria), mediante la aplicacin de encuestas y entrevistas, as tambin con la observacin de documentos y formatos utilizados, con el fin de establecer un plan inicial del proyecto. Para el desarrollo de esta actividad, se tomar el Modelo de de Preguntas para entrevistas presentado en el Libro de Referencia [1], (pgina 272, figura 7.5). El modelo de Entrevista utilizado como referencia es mostrado en APNDICES CON HECHOS Y DETALLES, 6.2 Modelo Entrevista Inicial. En nuestro caso acadmico, se elabora el formato de la entrevista y por su puesto las respuestas a esta coinciden con las especificaciones del problema suministrada por el plan de evaluacin de la materia. En el caso de un sistema real en anlisis, las informaciones suministradas por estas entrevistas, mas las aportadas por otras tcnicas de investigacin de hechos aportaran las especificaciones necesarias para la elaboracin de los modelos contextuales. De las especificaciones del Planteamiento del Problema (ver Anexo, Apartado: 6.1.1 Planteamiento del Problema), se extrajo la informacin inicial, que en conjunto, con el Modelo de Entrevista permiti realizar el Listado/ Relacin de Hechos, para cada uno de los bloques Elementales. Los resultados de esta actividad son registrados en el DICCIONARIO DEL PROYECTO, Apartado Listado de Relacin de Hechos del Proyecto, Fase Inspeccin. 3.2.1.2 Actividad 2: Definicin del mbito del Proyecto Esta Actividad busca el poder definir el mbito inicial del Proyecto. Para desarrollar esta actividad se desarrollar Modelos de Contexto, que son modelos simples que de manera grfica y sencilla muestran los lmites y el mbito del Sistema. Estos Modelos se desarrollaran para cada uno de los Bloques Elementales y se basarn en la informacin registrada en la actividad anterior. La definicin se logra usando la informacin obtenida mediante la Investigacin de hechos (se pueden usar varias tcnicas de investigacin de hechos) para definir los Modelos Conceptuales de Datos, Procesos y Redes. Estos modelos desarrollados por el Analista de sistema buscan definir el mbito del proyecto desde un punto de vista general. Los Modelos a desarrollar en esta actividad son:
1) 2) 3) 4) Modelos de Datos de Contexto o Modelo de Datos a Nivel de Contexto Modelos de Procesos de Contexto. Modelos de Redes de Contexto. Anlisis de Punto de Funcin.
Pg. 17-76
3.2.1.2.1 Modelos de Datos de Contexto Para la realizacin del Modelo de Datos de Contexto se utilizar la tcnica de los Diagramas de Entidad-Relacin, para esto se realizaron los siguientes pasos:
1) 2) 3) 4) 5) 6) Identificacin de Entidades de Datos. Definicin de Identificadores para cada Entidad. Elaborar primer borrador del Modelo de Datos de Relaciones Entre Entidades (Matriz de Relaciones) Identificacin de Atributos de las Entidades. Asignacin de Atributos a las Entidades. Dibujo de Diagrama de Entidad-Relacin.
Estos Modelos son registrados en el DICCIONARIO DEL PROYECTO, Apartado: Diccionario de Datos, Fase Inspeccin. 3.2.1.2.2 Modelos de Procesos de Contexto. Para la realizacin de los Modelos de Procesos de Contextos se utiliz la Tcnica de los Diagramas de Flujos de Datos, identificando los procesos y realizando los Diagramas desde el punto de vista General, segn lo indicado por la metodologa (ver apartado, 4.7.2.2 Modelo de Procesos de Contexto (MPC)). Estos Modelos son registrados en el DICCIONARIO DEL PROYECTO, Apartado: Diccionario de Procesos, Fase Inspeccin. 3.2.1.2.3 Modelos de Redes de Contexto. Para la elaboracin del Modelo de Redes de Contexto, al igual que los modelos anteriores se sigui la metodologa propuesta (ver apartado 4.7.3 Modelizacin de Redes), siguiendo los pasos abajo mostrados:
1) 5) Asignar un nombre a cada puesto; Definir cada puesto;
El Modelo obtenido fue registrado en el DICCIONARIO DEL PROYECTO, Apartado: Diccionario de Redes, Fase Inspeccin. 3.2.1.3 Actividad 3: Clasificacin de Problemas, Oportunidades y Posibles Soluciones En esta actividad se realizan las tareas relacionadas a la Identificacin de los problemas y oportunidades que ayuden a mejorar los procesos de la empresa, mediante la aplicacin de encuesta, entrevistas y/o anlisis de la Informacin Existente (Planteamiento del Problema), as tambin con la observacin de documentos y formatos utilizados.
Pg. 18-76
En base al estudio realizado en la Actividad 1, de la presente Fase (derivado del estudio del Planteamiento de Problema), se detallaron los Problemas y Oportunidades con sus posibles soluciones. Una vez ubicada claramente el mbito del proyecto deben clasificarse los problemas, oportunidades y posibles soluciones mediante el uso de la matriz de estudio problemas/oportunidades el cual es una herramienta tabular (tabla) en la cual se presentan los problemas y oportunidades, y se categorizan bajo ciertas caractersticas las cuales servirn para definir una posible solucin. La Tabla de Anlisis de Viabilidad obtenida, despus de aplicar la Tcnica del estudio de los Problemas y Oportunidades, fue registrada en el DICCIONARIO DEL PROYECTO, Apartado: Anlisis y Evaluaciones de Viabilidad, Fase Inspeccin. 3.2.1.4 Actividad 4: Plan Inicial Proyecto Propuesto El Plan del Proyecto se realiza en las Fases de Inspeccin, Estudio y Definicin del Anlisis de Sistemas, y a medida que se avanza en estas fases, se refina y precisa cada vez ms. El plan de proyecto, define una propuesta inicial sujeta a modificaciones, donde se define el calendario y las tareas del proyecto para establecer los lmites del mismo en cuanto a tiempo y actividades. Se eligi la tcnica de diagramas de GANTT para la representacin grfica de este plan del proyecto, previamente se definen y delimitan las tareas del proyecto. Para la presente Fase, se elabor un Plan de Proyecto que comprende todas las actividades o tareas necesarias para realizar las Fases del Anlisis de Sistema y sus Fase implicadas. Este plan se implementos por medio del uso de herramientas CASE para Gestin de Proyectos: Microsoft Project y WBS Chart Pro; el primero para obtener el Grficos de GANTT del Proyecto y el segundo para obtener la Estructura Desglosada de Trabajo (EDT o WBS); adems, se desarroll la Matriz de Gestin de Expectativas, aplicando la Metodologa propuesta en el Libro Gua de la Materia. El cronograma y el EDT del Proyecto fueron registrados en el DICCIONARIO DEL Proyecto, Apartado: PLAN DEL PROYECTO, Fase Inspeccin. Con esta primera aproximacin del Plan de Trabajo, se aprovecho la bondad de le herramienta Microsoft Project, para realizar un primer ejercicio de Estimacin de Costos (ver DICCIONARIO DEL PROYECTO, Apartado: ESTIMACIN DE COSTOS, Fase Inspeccin). Para esta estimacin slo se toma en cuenta los costos de Talento Humano y de recursos de computacin e informticos, necesarios para el desarrollo de las Fases desarrolladas en el Trabajo Prctico. 3.2.1.5 Actividad 5: Conclusiones y Recomendaciones Fase Inspeccin En esta Actividad se utiliza el anlisis de viabilidad de proyectos donde se usaran los test de anlisis: operativos, tcnicos, de fechas y econmicos para finalmente, dependiendo del resultado de estos anlisis, concluir si el proyecto es viable y si merece la pena continuar con su
desarrollo hacia las siguientes fases. Por supuesto, esta es una estimacin o conclusin inicial, la cual esta limitada a la informacin insipiente que apenas se esta obteniendo en la presente Fase. El proyecto deber ser evaluado continuamente para buscar atender oportunamente los imprevistos o desviaciones que puedan surgir. 3.2.1.5.1 Anlisis/ Evaluacin Viabilidad del Proyecto En esta actividad se utiliz la Tcnica del Anlisis de Viabilidad para verificar la pertinencia o no del proyecto. Como primer punto de control y ser la primera Fase que se est analizando, es muy temprano para profundizar en muchos de los aspectos que involucra el Estudio de la Viabilidad del proyecto. Por lo tanto, en este momento se presenta un anlisis basado fundamentalmente en el Planteamiento del Problema, sin profundizar en algunos aspectos como lo indica la metodologa. En la tabla siguiente se muestra la Matriz de Comparacin de Viabilidad realizada para esta Fase, que fue documentada en el apartado, ANLISIS Y EVALUACIONES DE VIABILIDAD, Fase Inspeccin, Anlisis y Evaluacin de Viabilidad, Fase Inspeccin, del DICCIONARIO DEL PROYECTO. 3.2.1.5.2 Informe Final Fase Inspeccin, Conclusiones y Recomendaciones Para le presente Fase se realiz un INFORME EVALUACIN DE VIABILIDAD DE PROYECTO, segn la Gua propuesta en el Libro de Referencia (ver Apartado, 6 APNDICES CON HECHOS Y DETALLES, 6.3 Modelo Informe Evaluacin de Viabilidad de Proyecto) En este Informe se presenta, el Estudio de Viabilidad del Proyecto para la presente Fase as como las recomendaciones y conclusiones, y es documentado en el DICCIONARIO DEL PROYECTO, Apartado, INFORMES DE EVALUACIN VIABILIDAD DEL PROYECTO, Fase Inspeccin.
Pg. 20-76
3.2.2
FASE ESTUDIO
Las caractersticas fundamentales de esta Fase son presentadas en la siguiente tabla:
Objetivos Principales:
Actividades:
La presente es la segunda Fase del la Etapa de Anlisis del Sistema del CVDS y persigue fundamentalmente el Estudio y Anlisis del Sistema Actual. El desarrollo de esta Fase se realizar por medio de la ejecucin de las siguientes actividades: 2. Actividad 1: Asignacin Roles y Papeles en el proyecto. 5. Actividad 2: Estudio Conocimiento del Sistema Actual. 6. Actividad 3: Modelizacin del Sistema Actual. 7. Actividad 4: Analizar los Problemas y las Oportunidades. 8. Actividad 5: Establecimiento de Objetivos del Nuevo Sistema. 9. Actividad 6: Revisin y Modificacin del mbito y el Plan del Proyecto. 10. Actividad 7: Revisin de Conclusiones y las Recomendaciones de Fase Estudio. Autorizacin por la Gerencia de continuar con el desarrollo de la Fase. Proyecto planificado de desarrollo de Aplicaciones. Resultados obtenidos en la Fase Inspeccin (Modelos Datos, Procesos, Redes y otros documentos, contenidos en el Diccionario de Datos).
Entradas:
Asignacin de roles en el proyecto. Modelos de Esenciales de Datos, Procesos y Redes del Sistema Actual. Anlisis de Problemas/ Oportunidad y posibles Soluciones. Salidas: Plan Inicial del Proyecto Propuesto. Anlisis de Viabilidad del Proyecto.
Plan y mbito del Proyecto Revisado y/o Modificado. Informe de Evaluacin de Viabilidad del Proyecto. Propietarios del Sistema: Gerencia de la Empresa (Gerente de Ventas). Participantes: Usuarios del Sistema: Personal Departamento de ventas, Clientes y Vendedores. Analista de Sistemas: Para efecto del Trabajo Prctico el analista har el rol de director, propietario, Analista y Usuario de Sistemas. Cinco (10) das hbiles
Duracin Estimada:
Tabla 2. Caractersticas Fundamentales Fase Estudio.
Pg. 21-76
3.2.2.1 Actividad 1: Asignacin Roles y Papeles en el proyecto Para efectos del Desarrollo del Presente proyecto el Analista har el rol de Director, Propietario, y Usuario de Sistemas. 3.2.2.2 Actividad 2: Estudio Conocimiento del Sistema Actual Esta actividad se requiere de la participacin de los Propietarios y Usuarios del Sistema de forma de tener con mayor precisin el funcionamiento del Sistema Actual. Para esto, se aplican la Tcnicas de Investigacin de Hechos tales como: entrevistas, observacin directa, muestreo de documentacin. Para el presente actividad se procedi a analizar el Planteamiento del Problema (ver Apartado: 6.1.1 Planteamiento del Problema6.1.1) y del levantamiento de informacin realizado en el apartado anterior. Esto permiti conocer informacin de los procesos manuales, la forma de funcionamiento del Sistema Actual y los problemas que presenta, para el registro, clasificacin y control de las rdenes de Ventas. Se tomar la Investigacin de Hechos, resultado de la 3.2.1.1 Actividad 1: Dirigir Entrevistas Iniciales (Listados de Hechos, registrado en el DICCIONARIO DEL PROYECTO) como fuente de informacin para el estudio del Sistema Actual. 3.2.2.3 Actividad 3: Modelizacin del Sistema Actual Como se menciono anteriormente el Subsistema Editar Datos de Pedidos (SEDP) ser el objeto de inters en el presente trabajo prctico (Sistema Actual). En este sistema se presentan dos procesos fundamentales: 1. Proceso Manual: Donde se recibe la Orden de Venta del Cliente, va Fax, Correo Electrnico y Tradicional. Para su posterior ingreso al SEDP por parte del Personal de Edicin de Pedidos. Proceso Automatizado: Por medio del cual se ingresan las Ordenes de Venta para su procesamiento dentro del Sistema Actual
2.
En el Trabajo se le prestar atencin al Sistema Automatizada, ya que el Proceso Manual ser eliminado en el Sistema Nuevo. Para modelar el Sistema Actual se aplicaron las diferentes tcnicas de Modelizacin, donde cada una de ellas nos permite representar el Sistema Actual en funcin de los Bloques Elementales del CVDS de los SI. A continuacin se describen Modelos requeridos: 3.2.2.3.1 Modelo de Datos En esta Fase se elabor un Modelo de Datos Esencial del sistema actual, para esto se sigui la metodologa propuesta en el Libro Gua de la Materia [1], los pasos para la elaboracin de los
Modelos de Datos Esenciales es mostrada en el apartado 4.7.1.2 Modelo de Datos Esencial (MDE) del presente Trabajo. El resultado de esta Actividad, fue documentado el DICCIONARIO DEL PROYECTO, Apartado: Diccionario de Datos, FASE ESTUDIO. 3.2.2.3.2 Modelo de Procesos Los Procesos se modelaron por medio Diagrama de Flujos de Datos (DFD), como lo indica la metodologa, que permitieron elaborar el Modelo de Procesos de Contexto y Esencial del Sistema Actual. Con este modelado se pudo tener un mejor conocimiento de los procesos de empresa. Basado en el Modelo de Procesos Esencial, se obtuvo el Modelo de Procesos Primigenio, por de la explosin del primero. En este Diagrama se conceptualizo todo el Sistema, incluyendo hasta los Sistemas y Sub-Sistemas que estn fuera de estudio. Se realiz para tener una ms amplia del Sistema Actual. El resultado de esta Actividad, fue documentado el DICCIONARIO DEL PROYECTO, Apartado: Diccionario de Procesos, FASE ESTUDIO. 3.2.2.3.3 Modelizacin de Redes Para esta Fase se utilizar el Modelo de Redes obtenido en la Fase Inspeccin. 3.2.2.4 Actividad 4: Analizar los Problemas y las Oportunidades En esta Actividad se trabaja con los Propietarios y Usuarios con el fin de analizar los hechos ms relevantes, los problemas y oportunidades del Sistema Actual. Para esto se utilizar la Tcnica de Estructura PIECES. 3.2.2.4.1 Anlisis de Estructura PIECES La Tcnica de Estructura PIECES, es utilizada para detectar los Problemas, Oportunidades y Normas sobre el Sistema Actual. Para esta actividad se realiz una tabla contentiva del Anlisis PIECES al Sistema Actual, donde se estudio de los Problemas y Oportunidades de este Sistema, desde el punto de vista de los factores: Prestaciones, Informacin, Economa, Control, Eficacia y Servicios. El resultado fue documentado en el DICCIONARIO DEL PROYECTO, Apartado: ANLISIS Y EVALUACIONES DE VIABILIDAD, Fase Estudio, Anlisis de Problemas y Oportunidades. 3.2.2.5 Actividad 5: Establecimiento de Objetivos del Nuevo Sistema La presente actividad propone el establecimiento de Objetivos del proyecto, de manera de poder determinar el xito de ste en funcin del cumplimiento de estos Objetivos o Metas.
Para el establecimiento de los Objetivos, la metodologa establece utilizar la Tcnica de la Matriz de Problema/ Oportunidad/ Objetivo/ Restriccin, para poder registrar con precisin los objetivos del Proyecto. Esta matriz se realizar respondiendo a los Problemas y Oportunidades, estudiado en el apartado anterior. El resultado fue registrado en el DICCIONARIO DEL PROYECTO, Apartado: ANLISIS Y EVALUACIONES DE VIABILIDAD, Fase Estudio, Estudio de Problemas, Oportunidades, Objetivos y Restricciones. 3.2.2.6 Actividad 6: Revisin y Modificacin del mbito y el Plan del Proyecto Para la presente Fase, se considera que no es necesario realizar cambios al mbito del Proyecto, ni al plan del mismo. 3.2.2.7 Actividad 7: Revisin de Conclusiones y las Recomendaciones de Fase Estudio Como lo indica la metodologa adoptada, para le presente Fase se realiz un INFORME EVALUACIN DE VIABILIDAD DE PROYECTO. En este Informe se presenta, el Estudio de Viabilidad del Proyecto para la presente Fase, as como las recomendaciones y conclusiones. El informe de la presente fase es documentado en el DICCIONARIO DEL PROYECTO, Apartado, INFORMES DE EVALUACIN VIABILIDAD DEL PROYECTO, Fase Estudio.
Pg. 24-76
3.2.3
ANLISIS DEL SISTEMA-FASE DEFINICIN
Tercera Fase del Anlisis del Sistema, denominada Fase de Requisitos o Diseo Lgico. Definir las necesidades de Empresa (no tcnicas) referidas a los problemas identificados en el Sistema Actual. Objetivos Principales Definir las necesidades de Empresa (no tcnicas) que aprovechan las oportunidades identificadas en el Sistema Actual. Definir las necesidades de Empresa que cumplen Normas. Ofrecer a los grupos de desarrollo de sistemas flexibilidad absoluta en lo referido a las futuras elecciones de diseo. El desarrollo de esta Fase se realizar por medio de la ejecucin de las siguientes actividades: 3. Actividad 1: Identificar las Necesidades. 4. Actividad 2: Modelizar las Necesidades del Sistema. 5. Actividad 3: Elaborar Tipos de Descubrimiento. 6. Actividad 4: Definir Prioridades entre Necesidades de Empresa. 7. Actividad 5: Modificar el mbito y el Plan del Proyecto. 8. Actividad 6: Revisar las Especificaciones de Necesidades. 9. Actividad 7: Conclusiones y Recomendaciones Fase Definicin. Entradas: Autorizacin por la Gerencia de continuar con el desarrollo de la Fase. Resultados obtenidos en la Fase Estudio (Modelos Datos, Procesos, Redes y otros documentos, contenidos en el Diccionario de Datos).
Actividades:
Listado de Especificaciones e Identificacin de Necesidades. Modelos de Sistemas (Modelo de Datos, Procesos y Redes) sistema Propuesto. Salidas: Prototipo de Descubrimiento del Sistema. Plan de Proyecto Revisado o Modificado. Informe de Evaluacin de Viabilidad del Proyecto. Informe Final Trabajo Prctico (Segundo Momento). Propietarios del Sistema: Gerencia de la Empresa (Gerente de Ventas). Participantes: Usuarios del Sistema: Personal Departamento de ventas, Clientes y Vendedores. Analista de Sistemas: Para efecto del Trabajo Prctico el analista har el rol de director, propietario, Analista y Usuario de Sistemas. Treinta y Cuatro (34) das hbiles
Duracin Estimada:
Tabla 3. Caractersticas Fundamentales Fase Definicin.
Pg. 25-76
Este Apartado se desarrolla en el Segundo Momento de la entrega del Informe del Trabajo. 3.2.3.1 Actividad 1: Identificar las Necesidades El propsito de esta actividad es identificar las necesidades de empresa y solicitar los requisitos de la nueva aplicacin, basado en los objetivos y restricciones del nuevo sistema identificadas en la Fase Estudio. Para el desarrollo de esta actividad se realizaron tres sub-actividades:
1) 2) 3) 4)
Elaboracin de modelo de Cuestionario para definicin de requerimientos; Definicin de Necesidades de Empresa; Establecimiento de los Objetivos del Nuevo Sistema; Identificacin de Necesidades o Requerimientos.
A continuacin se desglosan estas sub-actividades: 3.2.3.2 Elaboracin de Cuestionario La realizacin de cuestionarios engloba los siguientes pasos:
1. Preparar el cuestionario: 1.1. Establecer los niveles y escalas de medicin de las preguntas. 1.2. Determinar la codificacin de las preguntas cerradas. 1.3. Elaborar la primera versin del cuestionario. 1.4. Validar el cuestionario determinar su confiabilidad. 1.5. Consultar con expertos o personas familiarizadas con el tema. 1.6. Ajustar la primera versin. 2. Llevar a cabo la prueba piloto: 2.1. Aplicar la primera versin del cuestionario. 2.2. Elaborar la versin final del cuestionario. 3. Aplicar el cuestionario a la muestra. 4. Documentar y analizar los resultados obtenidos: 4.1. Calcular los estadsticos y las medidas de tendencia central. 4.2. Analizar la informacin obtenida. 5. Elaborar las conclusiones y las recomendaciones.
3.2.3.2.1 Objetivo Recabar informacin sobre la situacin actual para definir las necesidades de la Institucin bajo estudio y con el fin de determinar los requerimientos del nuevo sistema. 3.2.3.2.2 Tareas
Pg. 26-76
Elicitacin de los requisitos del sistema: 3. 4. 5. 6. Identificacin de las principales reas de la aplicacin y grupos de usuarios. Estudio y anlisis de la documentacin existente relativa a las aplicaciones. Estudio del entorno de operacin actual. Estudio del uso de la informacin (transacciones, frecuencias y flujos de datos).
3.2.3.2.3 Resultados Documento de especificacin de requerimientos: 1. 2. 3. 4. Determinacin de Objetivos, Actores, Necesidades de Informacin del Nuevo Sistema. Determinacin de Requisitos Funcionales y No Funcionales del Nuevo Sistema Diagramas de flujo de datos (DFD) de Contexto, Medios y Primigenios. Casos de uso.
La informacin que se obtiene surge como el resultado de cuestionarios realizados en el rea del Departamento de Admisin de Pacientes (DAP) y el Departamento de Historias Mdicas (DHM), especficamente orientado a los siguientes actores:
1) 2) 3) 4) 5) 6)
Direccin de la Institucin Hospitalaria; Miembros del Departamento de Admisin: Jefe de Departamento y Auxiliar de Admisin; Miembros del Departamento de Historias Mdicas: Jefe del Departamento y Auxiliares; Mdicos Tratantes y Otros Mdicos de Diferentes Servicios; Miembros de Biblioteca: Jefe y Bibliotecarias(Os); Dependencias o Servicios Mdicos.
La informacin obtenida de los cuestionarios se organizo y estructuro con el fin conformar el documento de requisitos del nuevo sistema que se presenta mas adelante. 3.2.3.2.4 Definicin de Necesidades de Empresa En el DICCIONARIO DEL PROYECTO, APARTADO 2.3.1, DEFINICIN DE NECESIDADES DE EMPRESA; TABLA 11, se muestra el resumen de las necesidades de empresa identificadas.
3.2.3.2.5 Establecimiento de los Objetivos del Nuevo Sistema Del estudio de la Matriz de Problema/ Oportunidad/ Objetivo/ Restriccin, obtenida en la Fase Estudio, se obtuvieron los Objetivos del Sistema Nuevo. En el DICCIONARIO DEL PROYECTO, Apartado 2.3.2 DEFINICIN DE REQUERIMIENTOS DEL SISTEMA PROPUESTO, 2.3.2.1 DEFINICIN DE OBJETIVOS DEL NUEVO SISTEMA; se muestra la tabla resumen de los Objetivos determinados
para el nuevo sistema, con base en los problemas y oportunidades identificados en la fase anterior. 3.2.3.2.6 Identificacin de Necesidades o Requerimientos Para la identificacin de necesidades o requerimientos del nuevo sistema se seleccion el Mtodo basado en Datos Almacenados para la Definicin de las Necesidades, segn la metodologa planteada. Para la implementacin de los requerimientos del Sistema se utiliz la metodologa propuesta para la Elicitacin de Requisitos de Sistemas de Software [11]. Esta metodologa propone la realizacin de las siguientes actividades: Tarea 1: Obtener informacin sobre el dominio del problema y el sistema actual. Tarea 2: Preparar y realizar las sesiones de Elicitacin/Negociacin. Tarea 3: Identificar/revisar los objetivos del sistema. Tarea 4: Identificar/revisar los requisitos de almacenamiento de informacin. Tarea 5: Identificar/revisar los requisitos funcionales. Tarea 6: Identificar/revisar los requisitos no funcionales. Tarea 7: Obtener la Matriz de Rastreabilidad Objetivos/ Requisitos. Las tareas 1 y 2 fueron realizadas en la Fase Inspeccin, por lo tanto se procedi a la realizacin de las tareas 2 al 7. Para el registro de las tareas de Elicitacin se utilizaron las plantillas propuestas por la metodologa, que son presentadas en el apartado 4.10 Formatos para la Identificacin de Necesidades, del presente informe. Los resultados de este anlisis son registrados en el DICCIONARIO DEL PROYECTO, en Apartado 2.3.2 DEFINICIN DE REQUERIMIENTOS DEL SISTEMA PROPUESTO, desglosados en:
1) 2) 3) 4) 2.3.2.2 Determinacin de Objetivos del Nuevo Sistema. 2.3.2.3 Definicin Requisitos de Almacenamiento de Informacin. 2.3.2.4 Definicin de Actores del Sistema (Bloque Personas). 2.3.2.5 Definicin de Requisitos Funcionales: a) b) c) 5) 6) 2.3.2.5.1 Casos de Uso del Subsistema Admisin de Pacientes. 2.3.2.5.2 Casos de Uso del Subsistema Emisin de Estadsticas. 2.3.2.5.3 Casos de Uso del Subsistema Gestin de Citas Mdicas.
d) 2.3.2.5.4 Casos de Uso del Subsistema Gestin del Sistema. 2.3.2.6 Definicin de Requisitos No Funcionales. 2.3.2.7 Matriz de Rastreabilidad Objetivos/Requisitos.
3.2.3.3 Actividad 2: Modelizar las Necesidades del Sistema En esta actividad, segn lo establecido en la metodologa, se desarroll un Modelo de Procesos Esencial que refleja las entradas, las salidas, los almacenes de datos y las necesidades de procesos del sistema propuesto. Tambin se genero el Modelo de Datos del Sistema
Propuesto y el Diagrama de Descomposicin del Modelo Esencial de Procesos, todos estos modelos fueron registrados en el DICCIONARIO DEL PROYECTO, Apartados:
1) 2) 3) 4.3.1 MODELO DE DESCOMPOSICIN DE DATOS DEL SISTEMA PROPUESTO; 5.3.1 MODELO DE PROCESOS DE CONTEXTO ESENCIAL, SISTEMA PROPUESTO; 5.3.2 DIAGRAMA DE DESCOMPOSICIN, SISTEMA PROPUESTO.
Con respecto al Modelo de Redes, se mantiene el Modelo de Red de Empresa del Sistema Nuevo obtenido en la Fase anterior. 3.2.3.4 Actividad 3: Elaborar Prototipo de Descubrimiento Para el presente informe no se validarn las necesidades del nuevo sistema. 3.2.3.5 Actividad 4: Definir Prioridades entre Necesidades de Empresa Por requerimientos del trabajo se supondr que todas las necesidades tienen la misma prioridad. El resultado de este anlisis es registrado en el DICCIONARIO DEL PROYECTO, Apartado 2.3.3 PRIORIZACIN DE NECESIDADES DE EMPRESAS. 3.2.3.6 Actividad 5: Modificar el mbito y el Plan del Proyecto La presente Fase no present elementos para modificar ni el mbito, ni el Plan del Proyecto. 3.2.3.7 Actividad 6: Revisar las Especificaciones de Necesidades Segn la metodologa propuesta la Revisin de las Especificaciones de las Necesidades se realiza bajo dos aspectos: Revisin de Calidad y Revisin de Viabilidad, a continuacin se desarrollan ambos aspectos. En el apartado 4.11 Formatos para Revisin Especificaciones de Necesidades, pg. 58; se presentan los formatos para el desarrollo de estos anlisis. 3.2.3.7.1 Revisin de Calidad Para la Revisin de la Calidad se utilizan los Factores que determinan la Calidad de un Producto de Software, propuestos por los autores McCall [12]; Meyer [13] y Pressman [7], establecidas en la Norma ISO/IEC 9126, Calidad de los productos software [14]. El resultado de la Revisin de Calidad se registr en el DICCIONARIO DE DATOS, Apartado: 3.3.1 REVISIN DE ESPECIFICACIONES DE NECESIDADES, 3.3.1.1 REVISIN DE CALIDAD. 3.2.3.7.2 Revisin de Viabilidad La Revisin de Viabilidad se realiz, segn la metodologa en el Libro de referencia, basado en los cuatro test de viabilidad: Viabilidad Operativa, Viabilidad Tcnica, Viabilidad Econmica y Viabilidad de Fechas. El resultado de la revisin fue registrado en el Diccionario de Datos,
apartado: 3.3.1 REVISIN DE ESPECIFICACIONES DE NECESIDADES, 3.3.1.2 REVISIN DE VIABILIDAD. 3.2.3.8 Actividad 7: Conclusiones y Recomendaciones Fase Definicin Las conclusiones y recomendaciones de la presente Fase, fueron registrados en el Informe de Viabilidad y Evaluacin del Proyecto, del Diccionario del Proyecto, apartado: 7. INFORMES DE EVALUACIN VIABILIDAD DEL PROYECTO, 7.3. Fase Definicin, 7.3.1 INFORME EVALUACIN DE VIABILIDAD DE PROYECTO. Como otro producto entregable de esta Fase se propone por su importancia el registro en el Diccionario del Proyecto del Documento de Requerimientos del Sistema, segn la metodologa propuesta y el estndar IEEE 830-1998 [15]. Este documento es presentado en el Diccionario del Proyecto, apartado: 7. INFORMES DE EVALUACIN VIABILIDAD DEL PROYECTO, 7.3. Fase Definicin, 7.3.2 DOCUMENTO DE REQUERIMIENTOS DEL SISTEMA.
Pg. 30-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) MTODOS Y PROCEDIMIENTOS
4. MTODOS Y PROCEDIMIENTOS
En el presente Apartado, se especifican los requerimiento metodolgicos que se utilizarn, tanto para el Anlisis del Sistema, solucin al Problema Planteado, como para la elaboracin del Trabajo Prctico. Tambin se incluyen algunos de los conceptos, tcnicas y procedimientos que se consideran de relevancia para entender y comprender el desarrollo del Trabajo. La metodologa a seguir, ser la adoptada en la presente asignatura, la cual est descrita en el libro Gua de la Materia, Anlisis y Diseo de Sistemas de Informacin de los autores WHITTEN, BENTLEY Y BARLOW [1]. Esa metodologa consta de una sucesin de Fases y Actividades, las cuales son descritas conjuntamente, en la Unidad 12 del MIA [2]. El Proceso de la elaboracin del Anlisis del Sistema es un estudio formal, exhaustivo y coherente del problema planteado. Este seguir el orden secuencial de la actividades metodolgicas, aunque algunas de ellas no requerirn ser efectuadas. Esto puede observarse en la serie de cuadros denominados Gua metodolgica para el anlisis del Sistema, que se muestra a continuacin.
4.1. GUA METODOLGICA PARA EL ANLISIS DEL SISTEMA

4.1.1 FASE INSPECCIN
FASE INSPECCIN ACTIVIDAD
1
NOMBRE DE LA ACTIVIDAD
Dirigir las entrevistas iniciales
TCNICA O HERRAMIENTA
Tcnicas de investigacin de hechos (en particular la entrevista). Modelizacin de datos. Modelizacin de procesos. Modelizacin de redes. Matriz de estudio de problemas/oportunidades. Gestin de proyectos (en particular, Plan de Proyectos por PERT y GANTT). Anlisis de viabilidad Tcnicas interpersonales (en particular, escritura de informes).
OBJETIVO EVALUABLE
9
Definir el mbito del proyecto Clasificar problemas, oportunidades y posibles soluciones Establecer un plan para el proyecto propuesto Presentar las conclusiones y recomendaciones de la Fase
5, 6, 7
12
10, 11
Tabla 4. Gua Metodolgica para el Anlisis del Sistema, Fase Inspeccin.
Pg. 31-76
4.1.2
FASE ESTUDIO
FASE DE ESTUDIO NOMBRE DE LA ACTIVIDAD
Asignar papeles en el proyecto
ACTIVIDAD
OBJETIVO EVALUABLE
Ninguno Nota: El estudiante har el rol de director, propietario, analista y usuario del Sistema.
Conocer el sistema actual
Ninguno Tcnicas de investigacin de Nota: No se recomienda hechos. estudiar en profundidad el sistema actual. Modelizacin de datos. Ninguno Nota: No se recomienda estudiar en profundidad el sistema actual. 12 Modelizacin de procesos. Modelizacin de redes. Estructura PIECES (Prestaciones, Informacin, Economa, Control y seguridad, Eficacia, y Servicios).
Modelizar el sistema actual
Analizar los problemas y las oportunidades Establecer los objetivos del nuevo sistema Modificar el mbito y el plan del proyecto
12 Gestin de proyectos (en Ninguno particular, Gestin de las Nota: Se asumir que no expectativas creciente de los cambiar el mbito del usuarios) proyecto. 11
Revisar las conclusiones y las recomendaciones de la Tcnicas interpersonales (en particular, escritura de informes) fase
Tabla 5. Gua Metodolgica para el Anlisis del Sistema, Fase Estudio.
Universidad Nacional Abierta, SISTEMAS DE INFORMACIN I(TP-335) Tirso Rubn Fernndez M, V-6.122.911
Pg. 32-76
4.1.3
FASE DEFINICIN
FASE DE DEFINICIN
ACTIVIDAD
NOMBRE DE LA ACTIVIDAD
Tcnicas de investigacin de hechos (entrevistas, reuniones, discusiones en grupo, encuestas (cuestionarios), investigacin, BRAINWRITING, BRAINSTORMING). Modelizacin de datos Modelizacin de procesos Modelo de redes
OBJETIVO EVALUABLE
Identificar las necesidades
Modelizar las necesidades de sistemas
5 6 7 Ninguno Nota: No se validarn las necesidades del nuevo sistema.
Elaborar prototipos de descubrimiento
Definir prioridades entre las necesidades de empresa
---
Ninguno Nota: Se supondr que todas las necesidades tienen la misma prioridad. Ninguno Nota: Se asumir que no cambiar en el mbito del proyecto. 11
Modificar el mbito y el plan de proyecto Revisar las conclusiones y las recomendaciones de la fase
Gestin de proyectos (en particular, anlisis de puntos de funcin) Tcnicas interpersonales (en particular, escritura de informes)
Tabla 6. Gua Metodolgica para el Anlisis del Sistema, Fase Definicin.
Adems de lo antes expuesto, el trabajo se realizar tomando en cuenta las siguientes especificaciones:
1) 2) Las actividades metodolgicas se realizarn segn lo explicado en el material MIA [2], desde la Unidad 5 hasta la Unidad 11. Las especificaciones dadas podrn enriquecerse con una situacin real, siempre y cuando, se mantenga dentro del contexto de los requerimientos funcionales expresados. En tal caso, podr completar, detallar, adaptar y/o modificar procesos, datos y trminos que se justifiquen, documentndolos debidamente, especificando el motivo, fuente y resultado de la investigacin realizada en la situacin real. Si en las especificaciones, no se indican todos los datos necesarios para efectuar determinada actividad y/o usar cierta tcnica y herramienta, entonces el alumno idear datos que resulten razonables para tal fin. Se documentar el trabajo mediante el empleo de dos tcnicas de investigacin de hechos distintas. Una tcnica en la fase de inspeccin, para recabar hechos preliminares del sistema, y otra tcnica en la fase de definicin, para identificar las necesidades del sistema nuevo, fundamentndose en los modelos basados en procesos, o sino, basados en datos.
3)
4)
Pg. 33-76
SIS STEMA DE INFOR RMACIN DE R REGISTROS Y EST TADSTICAS DE S SALUD (SIRES) M TODOS Y PROC CEDIMIENTOS
5 5)
Con el fin de acotar la exig e gencia del presente tra p abajo, El Em mpleo del An nlisis de Viabilidad se utilizar en la Fase de Inspecc r e cin del Anlisis de Sistem mas.
A continuacin, se expondr n brevem mente algu unos conc ceptos, t cnicas o aspectos metodolg gicos, utiliza ados en el desarrollo del trabajjo, que se consideran resaltant tes y tiles para la elaboracin del Presente Trabajo Pr d e rctico.
4 CICL DE VID DEL DE 4.2. LO DA ESARROL LLO DE SIS STEMAS ( (CVDS)

El Ciclo de Vida de Desarrollo de Siste el emas es un mtodo que agru n upa un conjunto de actividade que los analistas, diseadores y usuarios realizan p es a d s s para desar rrollar e imp plantar un s sistema de informaci al respe n, ecto KENDA Y KEND ALL DALL [5] esta ablece que Es un en e nfoque por F Fases de Anlisis y Diseo que sostiene que los siste A D emas son d desarrollado de mejo manera os or m mediante el uso de un Ciclo especifico de Actividade de el Ana e n es alista y el U Usuario. Para los Au utores del Libro Gua [1], se trat de una h L [ ta herramienta de gesti de proy n yectos que planea, eje ecuta y co ontrola los proyectos de desarro llo de sistemas y establece que el CVDS p d consta de las siguient activida tes ades: a) Pla anificacin b) Anlisi de Sistem n; is mas (2), c) Diseo de S Sistema, d) Implantac cin de Siste emas y d) Soporte y M S Mantenimiento de Siste emas. En es trabajo ste s utiliza el planteamiento del CVDS como metodolog para el Planeamie se C ga ento, Anlis Diseo, sis, creacin e implantac cin del Siste ema SIRES.
4 4.2.1
BLO OQUE ELEMEN NTALES DEL CVDS C
Figura 1. Bloques Elementales del CVDS. a s
Otro concepto funda amental a tener en cuenta es el Elemen ntos del Sist tema. Con el fin de n construir sis stemas de informaci existen elementos q n e que permit ten conoce el funcio er onamiento del sistema en cada una de sus etapas. Ent ellos ten a u tre nemos:
1) BLOQU ELEMENTA PERSONAS El primer, y ms impo UE AL S: ortante, bloq que de los sistemas de in nformacin es PER RSONAS. La filosofa pred f dominante en el desarro de sistem debera consistir en pensar que e ollo mas los sistemas estn hechos: para las person nas. Todos lo participan os ntes en los siistemas de in nformacin n omn: son tra abajadores de la inform acin. El tr d rmino trabajador de la in nformacin tienen algo en co
) El presente Tr rabajo Prctico se centrara en esta Fase del CVDS. o n
N erta, SISTEMAS DE INFORMA S ACIN I(TP-33 5) Universidad Nacional Abie Tirso Rubn Fernndez M, V-6.122.911 F
Pg. 34-76
fue ac cuado par designar a aquellas personas cu ra p uyo trabajo tiene que v con la c ver creacin, la captura, la distribu ucin y el uso de informa acin. Este B Bloque est conformado por: o a) Propietarios de Sistemas son person que per P s: nas rtenecen no ormalmente al cuerpo d directivo de las empresa Los propie l as. etarios de si istemas patr rocinan y pr romueven lo SI. Son no os ormalmente responsable de fijar el presupuest y el plaz necesario para des r es to zo os sarrollar y m mantener el sistema de informacin y decide en ltim trmino la validez de dicho s s n, en mo sistema de informacin. i Usuarios de Sistemas (U U Usuarios): son denomina n ados tambi Trabajado n ores de la In nformacin. Los usuarios son aque s ellas persona que utiliz as zan el siste ema de info ormacin (y obtienen y beneficios directos de l) de una fo b d orma regula capturan, validan, int ar: , troducen y a almacenan datos. Los usuarios defin d u nen: (1) los problemas que han de resolverse; (2) Las opo e ortunidades que deben aprovechar q rse, (3) las ne ecesidades que han de satisfacerse y (4) las re e e, estricciones de la empre que se im d esa mpondrn a los sistemas de informac cin. Diseadores de Sistem D s mas: traduc cen las ne ecesidades y las restriicciones de empresa e manifestada por los usu m as uarios a solu uciones tcn nicas. Disea los archiv an vos, las base de datos, es las entradas las salidas, las pantalla las redes y los program inform l s, as, mas ticos requer ridos por los usuarios de sistemas. u s Constructore de Sistem C es mas: fabrican SI multiusua basados en las espe n ario s ecificaciones de diseo obtenidas de los diseadores de sist o temas.
b)
c)
d)
Fig gura 2. Bloqu Elementa Personas. ue al 2 2) BLOQU ELEMENTA DATOS: Los dalos pu UE AL L ueden, y de eberan, inte erpretarse c como la materia prima utilizad para producir inform da macin, en consecuenciia, se consid c dera que los datos constituyen uno de los pilares fund damentales de un SI, ya que permite crear info d en ormacin till. Estos Datos deben ser s vistos desde el punto de vi p ista del Bloq que Elemen ntal Persona Dos con as. nceptos imp portantes a diferen nciar son: a) Datos: Son una colec ccin de hechos con h nsiderados de forma aislada, de escriben la organizacin Estos hech aislados portan un s o n. hos significado, p pero en gen neral no son de utilidad por si solos. p Informacin: es un dato que ha sido manipulad con lo qu resulta de utilidad pa alguien. I o do, ue e ara
b)
Pg. 35-76
Figura 3. Bl loque Eleme ental Datos. 3 3) BLOQU ELEMENTA ACTIVIDAD: Las actividades defin UE AL nen la funci de un SI, por medio d proceso n del de los datos y la generacin de informa s n acin, que a apoyan las actividades de una em s mpresa. Las activid dades de un empresa son proceso cotidianos que sirven para apoya sus comet na os s ar tidos, metas y obje etivos, algun autores los llaman procedimien nos l p ntos. Algunas actividade pueden iimplantarse es en form de softw ma ware y otras han de ser realizadas p or personas (manuales). Entre las fu r unciones de los SI se incluyen las ventas, los servicio la fabric n os, cacin, las expedicione las recepciones, la es, ue e sta r e de contabilidad, etc. Al igual qu el Bloque anterior s debe ser vista desde el punto d vista del e c ente figura. L actividad de los siistemas de in Las des nformacin Bloque Personas, como lo indica la siguie son pr rocesos que apoyan las actividades de empresa por medio de: s a o a) b) Suministro de datos y el proceso de informacion S e nes; y La Mejora y simplificaci de las actividades de empresa. n e
Fig gura 4. Bloqu Elemental Actividad. ue l 4 4) BLOQU ELEMENTA REDES: Las redes son las estru UE AL L ucturas de distribucin de person n nas, datos, activid dades y tec cnologa (lo restantes bloques ele os ementales) en los luga ares adecua ados de la empre esa, y el movimiento (Flujo de In m nformacin) de datos entre dich ) hos lugares. Indica la . desce entralizacin de la empre y la distr esa ribucin de l os restantes Bloques Elementales en los lugares n ms tiles, la com municacin y coordinaci in entre dic chos lugares La geogra s. afa de un sis stema es el nto res cesita realiza sus operac ar ciones. Una conjun de lugar geogrficos donde la empresa elige o nec red de empresa define los lu e ugares detallados de tr rabajo, los re ecursos esp pecficos disp ponibles en cada lugar y las necesidade de comun es nicaciones d empresa entre dicho lugares. U de a os Una red de esa riamente una red inform mtica. A veces, las rede de empre reciben es esa empre no requiere necesar el nom mbre de redes logstica En la sig as. guiente figu ura se mues stra la visin de este B n Bloque con respec al resto de los Bloque Elementales. cto d es
Pg. 36-76
Figura 5. Blo oque Elemental Redes. 5 5) BLOQU ELEMENTA TECNOLOGA: La tecn UE AL nologa de in nformacin designa la m moderna co ombinacin de tec cnologas inf formticas y de telecom municacione En la tecn es. nologa de in nformacin se incluyen las co omputadora los perif as, ricos, las re edes, las m mquinas de fax, la telefona, las impresoras e inteligentes y otros tipos de dispositivos tecnolgicos q s que apoyan el proceso de informaciones y las n o ologa de d datos incluy todo el hardware y software ye comunicaciones de empresa. La tecno macenar y gestionar los recursos d datos. Lo bloques e g s de os elementales requerido para capturar, alm S por el a DATOS de los sistemas de informacin se implantan p medio de empleo de tecnologa de datos. La tec cnologa de procesos incluye tod el hardw e do ware y soft tware reque erido para apoyar las activid dades de lo sistemas de empresa y de inform os d macin. Los b bloques elementales AC CTIVIDADES de los sistemas de informacin se implant e tan por med del empleo de tecno dio ologa de pr rocesos. Los bloque elementa es ales REDES de los sistem d mas de infor rmacin se implantan por medio del uso de tecnologa de comunicacio c ones. La te ecnologa d de comunicaciones, t tambin de enominada tecnologa de diseo de rede o de telecomunicac iones, incluy el hardwa y softwa utilizado es ye are are para interconecta la tecnologa de da i ar atos y de pr rocesos en diferentes lu ugares. En la siguiente figura se muestra los compone l entes de est Bloque. te
Fig gura 6. Bloqu Elemental Actividad. ue l
Pg. 37-76
4.2.2
PRINCIPIOS PARA DESARROLLO DE SISTEMAS DE INFORMACIN
Al igual los autores del Libro Gua de la materia establecen unos Principios para el Desarrollo de Sistemas, que se deben tener en mente para el desarrollo de cada uno de las actividades a desarrollar, que se presentan a continuacin:
1) 2) 3) 4) 5) 6) 7) 8) Implicar al usuario Aplicar un mtodo de resolucin de problemas Definir fases y actividades Establecer normas para un desarrollo y una documentacin consistentes Justificar los sistemas como inversin de capital No tener miedo de cancelar o revisar el proyecto Divide y vencers Disear sistemas que puedan crecer y cambiar
4.3. TCNICAS DE INVESTIGACIN DE HECHOS

Las Tcnicas de Investigacin de Hechos tienen como propsito recabar hechos preliminares sobre personas, datos, actividades, lugares y redes, as como tecnologas existentes. Adems, lista de problemas, oportunidades, restricciones y opiniones. Las tcnicas son seis:
1) 6) 7) 8) 9) 10) Muestreo de la documentacin (ejemplo de documentos son los formularios y los archivos existentes); Investigacin y Visitas a Instalaciones; Observacin del entorno de trabajo; Cuestionarios; Entrevistas; y Diseo conjunto de aplicaciones (DCA).
4.4. TCNICAS DE COMUNICACIN INTERPERSONAL

Entre las tcnicas de comunicacin interpersonal, se utilizar la Tcnica de Redaccin de Informes, elaborando un slo informe (en el Segundo Momento), que integrar las tres fases del Anlisis de Sistemas.
4.4.1
TCNICAS DE COMUNICACIN
Las tcnicas de comunicacin son cuatro:

1) 2) 3) 4) Reuniones, Presentaciones formales, Reuniones de Proyecto, e Informes Escritos.
Pg. 38-76
Por las caractersticas del trabajo las tcnicas de comunicacin no sern utilizadas en el desarrollo del trabajo.
4.4.2
TCNICAS DE REDACCIN DE INFORMES
En cuanto a la redaccin de informes, el informe factual consta de las siguientes secciones: I) Introduccin, II) Mtodos y procedimientos, III) Hechos y Detalles; IV) Discusin y Anlisis de Hechos y Detalles, V) Recomendaciones y VI) Conclusin. El Informe Administrativo consta de las siguientes secciones: I) Introduccin, II) Conclusiones y Recomendaciones, III) Resumen y Discusin de Hechos y Detalles, IV) Mtodos y Procedimientos; V) Conclusin Final; VI) Apndices con Hechos y Detalles. La diferencia principal entre ambos, es que el primero muestra al principio los detalles y luego las conclusiones; en cambio, el segundo, lo hace al contrario. Los Informes se elaborarn segn las Fases del Anlisis del Sistema, como se indica a continuacin:
1) Fase de Inspeccin: se elabora una evaluacin preliminar de viabilidad y una redaccin del mbito del proyecto, documentos ambos que se presentan a un Comit de Iniciativas para la toma de una decisin sobre la continuacin o la cancelacin del proyecto. En el libro texto se sugiere un Guin para la evaluacin de viabilidad de un proyecto. Fase de Estudio, se elabora y presenta una relacin de los problemas de empresa y de los nuevos objetivos del sistema para verificar con los usuarios hasta qu punto conoce el sistema actual y los anlisis de los problemas, las limitaciones y las restricciones de dicho sistema. En el libro texto se sugiere Guin de relacin de problemas de empresa. Fase de Definicin, se produce una relacin de necesidades de empresa. Este documento de especificaciones es a menudo extenso y complejo, y rara vez se escribe como un nico informe dirigido a los usuarios y los propietarios del sistema. Es mejor revisarlo en reuniones de proyecto (en fragmentos ms pequeos) con los usuarios y mantenerlo como referencia para los analistas y los programadores. En el libro texto no se sugiere un guin en particular para su realizacin.
2)
3)
4.5. ANLISIS DE VIABILIDAD DE LAS SOLUCIONES ALTERNATIVAS

El anlisis de viabilidad se realiza durante las Fases de Inspeccin, Estudio y Definicin del Anlisis de Sistemas del CVDS, y est dirigido a justificar si merece la pena, o no, continuar con el desarrollo del Sistema de Informacin, en funcin de: la solucin a los problemas y oportunidades a resolver y de la satisfaccin de necesidades de usuario para el nuevo sistema. A Nivel del Anlisis de Sistemas, las pruebas de viabilidad son slo preliminares. A nivel del Diseo de Sistemas (que se ver en el prximo curso, Sistemas de Informacin II) adquiere su
Pg. 39-76
mayor importancia, para evaluar las soluciones alternativas a los problemas, oportunidades y necesidades de usuario. La Viabilidad es la Medida de las ventajas que podra reportar a una Empresa el desarrollo de un Sistema de Informacin. Los anlisis de viabilidad propuestos son:
1) Viabilidad Operativa (Operacional): Estudia hasta que punto solucin satisfar las necesidades de los usuarios, que opinan los usuarios de la solucin encontrada y que cambios tendran que hacerse para poderla en marcha. Se refiere al hecho de si trabajar o no el sistema, si este se llega a desarrollar, o la medida del correcto funcionamiento de la solucin planteada. Las preguntas claves son: a) Existe apoyo suficiente para el proyecto por parte de la administracin?, Y por parte de los usuarios? b) Los mtodos que actualmente se usan en la empresa, son aceptados por los usuarios? c) Los usuarios han participado en la planeacin y desarrollo del proyecto?, Cmo lo han hecho? d) El sistema propuesto causar perjuicios? e) Producir resultados pobres en alguna rea? f) Se perder control en alguna rea especfica? g) Se perder la facilidad de acceso a la informacin? h) La productividad de los empleados ser menor despus de instalado el sistema?. i) Los clientes se vern afectados por la implantacin? Viabilidad Tcnica: Consiste en realizar un estudio para determinar si la empresa cuenta con los recursos tcnicos (tecnologa) para satisfacer las necesidades que implica la obtencin de un sistema de Informacin. En general responde a las preguntas: a) Existe o se puede adquirir la tecnologa necesaria para realizar lo que se pide? b) El equipo propuesto tiene la capacidad tcnica para soportar todos los datos requeridos para usar el nuevo sistema? c) El sistema propuesto ofrecer respuestas adecuadas a las peticiones sin importar el nmero y ubicacin de los usuarios? d) Si se desarrolla el sistema, se puede crecer con facilidad? e) Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de los datos? Viabilidad Econmica (Financiera): Analiza si la inversin que se va a realizar es justificada en cuanto a los beneficios econmicos que se van a alcanzar con el nuevo sistema. Un sistema puede ser factible desde el punto de vista tcnico y operacional, pero sino es factible econmicamente para la empresa no puede ser implantado. Las cuestiones econmicas y financieras formuladas por los analistas deben incluir: El costo de llevar a cabo la investigacin completa de sistemas. El costo del hardware y software para la aplicacin y los Beneficios en la forma de reduccin de costos o de menos errores costosos, y el costo si el proyecto no se lleva a cabo. Los aspectos bsicos que se deben considerar, en este anlisis son: a) el tiempo propio y el del equipo de sistemas, b) el costo de hacer un estudio de sistemas completos (incluyendo el tiempo de los empleados con los que se trabajara), c) el costo del tiempo de los empleados del negocio, el costo estimado del hardware y el de los software y/o desarrollo de software.
Pg. 40-76
2)
3)
4)
Viabilidad de Fechas (Calendario): Analizar si la solucin puede disearse e implantarse en un perodo de tiempo aceptable o la medida si el proyecto es razonable en el cumplimiento de su calendario.
En el Presente Trabajo se documentar el empleo de las cuatro pruebas del Anlisis de Viabilidad, slo en la Fase de Inspeccin del Anlisis de Sistemas, segn las exigencias impuestas.
4.6. ESTRUCTURA PIECES

Otra tcnica a utilizar en el trabajo, y que se considera importante resaltar, es la Tcnica de Estructura PIECES. Esta es una estructura para clasificar problemas, oportunidades y normas donde cada letra de la palabra PIECES representa una categora de clasificacin. Esta tcnica clasifica los problemas y oportunidades en necesidades de mejorar, de la siguiente forma:
a) b) c) d) e) f)
Prestaciones (PEFORMANCE): Necesidad de mejorar las Prestaciones Informacin (INFORMATION): Necesidad de mejorar la Informacin (o los datos). Economa (ECONOMICS): Necesidad de mejorar el control Econmico o los costos Control y Seguridad (CONTROL): Necesidad de mejorar el Control y la seguridad Eficacia (EFFICIENCY): Necesidad de mejorar la Eficacia de personas y mquinas Servicio (SERVICES): Necesidad de mejorar el Servicio a los clientes, los colaboradores, los empleados y as sucesivamente
El significado de cada una de estas categoras se explica en la Tabla siguiente:

P Se producen problemas de prestaciones cuando las actividades del sistema se desarrollan con demasiada lentitud como para alcanzar los objetivos. Las prestaciones se miden a travs de la productividad y el tiempo de respuesta. Se evala la capacidad del sistema para producir salidas tiles y oportunas para sus usuarios. Anlisis de informacin: examina las salidas para detectar fallas. Anlisis de datos: estudia almacenamientos de datos para detectar redundancias o inflexibilidades. Los problemas y oportunidades econmicas se relacionan con los costos / beneficios del sistema. Costos (Desarrollo / Operacin), Beneficios (Tangibles / Intangibles). El anlisis de los controles revisa los controles internos de un sistema: controles de acceso, controles de validacin de entradas, controles de salidas, controles de copias de respaldo y recuperacin. El anlisis de eficiencia del sistema (O/E) tiene que ver con el modo en que se usan los recursos para lograr los objetivos: lo que se busca es lograr ms con menos. El anlisis de servicios busca mejorar uno (ovarios): Precisin (exactitud de resultados). Facilidad de uso (o falta de ella). Coordinacin (entre todas las funciones del sistema buscado sinergia para alcanzar los objetivos). Fiabilidad (consistencia entre el proceso y sus resultados).
I E C E
Tabla 7. Significado Categoras Estructura PIECES.
Pg. 41-76
4.7. TCNICAS DE MODELIZACIN

Un modelo es una representacin de una realidad compleja. Modelar es desarrollar una descripcin lo ms exacta posible de un sistema y de las actividades llevadas a cabo en l. Cuando un Sistema de Informacin es modelado, con ayuda de una representacin grfica (Diagrama de Datos, Proceso y Redes), pueden apreciarse con facilidad las interrelaciones existentes entre distintas actividades, analizar cada actividad, definir los puntos de contacto con otros procesos, as como identificar los subprocesos comprendidos. Al mismo tiempo, los problemas existentes pueden ponerse de manifiesto claramente dando la oportunidad al inicio de acciones de mejora. La modelizacin debe representar todas las Funciones y Sub-Funciones de un Sistema de Informacin. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notacin grfica, informacin y comportamiento del Sistema. Todos los Sistemas basados en computadoras pueden modelarse como transformacin de la informacin empleando una arquitectura del tipo entrada y salida La Modelizacin se realiza durante toda las Etapas del CVDS y para los diferentes Bloques Elementales que componen el Sistema de Informacin. Para la Modelizacin del Sistema se utilizarn tres tcnicas, segn lo propuesto en el Libro Gua de la Materia [1]:
1) 2) 3) Modelizacin de Datos. Modelizacin de Procesos. Modelizacin de Redes.
4.7.1
MODELIZACIN DE DATOS
Un modelo de datos permite describir las estructuras de los datos de un SI: el tipo, descripcin y la forma en que se relacionan, restricciones de integridad entre otros, es factible pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan esos elementos entre s. No hay que perder de vista que una Base de Datos siempre est orientada a resolver un problema determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de software pero difieren conceptualmente unos de otros as proporcionen la misma funcionalidad en trminos reales. La elaboracin de un buen Modelo de Datos es fundamental para que el sistema pueda cumplir con la funcionalidad esperada, ya que este impacta de forma sustancial el diseo de los procesos informticos, as como las Entradas y Salidas de los sistemas. Tambin recibe el nombre de Modelo de Base de Datos. El modelo de datos representa: Cosas (o entidades u objetos) importantes para una empresa. Relacin existente entre las cosas. Se crea y se modifica hasta que representa bien a la empresa y puede crear un sistema.
Universidad Nacional Abierta, SISTEMAS DE INFORMACIN I(TP-335) Tirso Rubn Fernndez M, V-6.122.911 Pg. 42-76
Tambin se utiliza flujo de datos, modelos de estado, etc., en lenguaje de modelado unificado (UML). Los modelos de datos se crean durante toda la CVDS. La modelizacin de datos se realiza en las Fases de Inspeccin, Estudio y Definicin del Anlisis de Sistemas. De cada una de estas fases se realizarn los siguientes Modelos: 1. 2. 3. Fase de Inspeccin: se obtiene un Modelo de Datos de Contexto del sistema, ya sea el actual o el nuevo. Fase de Estudio: se obtiene un Modelo de Datos Esencial del Sistema Actual. Fase de Definicin se obtiene un Modelo de Datos Esencial del nuevo Sistema. Este modelo muestra de forma detallada el Modelo de Datos de Contexto, y se construye, segn la metodologa, en cinco pasos: 3.1. Identificar las entidades; 3.2. Definir identificadores para cada entidad; 3.3. Dibujar un primer borrador del Modelo de Datos de Relaciones entre Entidades; 3.4. Identificar los atributos de datos; 3.5. Asignar los atributos de datos a las entidades. 4.7.1.1 Modelo de Datos a Nivel de Contexto Un Modelo de Datos a Nivel de Contexto (CDM) o Modelo de Datos de Contexto, tambin llamado Modelo de Datos Conceptual (CONCEPTUAL DATA MODEL), representa la estructura general lgico de un SI, que es independiente de cualquier software o estructura de almacenamiento de datos. Da una representacin formal de los datos necesarios para hacer funcionar una empresa o una actividad empresarial, y con frecuencia contienen objetos de datos no se aplica todava en la base de datos fsica. Al disear una base de datos, el proceso de diseo comienza normalmente en el plano conceptual, donde no es necesario para estudiar los detalles de la ejecucin fsica real. Un Modelo de Datos Conceptual (MDC) permite:
1) 2) 3) 4) 5) Representar a la organizacin de los datos en un formato grfico para crear Diagramas de Entidad-Relacin (DER). Verificar la validez de los datos de diseo. Generar un Modelo de Datos Fsicos (MDF), que especifica la implementacin fsica de la Base de Datos. Generar un Modelo Orientado a Objetos (MOO), que especifica una representacin de objeto del modelo conceptual (MDC) utilizando el estndar UML. Generar otro modelo conceptual (MDC), para crear otra versin del modelo para representar las diferentes etapas de diseo.
El Modelo de Datos a Nivel de Contexto, no debe confundirse con el Modelo de Procesos a Nivel de Contexto. En el primero, se dibujan las Entidades y Relaciones ms relevantes, sin mostrar las cardinalidades de las relaciones.
Los Modelos de Datos sern documentados en el Diccionario del Proyecto, segn lo indica la metodologa propuesta en el Libro Referencia de la Materia [1]. Para el presente trabajo se elaborar un Modelo de Datos de Contexto en la Fase de Inspeccin, y un Modelo de Datos Esencial en la Fase de Definicin, ambos modelos del sistema nuevo (3). 4.7.1.2 Modelo de Datos Esencial (MDE) El Modelo de Datos Esencial (MDE) detalla el Modelo de Datos de Contexto, y se construye en cinco pasos:
1) 2) 3) 4) 5) Identificar las entidades; Definir identificadores para cada entidad; Dibujo primer borrador del Modelo de Datos de las Relaciones entre Entidades; Identificar los atributos de datos; Asignar los atributos de datos a las entidades.
Este Modelos ser documentado en el Diccionario del Proyecto, utilizando la notacin la algebraica y se definirn en el DICCIONARIO DE PROYECTOS, en funcin de las siguientes estructuras de datos:
1) 2) 3) Secuencia; Seleccin; y Repeticin.
Para la representacin de estos Modelos se utilizar los Diagramas Entidad-Relacin. Estos se desarrollaran segn la metodologa propuesta en el Libro Gua [1] , pgina 320. 4.7.1.3 Almacenes de Datos/ Entidades de Modelos Datos Los Almacenes de Datos (Estructuras de Datos o Entidades de los Modelos de Datos) son un grupo de datos elementales que estn relacionados con otros y que en conjunto describen un componente del sistema. Los flujos de datos, o los almacenes de datos son ejemplo de estructuras de datos. Dicho de otra forma si las estructuras estn en movimiento reciben el nombre de flujos y si son estticas son almacenes de datos. Se construyen sobre cuatro relaciones de componentes; que bien pueden ser datos o estructuras de datos tambin. Se pueden usar las siguientes combinaciones ya sea en forma individual o en conjuncin con alguna otra:
a) b)
Relacin secuencial. Relacin de seleccin.
3) Se asume que el sistema nuevo es conceptualmente semejante al sistema actual.
Pg. 44-76
c) d)
Relacin de iteracin. Relacin opcional.
En el presente trabajo se utilizar la notacin algebraica y los de datos se definirn y representarn, en el Diccionario de Proyectos, en funcin de las siguientes estructuras de datos:
a) b) c)
Relacin secuencia; Relacin de seleccin; y Relacin de Repeticin.
4.7.2
MODELIZACIN DE PROCESOS
El Modelado de Procesos es el proceso mediante el cual se realiza un diagrama que representa todo el sistema o proceso a estudiar. Es una parte del anlisis de sistemas que facilita la comprensin de todos los procesos de un sistema en estudio. Sus principales objetivos son: Definir, Explicar, Desglosar, Documentar y Distinguir. Este debe ser entendido por dos cuestiones importantes: el Modelado y los Procesos. Frecuentemente los Sistemas de Informacin (conjuntos de procesos y subprocesos integrados en una Empresa) son difciles de comprender, amplios, complejos y confusos; con mltiples puntos de contacto entre s y con un buen nmero de reas funcionales, departamentos y puestos implicados. Un modelo puede dar la oportunidad de organizar y documentar la informacin de un Sistema de Informacin. La Modelizacin de Procesos es una tcnica para la definicin de los requisitos de procesos del nuevo sistema. Una de las herramientas, ms comunes, para el modelado de procesos son los Diagramas de Flujos de Datos (DFD). La Modelizacin de Procesos se realiza en las Fases de Inspeccin, Estudio y Definicin del Anlisis de Sistemas. En la fase de Inspeccin o en la fase de Estudio, se obtiene un Modelo de Procesos a Nivel de Contexto (MPC) del Sistema (actual o nuevo). En la Fase de Definicin se obtiene un Modelo de Procesos Esencial (MPE) del sistema nuevo. Para la Elaboracin de un Modelo de Procesos se deben realizar los siguientes pasos:
1) 2) 3) 4) 5) 6) 7) Elaborar un Diagrama de Flujos de Datos (DFD) de Contexto. Diagrama de Descomposicin (4), que esquematice los DFD. Se realiza antes de dibujar los DFD de contexto, de forma de descomponer de manera lgica los procesos del Sistema. Identificar los Almacenes de Datos; Elaborar un Diagrama General de Flujo de Datos, con todos sus componentes, mostrando los procesos obtenidos en el Diagrama de Descomposicin. Elaborar DFD de nivel medio; Se define un DFD para cada proceso del Diagrama General del Flujo de Datos. Elaborar los DFD de nivel primigenio, donde se obtienen procesos que ya no pueden se desglosados. En el Diccionario de Proyectos se documentan y describen los procesos descritos, utilizando el Lenguaje Estructurado y la Tabla de Decisin.
4 ) Diagrama de Descomposicin: Permite descomponer un proceso raz en sub-procesos, funciones o tareas. Se representa con smbolos de Procesos.
Pg. 45-76
4.7.2.1 Diagramas de Flujo de Datos (DFD) Los DFD (DATA FLOW DIAGRAM), son representaciones de informacin a travs de entidades externas, pasos internos de procesado y elementos de almacenamiento de datos de un proceso de negocio. Estos diagramas permiten ver cmo fluyen los datos a travs de la organizacin, los procesos as como las transformaciones que sufren dichos datos y los diferentes tipos de salidas, aunque no modela representaciones de flujos de materiales, recursos humanos, y otros elementos relacionados con los procesos de negocio (Yourdon, 1989). Los DFD son una herramienta de Modelacin de procesos que representa el flujo de datos a travs de un sistema y los trabajos o procesos llevados a cabo por dicho sistema. Entre sus sinnimos se incluye, Mapa de Burbujas. Los DFD ilustran el flujo de los datos y tareas a travs de un Sistema y se utilizan en diferentes niveles de detalle en las Etapas del CVDS. Los DFD se elaboran de dos forma: a) Mtodo de Expansin, el cual refina un DFD general en un solo DFD ms detallado; b) Mtodo Explosin: que refina el DFD general en varios DFD ms detallados, es el utilizado en el Libro Gua de la Materia [1]. Al final de la elaboracin del DFD se deben conservar nicamente los procesos que:
1) 2) 3) Realicen clculos, como por ejemplo el clculo promedio de calificaciones. Tomen decisiones, como por ejemplo decidir la aprobacin de una beca a un estudiante segn diversas reglas. Dividan los flujos de datos segn su contenido o las reglas de la empresa, como por ejemplo separar los pedidos aprobados de los rechazados en funcin de las reglas de gestin de la concesin de crdito. Combinen los flujos de gestin de datos, como por ejemplo: combinar los cursos requeridos con los cursos disponibles para crear la planificacin de cursos de un estudiante. Filtren y/o resuman los flujos de datos para producir nuevos flujos de datos, como por ejemplo: filtrar los datos de facturacin para identificar solo las cuentas no pagadas o resumir los datos de inscripcin a cursos para identificar los cursos de mayor demanda (en ambos casos los datos no cambian pero si su estructura).
4) 5)
En el presente trabajo se elaborar un MPC en la Fase de Inspeccin, y un MPE en la Fase de Definicin, ambos modelos del Sistema Nuevo (5). Los Modelos de Procesos sern documentados en el DICCIONARIO DE PROYECTOS utilizando la Herramienta de la Tabla de Decisin para la especificacin de las normas y la Herramienta del Lenguaje Estructurado para la especificacin de los procedimientos. El DICCIONARIO DE PROCESOS se implantar mediante el uso de un procesador de texto. La seccin del diccionario correspondiente a cada modelo elaborado, se colocar inmediatamente y a continuacin del modelo en cuestin. 4.7.2.2 Modelo de Procesos de Contexto (MPC)
) Se asume que el sistema nuevo es conceptualmente semejante al sistema actual.
Pg. 46-76
El MPC es el modelo de procesos ms general que puede utilizarse en un sistema o aplicacin y define el campo de accin y los lmites del sistema y el proyecto. El mbito de todo proyecto est sujeto siempre ha cambios; por tanto, tambin lo estar el MPC. Entre sus sinnimos incluyen Diagrama de Flujos de Datos de Contexto, Diagrama de Contexto o Modelo Ambiental. El MPC. El sistema o aplicacin se representa como un nico proceso. Sus interacciones con la empresa, otros sistemas y el mundo exterior se dibujan como flujos de datos de entradas y salidas. El MPC define el mbito del Proyecto, donde se considera un nico proceso que conforma la aplicacin informtica. En el Modelo de Procesos Esencial (MPE) se detalla el MPC. 4.7.2.3 Modelo de Procesos Esencial (MPE) El Modelo de Procesos Esencial (MPE) detalla al MPC, y se construye en cinco pasos:
1) 2) 3) 4) 5) Elaborar un diagrama de descomposicin que esquematice los diagramas de flujos de datos; Identificar almacenes de datos; Elaborar un diagrama general de flujo de datos; Elaborar diagramas de flujo de datos de nivel medio; Elaborar los diagramas de flujo de datos de nivel primigenio.
4.7.3
MODELIZACIN DE REDES
El objetivo de la Modelizacin de Redes es conseguir una mejor comprensin de la Red de Empresa. En este Modelo las redes o puestos, se simbolizan utilizando diagrama de conexin de puestos (DCP) para especificar la distribucin fsica de los usuarios, procesos y datos, as como las interconexiones necesarias para establecer las comunicaciones entre los diversos mdulos del sistema. En el presente trabajo se aplicarn las tcnicas de Modelizacin de Redes en un Sistema de Informacin, documentando el resultado de su aplicacin en el Diccionario de Proyecto, segn la mitologa propuesta en el Libro de Texto de la materia [1]. La Modelizacin de Redes se realiza en las Fases de Inspeccin, Estudio y Definicin del Anlisis de Sistemas del CVDS y se va refinando a lo largo de las tres fases. El Modelo General de Redes, para efectos del trabajo se denominara Modelo de Redes de Contexto, para seguir la nomenclatura usada en el Libro Texto, y se elabora en la Fase de Inspeccin, o sino, en la Fase de Estudio, y el Modelo Detallado de Redes (que se denominar Modelo de Redes Esencial, para seguir la nomenclatura ya mencionada) se elabora en la Fase de Definicin. En la Fase de Inspeccin o en la Fase de Estudio, se realizan los siguientes pasos: 1) Identificar los puestos; 2) dibujar un diagrama de descomposicin para esbozar y agrupar los puestos. En la Fase de Definicin se realizan los siguientes pasos: 1) Dibujar un diagrama de conexin de puestos del sistema; y 2) Dibujar diagramas de conexin de puestos ampliados.
Pg. 47-76
El Modelo de Redes se documentar en el Diccionario de Proyectos siguiendo los siguientes pasos: 1) Asignar un nombre a cada puesto; 2) Definir cada puesto; 3) Describir cada puesto del modelo de red, hasta llegar al puesto atmico (aqul, que no puede desglosarse ms). En la documentacin del Modelo de Redes de Contexto, se hacen los 2 primeros pasos, y en la del Modelo Esencial de Redes, el tercer paso. En el DICCIONARIO DEL PROYECTO, seccin Diccionario de Redes se colocar la informacin referente a este apartado.
4.8. GESTIN DE PROYECTOS

La gestin de proyectos tal como lo expresa la metodologa, incluye adems, el plan de proyectos, la gestin de expectativas y la tcnica del Anlisis de Funcin. El plan del proyecto se realiza en las Fases de Inspeccin, Estudio y Definicin del Anlisis de Sistemas, y a medida que se avanza en las Fases, se refina y precisa cada vez ms. Durante la Fase de Inspeccin, se elaborar un plan que comprenda todas las Funciones o Etapas del Proyecto de Desarrollo del Sistema de Informacin, utilizando slo una de las dos herramientas de Gestin de Proyectos, las cules son Grficos PERT, o sino, Grficos de GANTT.
4.9. DICCIONARIO DEL PROYECTO

El DICCIONARIO DEL PROYECTO es el lugar donde se guardan la documentacin y los programas asociados a un proyecto, as cmo sus objetivos, su contenido y su utilizacin, tambin es denominado Diccionario de Datos o Enciclopedia. Se trata de un trabajo de referencia que versa sobre los datos (por tanto, su contenido est formado por metadatos), compilado por el analista del sistema para guiarse durante las Etapas del CVDS. En esencia, el Diccionario de Proyecto es un catlogo, un depsito, de los elementos de un sistema. Estos elementos se centran alrededor de los datos y la forma en que estn estructurados para satisfacer los requerimientos y las necesidades de la organizacin. En l se encuentran la lista de todos los elementos que forman parte del flujo de datos en todo el sistema. Los Analistas usan los Diccionarios de Proyectos por cinco razones principales:
a) b) c) d) e)
Manejar los detalles en sistemas grandes. Comunicar un significado comn para todos los elementos del sistema. Documentar las caractersticas del sistema. Facilitar el anlisis de los detalles con la finalidad de evaluar las caractersticas y determinar donde efectuar cambios en el sistema Localizar errores y omisiones en el sistema
Pg. 48-76
La metodologa que se utilizar para la elaboracin del Diccionario del Proyecto es la planteada el en Libro Gua de la Materia [1] (pgina 244) y su organizacin segn lo propuesto en el Libro Gua, pgina 450, figura 11.2. Para el presente trabajo el DICCIONARIO DEL PROYECTO se implantar mediante el uso del procesador de texto Microsoft Word. El Diccionario del Proyecto, ser almacenado en el Archivo (Documento): DICCIONARIO PROYECTO SIRES (TP-335-2012-1) (SEGUNDO MOMENTO), que se entregar en conjunto al presente informe.
4.10. FORMATOS PARA LA IDENTIFICACIN DE NECESIDADES

Las plantillas y patrones lingsticos que se presentan en los siguientes apartados estn pensados para utilizarse tanto durante las reuniones de Elicitacin con clientes y usuarios como para registrar y gestionar los requisitos. Su objetivo es doble: por un lado intentar paliar la falta de propuestas concretas sobre la expresin de requisitos. Por otro lado, tambin pueden usarse como elementos de Elicitacin y negociacin durante las reuniones con clientes y usuarios de forma similar a las conocidas tarjetas CRC (Clase, Responsabilidad, Colaboracin) [Wirfs-Brock et al. 1990] (ver figura 9). De esta forma se consigue que durante las sesiones de elicitacin se trabaje con una filosofa WYSIWYG, tal como se propone en las tcnicas de JAD o BRAINSTORMING, ya que los participantes manejan directamente la documentacin final, favorecindose as su implicacin en el proceso. Como fruto de la experiencia de su utilizacin, para algunos campos de las plantillas se han identificado frases "estndar" que son habituales en las especificaciones de requisitos y que se han parametrizado. Estas frases, a las que hemos denominado patrones lingsticos, o abreviadamente PatronesL, pueden usarse para rellenar los campos de las plantillas dndole valores a los parmetros con la informacin oportuna. Ambos aspectos, la estructuracin de la informacin en forma de plantilla y la propuesta de frases "estndar", facilita la redaccin de los requisitos, permitiendo a los participantes en las actividades de Elicitacin centrarse en expresar sus necesidades y no en cmo expresarlas. En la notacin usada para describir los PatronesL, las palabras o frases entre < y > deben ser convenientemente reemplazadas, mientras que las palabras o frases que se encuentren entre {y} y separadas por comas representan opciones de las que se debe escoger una. En las siguientes secciones se describen las plantillas propuestas y los PatronesL identificados.
Pg. 49-76
4.10.1 PLANTILLA PARA LOS OBJETIVOS DEL SISTEMA

Los objetivos del sistema pueden considerarse como requisitos de alto nivel, de forma que los requisitos propiamente dichos seran la forma de alcanzar los objetivos. La plantilla propuesta para los objetivos puede verse en la siguiente tabla.
OBJ<id>
VERSIN: AUTORES: FUENTES: DESCRIPCIN: SUBOBJETIVOS: IMPORTANCIA: URGENCIA/ PRIORIDAD: ESTADO: ESTABILIDAD: COMENTARIOS:
<nombre descriptivo>
<no de la versin actual> (<fecha de la versin actual>) <autor de la versin actual> (<organizacin del autor>) ... <fuente de la versin actual> (<organizacin de la fuente>) ... El sistema deber <objetivo a cumplir por el sistema> OBJx <nombre del Sub-Objetivo> ... <importancia del objetivo> <urgencia del objetivo> <estado del objetivo> <estabilidad del objetivo> <comentarios adicionales sobre el objetivo> Tabla 8. Plantilla Objetivos del Sistema.
El significado de los campos que la componen, cuya mayora est presente tambin en las plantillas para los requisitos, es el siguiente:
3. IDENTIFICADOR Y NOMBRE DESCRIPTIVO: VERSIN: AUTORES, FUENTES: DESCRIPCIN: SUBOBJETIVOS:
Cada objetivo debe identificarse por un cdigo nico y un nombre descriptivo. Con objeto de conseguir una rpida identificacin, los identificadores de los objetivos comienzan con OBJ. Este campo contiene el nmero y la fecha de la versin actual del objetivo, para poder gestionar distintas versiones. Estos campos contienen el nombre y la organizacin de los autores (normalmente desarrolladores) y de las fuentes (clientes o usuarios), de la versin actual del objetivo, de forma que la rastreabilidad pueda llegar hasta las personas que propusieron la necesidad del requisito. Este campo contiene un PatrnL que se debe completar con la descripcin del objetivo. En este campo pueden indicarse los subobjetivos que dependen del objetivo que se est describiendo. En sistemas complejos puede ser necesario establecer una jerarqua de objetivos previa a la identificacin de los requisitos. En caso de que esto no sea necesario, puede ignorarse este campo. Este campo indica la importancia del cumplimiento del objetivo para los clientes y usuarios. Se puede asignar un VALOR NUMRICO o alguna expresin enumerada como VITAL, IMPORTANTE O QUEDARA BIEN, tal como se propone en [IBM OOTC 1997]. En el caso de que no se haya establecido an la importancia, se puede indicar que EST POR DETERMINAR (PD), equivalente al TBD (TO BE DETERMINED) empleado en las especificaciones escritas en ingls. Pg. 50-76
4. 5.
6. 7.
8.
IMPORTANCIA:
9.
URGENCIA/ PRIORIDAD:
10. ESTADO:
Este campo indica la prioridad del cumplimiento del objetivo para los clientes y usuarios en el supuesto caso de un desarrollo incremental. Como en el caso anterior, se puede asignar un valor numrico o una expresin enumerada como INMEDIATAMENTE, HAY PRESIN O PUEDE ESPERAR [IBM OOTC 1997], o PD en el caso de que an no se haya determinado. Este campo indica el estado del objetivo desde el punto de vista de su desarrollo. El objetivo puede estar en: CONSTRUCCIN si se est elaborando; PENDIENTE DE NEGOCIACIN si tiene algn conflicto asociado pendiente de solucin; PENDIENTE DE VALIDACIN si no tiene ningn conflicto pendiente y est a la espera de validacin o, por ltimo, VALIDADO si ha sido validado por clientes y
11. ESTABILIDAD:
usuarios.
12. COMENTARIOS:
Este campo indica la estabilidad del objetivo, es decir una estimacin de la probabilidad de que pueda sufrir cambios en el futuro. Esta estabilidad puede indicarse mediante un valor numrico o mediante una expresin enumerada como ALTA, MEDIA O BAJA O PD en el caso de que an no se haya determinado. La informacin sobre la estabilidad, bien a nivel de objetivos como en este caso, bien a nivel de requisitos, ayuda a los diseadores a disear software que prevea de antemano la necesidad de posibles cambios futuros en aquellos aspectos relacionados con los elementos identificados como inestables durante la fase de ingeniera de requisitos, favoreciendo as el mantenimiento y la evolucin del software. Cualquier otra informacin sobre el objetivo que no encaje en los campos anteriores puede recogerse en este apartado.
4.10.2 PLANTILLA PARA REQUISITOS DE ALMACENAMIENTO DE INFORMACIN (BLOQUE DATOS)

Lo ms importante en los sistemas de informacin es precisamente la informacin que gestiona. La plantilla para requisitos de almacenamiento de informacin, que se muestra en la siguiente tabla, ayuda a los clientes y usuarios a responder a la pregunta "qu informacin, es relevante para los objetivos de la Empresa, debe ser almacenada por el sistema?". RI<ID> VERSIN: AUTORES: FUENTES: OBJETIVOS ASOCIADOS: REQUISITOS ASOCIADOS: DESCRIPCIN: DATOS ESPECFICOS: INTERVALO TEMPORAL: IMPORTANCIA: PRIORIDAD: ESTADO: ESTABILIDAD: COMENTARIOS: <nombre descriptivo>
<no de la versin actual> (<fecha de la versin actual>) <autor de la versin actual> (<organizacin del autor>) <fuente de la versin actual> (<organizacin de la fuente>) OBJx <nombre del objetivo> Rxy <nombre del requisito> El sistema deber almacenar la informacin correspondiente a <concepto relevante>. En concreto: <datos especficos sobre el concepto relevante> { pasado y presente, slo presente } <importancia del requisito> <prioridad del requisito> <estado del requisito> <estabilidad del requisito> <comentarios adicionales sobre el requisito>
Tabla 9. Plantilla Requisitos Almacenamiento de Informacin.
El significado de los campos de la plantilla es el siguiente:

13. IDENTIFICADOR Y NOMBRE DESCRIPTIVO: 14. VERSIN, AUTORES, FUENTES: 15. OBJETIVOS ASOCIADOS: 16. DESCRIPCIN: 17. DATOS ESPECFICOS: 18. INTERVALO TEMPORAL:
Cada requisito se debe identificar por un cdigo nico y un nombre descriptivo. Con objeto de conseguir una rpida identificacin, los identificadores de los requisitos de almacenamiento de informacin comienzan con RI, siguiendo las recomendaciones, entre otros, de [IEEE 1993] [15]. Estos campos tienen el mismo significado que en la plantilla para objetivos aunque referidos al requisito. Este campo debe contener una lista con los objetivos a los que est asociado el requisito. Esto permite conocer qu requisitos harn que el sistema a desarrollar alcance los objetivos propuestos y justifican de esta forma la existencia o propsito del requisito. Para los requisitos de almacenamiento de informacin este campo usa un PatrnL que se debe completar con el concepto relevante sobre el que se debe almacenar informacin. Este campo contiene una lista de los datos especficos asociados al concepto relevante, de los que pueden indicarse todos aquellos aspectos que se considere oportunos (descripcin, restricciones, ejemplos, etc.). Este campo indica durante cunto tiempo es relevante la informacin para el sistema. Puede tomar los valores PASADO Y PRESENTE, si la informacin es siempre relevante, o slo PRESENTE si la informacin tiene un periodo de validez concreto. Por ejemplo, si el concepto es empleados, y el intervalo de tiempo es pasado y presente, quiere decir que los exempleados son relevantes para el sistema, mientras que un periodo de tiempo de slo presente indicara que los exempleados no se deben considerar. Un intervalo temporal de pasado y presente suele implicar considerar la necesidad de dispositivos de almacenamiento con grandes capacidades o la necesidad de algn tipo de archivos histricos. En este campo se indican otros requisitos que estn asociados por algn motivo con el requisito que se est describiendo, permitiendo as tener una rastreabilidad horizontal. Estos campos tienen el mismo significado que en la plantilla para objetivos aunque referidos al requisito.
19. REQUISITOS ASOCIADOS: 20. IMPORTANCIA, URGENCIA, ESTADO, ESTABILIDAD, COMENTARIOS:
4.10.3 PLANTILLA PARA ACTORES (BLOQUE PERSONAS)

Aunque, estrictamente hablando, los actores de los casos de uso no son requisitos, por homogeneidad con el estilo de definicin del resto de los elementos que componen el catlogo de requisitos se ha descrito la plantilla para definirlos que puede verse en la siguiente Tabla. El nico campo especfico de esta plantilla es la descripcin, en la que se usa un Patrn L que debe completarse con la descripcin del rol o papel que representa el actor respecto al sistema. El significado del resto de los campos es el mismo que para las plantillas anteriores.
Pg. 52-76
ACT<ID>
VERSIN: AUTORES: FUENTES: DESCRIPCIN: COMENTARIOS:
<No de la versin actual> (<fecha de la versin actual>) <autor de la versin actual> (<organizacin del autor>) ... <fuente de la versin actual> (<organizacin de la fuente>) ... Este actor representa a <rol que representa el actor> <comentarios adicionales sobre el actor>
Tabla 10. Plantilla Actores del Sistema.
4.10.4 PLANTILLA PARA REQUISITOS FUNCIONALES

Los sistemas de informacin no slo almacenan informacin, tambin deben proporcionar servicios usando la informacin que almacenan. La plantilla de requisitos funcionales, que puede verse en la siguiente Tabla, describe casos de uso y ayuda a los clientes y usuarios a responder a la pregunta "qu debe hacer el sistema con la informacin almacenada para alcanzar los objetivos de su negocio?". El significado de los campos especficos de esta plantilla es el siguiente (los campos comunes con la plantilla para requisitos de almacenamiento de informacin tienen el mismo significado): RF<ID> VERSIN: AUTORES: FUENTES: OBJETIVOS ASOCIADOS: REQUISITOS ASOCIADOS: DESCRIPCIN: PRECONDICIN: <nombre descriptivo>
<no de la versin actual> (<fecha de la versin actual>) <autor de la versin actual> (<organizacin del autor>) . . . <fuente de la versin actual> (<organizacin de la fuente>) . . . OBJx <nombre del objetivo> . . . Rxy <nombre del requisito> . . . El sistema deber comportarse tal como se describe en el siguiente caso de uso { durante la realizacin de los casos de uso <lista de casos de uso>, cuando <evento de activacin> } <precondicin del caso de uso> Paso Accin {El actor <actor>, El sistema} <accin/es realizada/s por p1 actor/sistema> p2 Se realiza el caso de uso <caso de uso (RFx)> Si <condicin>, {el actor <actor>, el sistema} <accin/es p3 realizada/s por actor/sistema> p4 Si <condicin>, se realiza el caso de uso <caso de uso (RFx)> ... ...
SECUENCIA NORMAL:
Tabla 11. Plantilla Definicin de Requisitos Funcionales (Casos de Uso)
Pg. 53-76
POSTCONDICIN:
<postcondicin del caso de uso>

Paso pi pj ... Accin Si <condicin de excepcin>, {el actor <actor>, el sistema} <accin/es realizada/s por actor/sistema>, a conti-nuacin este caso de uso {contina, termina} Si <condicin de excepcin>, se realiza el caso de uso <caso de uso (RFx)>, a continuacin este caso de uso {contina, termina} ...
EXCEPCIONES:
RENDIMIENTO: FRECUENCIA ESPERADA: IMPORTANCIA: URGENCIA: ESTADO: ESTABILIDAD: COMENTARIOS:
Paso Cota de tiempo q m <unidad de tiempo> ... ... <no de veces> veces / <unidad de tiempo> <importancia del requisito> <urgencia del requisito> <estado del requisito> <estabilidad del requisito> <comentarios adicionales sobre el requisito>
Tabla 12. Plantilla Definicin de Requisitos Funcionales (Casos de Uso) (Cont.)
La descripcin para cada uno de los campos se presenta a continuacin:

21. IDENTIFICADOR Y NOMBRE DESCRIPTIVO:
Igual que en la plantilla anterior, excepto que los identificadores de los requisitos funcionales empiezan con RF y que el nombre descriptivo suele coincidir con el objetivo que los actores esperan alcanzar al realizar el caso de uso. No se debe confundir este objetivo con los objetivos del sistema. El objetivo que los actores esperan alcanzar al realizar un caso de uso es de ms bajo nivel, por ejemplo registrar un nuevo socio o consultar los pedidos pendientes. Para los requisitos funcionales, este campo contiene un patrnL que debe completarse de forma distinta en funcin de que el caso de uso sea abstracto o concreto. Si el caso de uso es abstracto, deben indicarse los casos de uso en los que se debe realizar, es decir, aquellos desde los que es incluido o a los que extiende. Si, por el contrario, se trata de un caso de uso concreto, se debe indicar el evento de activacin que provoca su realizacin. En este campo se expresan en lenguaje natural las condiciones necesarias para que se pueda realizar el caso de uso. Este campo contiene la secuencia normal de interacciones del caso de uso. En cada paso, un actor o el sistema realiza una o ms acciones, o se realiza (se incluye) otro caso de uso. Un paso puede tener una condicin de realizacin, en cuyo caso si se realizara otro caso de uso se tendra una relacin de extensin. Se asume que, despus de realizar el ltimo paso, el caso de uso termina. Otras propuestas similares, por ejemplo [Coleman 1998], proponen utilizar estructuras similares al pseudocdigo para expresar las interacciones de los casos de uso. En nuestra opinin, esto puede llevar a que dichas descripciones sean excesivamente complejas de entender para los participantes sin conocimientos de programacin y se corre el peligro de especificar los casos de uso con un estilo cercano a la programacin. Para representar estructuras condicionales complejas se puede recurrir a aadir informacin aparte, por ejemplo una tabla de decisin, y referenciarla desde el paso o los pasos oportunos. En el caso de estructuras iterativas, su uso puede evitarse con un uso cuidadoso del lenguaje natural. Por ejemplo, para indicar que se procesan todos los artculos de un pedido se puede optar por frases como "el sistema procesa todos los artculos del pedido introducidos por el usuario", en lugar de estructuras como: REPETIR Pg. 54-76
22. DESCRIPCIN:
23. PRECONDICIN: 24. SECUENCIA NORMAL:
25. POSTCONDICIN: 26. EXCEPCIONES:
27. RENDIMIENTO: 28. FRECUENCIA ESPERADA:
procesar artculo del pedido introducido por el usuario HASTA que no haya ms artculos Otro ejemplo puede ser especificar que el usuario puede intentar conectarse al sistema un mximo de tres veces. Una posible especificacin sera la que puede verse en la siguiente Tabla. En este campo se expresan en lenguaje natural las condiciones que se deben cumplir despus de la terminacin normal del caso de uso. Este campo especifica el comportamiento del sistema en el caso de que se produzca alguna situacin excepcional durante la realizacin de un paso determinado. Despus de realizar las acciones o el caso de uso asociados a la excepcin (una extensin), el caso de uso puede continuar la secuencia normal o terminar, lo que suele ir acompaado por una cancelacin de todas las acciones realizadas en el caso de uso dejando al sistema en el mismo estado que antes de comenzar el caso de uso, asumiendo una semntica transaccional. Inicialmente, la expresin utilizada para indicar una terminacin anormal del caso de uso como resultado de una excepcin era "este caso de uso aborta". La experiencia durante su aplicacin nos llev a la conclusin de que el termino abortar resultaba emocionalmente moles to para algunos participantes [Goleman 1996], por lo que se cambi por "este caso de uso termina" con el significado comentado anteriormente. En este campo puede especificarse el tiempo mximo para cada paso en el que el sistema realice un accin. En este campo se indica la frecuencia espera da de realizacin del caso de uso, que aunque no es realmente un requisito, es una informacin interesante para los desarrolladores.
SECUENCIA NORMAL:
Paso 1 2 3 4 5
EXCEPCIONES:
Paso 4
Accin El sistema solicita al usuario su nombre de usuario y su clave de acceso El usuario proporciona el sistema su nombre y su clave de acceso El sistema comprueba si el nombre de usuario y la clave de acceso son correctas Si el nombre de usuario y la clave no son correctas, el sistema permite al usuario repetir el intento (pasos 13) hasta un mximo de tres veces Si el nombre de usuario y la clave son correctas, el sistema permite el acceso al usuario Accin Si el usuario ha intentado tres veces acceder sin xito, el sistema rechaza el acceso del usuario, a continuacin este caso de uso termina Tabla 13. Ejemplo de caso de uso de conexin de usuario (plantilla)
Pg. 55-76
4.10.5 PLANTILLA PARA REQUISITOS NO FUNCIONALES

Los requisitos no funcionales del sistema se pueden expresar usando la plantilla que puede verse en la figura 16. El nico campo especfico de esta plantilla es la descripcin, en la que se usa un PatrnL que debe completarse con la capacidad que deber presentar el sistema, el significado del resto de los campos es el mismo que para las plantillas anteriores. RF-XX
VERSIN: AUTORES: FUENTES:
OBJETIVOS ASOCIADOS: REQUISITOS ASOCIADOS: DESCRIPCIN: IMPORTANCIA: URGENCIA: ESTADO: ESTABILIDAD: COMENTARIOS:
<no de la versin actual> (<fecha de la versin actual>) <autor de la versin actual> (<organizacin del autor>) <fuente de la versin actual> (<organizacin de la fuente>) OBJx <nombre del objetivo> Rxy <nombre del requisito> El sistema deber <capacidad del sistema> <importancia del requisito> <urgencia del requisito> (inmediatamente, hay presin, o puede esperar) <estado del requisito> (pendiente de negociacin, pendiente de validacin o validado) <estabilidad del requisito> (alta, media o baja o PD) <comentarios adicionales sobre el requisito>
Tabla 14. Plantilla para Definicin de Requisitos No Funcionales.
4.10.6 PLANTILLA PARA CONFLICTOS

Como ya se ha comentado, durante las sesiones de elicitacin puede ser necesario resolver mediante algn tipo de negociacin posibles conflictos en los requisitosC elicitados en iteraciones previas del proceso. Para documentar dichos conflictos, y las soluciones adoptadas, se propone la plantilla que puede verse en la figura 17. CFL<id>
VERSIN AUTORES FUENTES OBJS./REQS. EN CONFLICTO DESCRIPCIN ALTERNATIVAS SOLUCIN IMPORTANCIA URGENCIA
<no de la versin actual> (<fecha de la versin actual>) <autor de la versin actual> (<organizacin del autor>) <fuente de la versin actual> (<organizacin de la fuente>) OBJ/Ryy--x <nombre del objetivo o requisito en conflicto> . . . <descripcin del conflicto> <descripcin alternativa de solucin> (<autores alternativa>) <descripcin de la solucin adoptada (si se ha acordado)> <importancia de la resolucin del conflicto> <urgencia de la resolucin del conflicto>
Estado Comentarios
<estado del resolucin del conflicto> <comentarios adicionales sobre el conflicto>

Tabla 15. Plantilla para Registro de Conflictos.
El significado de los campos de la plantilla es el siguiente:

IDENTIFICADOR Y NOMBRE DESCRIPTIVO: VERSIN, AUTORES, FUENTES: OBJETIVOS Y REQUISITOS EN CONFLICTO: DESCRIPCIN: ALTERNATIVAS: SOLUCIN: IMPORTANCIA, URGENCIA: ESTADO: COMENTARIOS:
Al igual que el resto de la informacin correspondiente a los requisitosC, cada conflicto debe poderse identificar de forma nica y tener un nombre descriptivo. El prefijo propuesto para lograr una rpida identificacin es CFL. Estos campos tienen el mismo significado que en las plantillas para objetivos y requisitos, aunque referidos al conflicto. En este caso especial, las fuentes son los participantes que deben participar en las posibles negociaciones necesarias para su resolucin. Este campo debe contener una lista con los objetivos y/o requisitos afectados por el conflicto. Este campo debe contener la descripcin del conflicto. Este campo debe contener una lista con los posibles alternativas de solucin que se hayan identificado para solucionar el conflicto as como los autores de dichas alternativas. Este campo debe contener la descripcin de la solucin negociada del conflicto, una vez que se haya acordado. Estos campos indican respectivamente la importancia y la urgencia de la resolucin del conflicto. Este campo indica el estado de resolucin del conflicto, que podr estar en negociacin o bien resuelto. Este campo tienen el mismo significado que en las plantillas descritas previamente.
4.10.7 MATRIZ DE RASTREABILIDAD OBJETIVOS/REQUISITOS

Esta seccin debe contener una matriz ObjetivoRequisito, de forma que para cada objetivo se pueda conocer con qu requisitos est asociado. El formato de la matriz de rastreabilidad puede verse en la siguiente tabla.
RI01 RI02 ... RF01 RF02 ... RNF01 RNF02 ...
OBJ01
OBJ02
...
OBJ-n

Tabla 16. Matriz Rastreabilidad Objetivos/ Requisitos.
Pg. 57-76
4.11. FORMATOS PARA REVISIN ESPECIFICACIONES DE NECESIDADES

4.11.1 REVISIN DE CALIDAD
Para la Revisin de la Calidad se utilizan los Factores que determinan la Calidad de un Producto de Software, propuestos por los autores McCall [12]; Meyer [13] y Pressman [7], establecidas en la Norma ISO/IEC 9126, Calidad de los productos software [14]. En la siguiente tabla se muestran estos factores y el significado de cada uno de ellos. GRUPO ATRIBUTO
1. CORRECCIN: (Hace lo que se le pide?) El grado en que una aplicacin satisface sus especificaciones y consigue los objetivos encomendados por el cliente. 2. FIABILIDAD: (Lo hace de forma fiable todo el tiempo?) El grado que se puede esperar de una aplicacin lleve a cabo las operaciones especificadas y con la precisin requerida. 3. EFICIENCIA (Qu recursos hardware y software necesito?) La cantidad de recursos hardware y software que necesita una aplicacin para realizar las operaciones con los tiempos de respuesta adecuados. 4. INTEGRIDAD (Puedo controlar su uso?) El grado con que puede controlarse el acceso al software o a los datos a personal no autorizado. 5. FACILIDAD de uso (Es fcil y cmodo de manejar?) El esfuerzo requerido para aprender el manejo de una aplicacin, trabajar con ella, introducir datos y conseguir resultados. 1. FACILIDAD DE MANTENIMIENTO: (Puedo localizar los fallos?) El esfuerzo requerido para localizar y reparar errores. 2. FLEXIBILIDAD: (Puedo aadir nuevas opciones?) El esfuerzo requerido para modificar una aplicacin en funcionamiento. 3. FACILIDAD DE PRUEBA (Puedo probar todas las opciones?) El esfuerzo requerido para probar una aplicacin de forma que cumpla con lo especificado en los requisitos 1. PORTABILIDAD (Podr usarlo en otra mquina?) El esfuerzo requerido para transferir la aplicacin a otro hardware o sistema operativo. 2. REUSABILIDAD (Podr utilizar alguna parte del software en otra aplicacin?) Grado en que partes de una aplicacin pueden utilizarse en otras aplicaciones. 3. INTEROPERABILIDAD (Podr comunicarse con otras aplicaciones o sistemas informticos?
OPERACIONES DEL PRODUCTO:

Caractersticas Operativas
REVISIN DEL PRODUCTO:

Capacidad para soportar cambios
TRANSICIN DEL PRODUCTO:

Adaptabilidad a nuevos entornos
El esfuerzo necesario para comunicar la aplicacin con otras aplicaciones o

sistemas informticos.
Tabla 17. Revisin Especificaciones de Necesidades, Revisin de Calidad.
4.11.2 REVISIN DE VIABILIDAD

CRITERIOS DESCRIPCIN
Pg. 58-76
VIABILIDAD
OPERATIVA: 4. Estudia hasta que punto solucin satisfar las necesidades de los usuarios, que opinan los usuarios de la solucin encontrada y que cambios tendran que hacerse para poderla en marcha. Se refiere al hecho de si trabajar o no el sistema, si este se llega a desarrollar, o la medida del correcto funcionamiento de la solucin planteada. Las preguntas claves son: a) Existe apoyo suficiente para el proyecto por parte de la administracin?, Y por parte de los usuarios? b) Los mtodos que actualmente se usan en la empresa, son aceptados por los usuarios? c) Los usuarios han participado en la planeacin y desarrollo del proyecto?, Cmo lo han hecho? d) El sistema propuesto causar perjuicios? e) Producir resultados pobres en alguna rea? f) Se perder control en alguna rea especfica? g) Se perder la facilidad de acceso a la informacin? h) La productividad de los empleados ser menor despus de instalado el sistema?. i) Los clientes se vern afectados por la implantacin?
TCNICA:
Sin entrar en consideraciones tcnicas especficas, para esta Fase se pueden responder los siguiente cuestionamientos:
1. 2. 3. 1. Es prctica la tecnologa o la solucin propuesta?: Se dispone de la tecnologa necesaria?: Se disponen de conocimiento tcnicos necesarios y son razonables los plazos?: Se Analiza si la inversin que se va a realizar es justificada en cuanto a los beneficios econmicos que se van a alcanzar con el nuevo sistema. Un sistema puede ser factible desde el punto de vista tcnico y operacional, pero sino es factible econmicamente para la empresa no puede ser implantado. Las cuestiones econmicas y financieras formuladas por los analistas deben incluir: El costo de llevar a cabo la investigacin completa de sistemas. El costo del hardware y software para la aplicacin y los Beneficios en la forma de reduccin de costos o de menos errores costosos, y el costo si el proyecto no se lleva a cabo. Los aspectos bsicos que se deben considerar, en este anlisis son: a) el tiempo propio y el del equipo de sistemas, b) el costo de hacer un estudio de sistemas completos (incluyendo el tiempo de los empleados con los que se trabajara), c) el costo del tiempo de los empleados del negocio, el costo estimado del hardware y el de los software y/o desarrollo de software. 1. Analizar si la solucin puede disearse e implantarse en un perodo de tiempo aceptable o la medida si el proyecto es razonable en el cumplimiento de su calendario.
ECONMICA:
CALENDARIO (FECHA):
Tabla 18. Revisin Especificaciones de Necesidades, Anlisis de Viabilidad.
Pg. 59-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) CONCLUSIN FINAL
5. CONCLUSIN FINAL
5.1. PROBLEMAS Y ANLISIS:
1) Se detectaron problemas urgentes que estn afecta la operatividad de la INSTITUCIN HOSPITALARIA (PILOTO) en los aspectos relacionados a la prestacin del servicio, fundamentalmente en: a) PROCESO DE EMISIN DE ESTADSTICAS: i) El Proceso de Generacin de Estadstica es un proceso lento, ya que se dificulta la bsqueda de informacin al ser un proceso manual donde se debe consultar una gran cantidad de informacin. Susceptible al error humano. Deficiencia en las estadsticas mdicas, y las que se emiten, no se ajustan a la realidad. Imposibilidad de realizar proyecciones y tomar decisiones. En particular, con los indicadores demogrficos conjuntamente con los de morbilidad y mortalidad. Dificultad en el proceso de identificacin de problemas prioritarios que deben evaluarse sistemticamente, con la finalidad de adoptar decisiones que lleven a acciones conducentes para reducir los riesgos de enfermedad y muerte. Acumulacin de datos que no generan respuestas estadsticas deteriora el proceso de vigilancia epidemiolgica, que conlleva retrasos en la deteccin de brotes y no permite evidenciar los problemas de las enfermedades crnicas, accidentes, violencias y otros. El proceso manual hace engorroso y lento el Proceso de Localizacin y Manejo del alto volumen de datos sobre pacientes y sus Historias Clnicas, y Mdicos adscritos al hospital. Sistema manual que dificultad el seguimiento, control y registro.
ii) iii) iv) v)
vi)
b)
PROCESO DE ADMISIN: i)
c)
CITAS MDICAS: i)
5.2. OPORTUNIDADES Y ANLISIS

1. Con el estudio del Sistema Propuesto, se observa que este podr resolver los problemas que presenta la situacin actual, aparte de cumplir con los nuevos requerimientos de la INSTITUCIN HOSPITALARIA (PILOTO). 2. Se observa una buena oportunidad para mejorar los procesos de Admisin y Emisin de Estadsticas, los cuales son claves en el funcionamiento de un Hospital. 3. Las mejoras que se introducirn, redundar en una mejor prestacin y la calidad en los Servicios prestados (Admisin y Generacin de Estadsticas). 4. El nuevo sistema facilitar el trabajo del Personal involucrado en los dos procesos bajo estudio. 5. Las facilidades que ofrecen las Tecnologas de Informacin y Comunicacin, que aplican tcnicas de Sistemas de Gestin Empresarial a este tipo de situaciones, mediante: 6. La Generacin de plantillas electrnicas, de los Procesos relacionados, que facilitan el uso, control y registro de la informacin. 7. Facilidades en el Control y seguimiento de los procesos involucrados.
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) CONCLUSIN FINAL
8. Generacin de Documentos en diferentes formatos (PDF o JPG, por ejemplo) y la posibilidad de adjuntar o anexar documentos digitalizados en formato texto, PDF, .Doc, as como, imgenes, videos y audio a las Historias Mdicas. 9. Seguridad y veracidad de la informacin estadstica generada.
5.3. CONCLUSIONES Y RECOMENDACIONES

5.3.1
1) 2) 3) 4) 5)
CONCLUSIONES
No se dispone de informacin suficiente para la determinacin de valoracin de Costos-Beneficios u otra opinin al respecto. Es muy temprano para valorar los tiempos de desarrollo del nuevo sistema, quedara pendiente para la siguiente Fase del Ciclo de Vida de Desarrollo de Software, Fase Diseo. Se mantiene las consideraciones y costos estimados en la Fase Inspeccin. La tecnologa propuesta es madura y es aplicable para la solucin de los requerimientos planteados. Se considera que la solucin puede disearse e implantarse en un perodo de tiempo aceptable.
5.3.2
1)
RECOMENDACIONES
El nuevo sistema promete funcionar muy bien, por ser una solucin planteada e implementada en otras instituciones similares y con las caractersticas de: facilidad de uso, mejora en los tiempos de respuesta, adecuado de las normas, procedimientos y formatos de informacin actuales, y con una confiabilidad global y nivel de utilizacin. Basado en el Anlisis realizado hasta el momento, se propone continuar con el desarrollo del Sistema SIRES, ya que Sistema propuesto corrige los problemas propuestos y cumple con los nuevos requerimientos de informacin.
2)
Pg. 61-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) APNDICES CON HECHOS Y DETALLES
6. APNDICES CON HECHOS Y DETALLES

6.1. ESPECIFICACIONES Y REQUERIMIENTOS DEL TRABAJO
6.1.1 PLANTEAMIENTO DEL PROBLEMA
En Venezuela existe una deficiencia de estadsticas mdicas, y las que se emiten, no se ajustan a la realidad, lo cual imposibilita realizar proyecciones y tomar decisiones. En particular, los indicadores demogrficos conjuntamente con los de morbilidad y mortalidad, constituyen la base del proceso de identificacin de problemas prioritarios que deben evaluarse sistemticamente, con la finalidad de adoptar decisiones que lleven a acciones conducentes para reducir los riesgos de enfermedad y muerte. La acumulacin de datos que no generan respuestas estadsticas deteriora el proceso de vigilancia epidemiolgica, pues retrasa la deteccin de brotes y no permite evidenciar los problemas de las enfermedades crnicas, accidentes, violencias y otros. Por ello, en uno de los hospitales del pas, se ha planteado como solucin al problema antes planteado, disear un Sistema de Informacin de Registros y Estadsticas de Salud (SIRES). El SIRES abarcar el Departamento de Admisin, el cual se encarga del ingreso de pacientes, y el Departamento de Historias Clnicas, que se ocupa de la generacin de estadsticas. Por ello, un hospital caracterstico del pas propone el desarrollo del sistema SIRES, para lograr lo siguiente: 6.1.1.1 Objetivo General: Disear un Sistema Informacin que permita agilizar el Proceso de Admisin, Proceso de localizacin y manejo del alto volumen de datos sobre pacientes, historias clnicas, y mdicos adscritos al hospital y el proceso de emisin de estadsticas Clnicas; reduccin de la acumulacin de datos que no generan respuestas estadsticas. 6.1.1.2 Objetivos Especficos: 1. 2. 3. Generacin de estadsticas clnicas sobre diagnsticos clnicos, promedios de atencin, porcentajes de morbilidad y mortalidad entre otros. Agilizar el proceso de localizacin y manejo del alto volumen de datos sobre pacientes y sus historias clnicas, y mdicos adscritos al hospital. Identificar y analizar los procesos de los Departamentos de Admisin y de Registro de Historias Mdicas y los procesos relacionados con estos, para la generacin de datos estadsticos como son: Admisin de Pacientes, Registro de Historias Mdicas y Generacin de Estadsticas en el hospital. Facilitar las funciones del personal de los departamentos Departamento de Admisin (DAD) y Departamento de Historias Mdicas (DHM) relacionados con estos procesos.
Pg. 62-76
4.
5. 6.
Organizar, registrar y manejar la informacin relacionada con los pacientes, sus historias clnicas y de los mdicos adscritos al hospital. Contribuir a enriquecer las estadsticas clnicas, propiamente, como lo son: diagnsticos clnicos, promedios de atencin, perodos de permanencia en el hospital, tratamientos mdicos, porcentajes de morbilidad y mortalidad. Manejar y procesar la informacin de: Historias Mdicas, Tarjetas ndices, rdenes de Admisin, Citas Mdicas, entre otros documentos.
7.
6.1.2
ESPECIFICACIONES Y REQUERIMIENTOS DEL NUEVO SISTEMA
En el desarrollo del Sistema se involucran, bsicamente, dos de las reas del Hospital, relacionadas con el manejo de la informacin de Admisin y la Generacin de Datos Estadsticos, estas son: 1. 2. DEPARTAMENTO DE ADMISIN DE PACIENTES (DAP): Encargado de gestionar los procedimientos relacionados con el ingreso de los pacientes. DEPARTAMENTO DE HISTORIAS MDICAS (DHM): Se ocupa de la Emisin de Estadsticas por morbilidad y Mortalidad; Manejo de Historias Mdicas y Tarjetas ndices.
Esto involucra los siguientes procesos: 3. PROCESO DE ADMISIN: consiste en todos los movimientos que realiza el Departamento de Admisin cada vez que un paciente es recibido, para ser pasado, bien sea al rea de observacin o de hospitalizacin. PROCESO DE EMISIN DE ESTADSTICAS: consiste en el procesamiento de los datos por morbilidad (enfermedad) y mortalidad (defunciones) que ocurren tanto en observacin como en hospitalizacin.
1) INGRESO DE PACIENTE: a) Cuando un paciente llega al hospital, su ingreso lo realiza el Departamento de Admisin. i) Un paciente puede quedar en observacin o ser hospitalizado. (1) Los pacientes en observacin son aquellos que permanecen en el hospital menos de 48 horas y que no ingresan al rea de hospitalizacin. ii) La Auxiliar de Admisin averigua en el Departamento de Historias Mdicas, si el paciente tiene historia mdica, a fin de determinar si se le debe crear una nueva historia o se utiliza la historia anterior. b) La Auxiliar del Departamento de Historias Mdicas trata de ubicar la historia del paciente. i) Si tiene historia: (1) En el Archivo de Tarjetas ndices busca la Tarjeta del Paciente, para saber el nmero de historia. (2) Luego, con el nmero de historia busca la misma en el Archivo de Historias Mdicas. ii) Sino tiene historia, crea una nueva Historia Mdica y Tarjeta ndice.
Pg. 63-76
4.
Ambos procesos constan de los siguientes pasos:
2)
3)
(1) En se caso, coloca en la Tarjeta el nmero de Historia Mdica. La Tarjeta ndice y la Historia Mdica (nueva o la previamente existente), son enviadas al Departamento de Admisin. c) La Auxiliar de Admisin (ADA) elabora la Orden de Admisin, la cual contiene los datos del servicio de hospitalizacin a donde se referir el paciente, y los datos del mdico tratante. i) Esta Orden la firma posteriormente el mdico tratante. ii) Si el Paciente va a ser hospitalizado, indica en la Tarjeta ndice, la ubicacin del Paciente (Nmero de Cama) y el rea de Servicio de Hospitalizacin correspondiente. d) La Auxiliar de Admisin coloca en la camilla del paciente que va a ser hospitalizado, la Orden de Admisin, la Historia Clnica y Tarjeta ndice del paciente. e) Cuando la Historia Mdica es vieja, el mdico tratante puede ver el historial del paciente dentro de la institucin. Ya sea una historia vieja o nueva, el mdico tratante registra en ella, los Datos Clnicos y la Evolucin del Paciente. RECOLECCIN HISTORIAS MDICAS: a) Las Auxiliares de Historias Mdicas: i) Recogen en cada piso de hospitalizacin y en el rea de observacin, la Tarjeta ndice y la Historia Mdica de los pacientes que han sido dados de alta. (1) Separa la Tarjeta ndice de la historia del paciente egresado. (2) Con los datos de la Historia Mdica, codifica el diagnstico de la enfermedad del paciente y de las intervenciones quirrgicas, si la(s) hubo. (3) En la Tarjeta ndice se registran el cdigo de la enfermedad, cdigo(s) de la(s) operaciones(s), y fecha de egreso. ii) La Auxiliar de Historias Mdicas archiva nuevamente en el lugar que corresponde, la Tarjeta ndice y la Historia Mdica. b) Una Historia Mdica consta de una cartula, hoja de evolucin, grficas de temperatura, presin, exmenes solicitados, placas, etc. SOLICITUD ESTADSTICAS: a) Cuando la Direccin de la Institucin, cualquier Dependencia del Hospital o un Mdico requieran alguna estadstica, se dirigen a la Bibliotecaria, Jefe del Departamento de Historias Mdicas y le especifican el tipo de estudio que desean hacer. b) La Bibliotecaria se dirige a la Auxiliar de Historias Mdicas para que en base a las tarjetas ndices e historias clnicas procese la informacin solicitada. c) De acuerdo al tipo de Estadstica solicitada, la Auxiliar de Historias Mdicas, vaca la informacin en el formato estadstico correspondiente y lo pasa a la Bibliotecaria. d) La informacin estadsticamente procesada se enva a la dependencia del hospital o mdico que la solicit. iii)
6.1.3
1)
REQUERIMIENTOS DE INFORMACIN
ORDEN DE ADMISIN: a) Contiene los datos del paciente que va a ser observado u hospitalizado en cualquiera de los servicios de hospitalizacin y los datos del mdico que realiz el ingreso. Algunos datos son: i) Fecha y Hora de Admisin, ii) Nmero de Historia,
Pg. 64-76
Los requerimientos de informacin en relacin a los procesos antes descritos son los siguientes:
2)
3)
4)
Departamento donde se va a admitir, Datos del Paciente: (1) Cdula de Identidad (2) Apellidos y Nombres del Paciente, (3) Estado Civil, (4) Edad, (5) Sexo, (6) Lugar y fecha de nacimiento, (7) Profesin u Ocupacin, (8) Direccin Actual, v) Emergencia (SI/NO), vi) Apellidos y Nombre del mdico tratante. ADMISIONES EN UNA FECHA DETERMINADA a) Comprende la informacin de las admisiones realizadas en una fecha dada. Algunos datos son: i) Fecha Dada, ii) Hora de Admisin, iii) Nmero de Historia, iv) Datos del Paciente: (1) Cdula Identidad, (2) Apellidos y Nombre, (3) Edad, v) Mdico Tratante. PERSONAL MDICO a) Abarca los datos de Especialistas, Internos, Residentes y Suplentes. Entre los datos se encuentran: i) Cdigo del Mdico (No. asignado por la institucin), ii) Nombres y Apellidos, iii) Especialidad, iv) Cargo, v) Cdula identidad, vi) Nmero Matrcula del mdico, vii) Nmero del Ministerio de Sanidad y Asistencia Social, viii) Telfono(s) donde se pueda ubicar. FICHA DEL PACIENTE ADMITIDO a) Cubre los datos tanto personales como clnicos del paciente. i) Datos del Paciente seran: (1) Nombres y apellidos, (2) Edad, (3) Fecha de Nacimiento, (4) Lugar de Nacimiento, (5) Cdula de Identidad, (6) Domicilio, (7) Profesin,
Pg. 65-76
iii) iv)
5)
6)
7)
8)
9)
(8) Estado Civil. Datos Clnicos son: (1) Nmero de la historia del paciente, (2) Fecha de Registro en la Ficha, (3) Fecha de Atencin del Paciente, (4) Motivo de la consulta, (5) Cdigo de la Enfermedad, (6) Tratamiento, (7) Departamento de Admisin, (8) Cdigo del Mdico tratante, (9) Fecha prxima cita. PACIENTES ATENDIDOS POR DETERMINADO DIAGNSTICO ENTRE UNAS FECHAS DADAS: a) Contiene los siguientes datos: i) Cdigo del Diagnstico (enfermedad), ii) Descripcin del Diagnstico, iii) Fecha de Atencin del paciente, iv) Nombres y Apellidos del paciente, v) Direccin de Domicilio, vi) Edad. TOTALES DE INTERVENCIONES REALIZADAS ENTRE DETERMINADAS FECHAS POR DEPARTAMENTO: a) Entre los datos estn: i) Departamento (Cdigo y Descripcin) donde se hizo la intervencin, ii) Diagnstico (Cdigo y Descripcin), iii) Cantidad de Intervenciones. MORTALIDAD GENERAL POR DEPARTAMENTO, ENTRE DETERMINADAS FECHAS: a) Contiene ciertos datos personales y clnicos de las personas fallecidas. Entre los datos estn: i) Nombre del Departamento, ii) Nmero Historia del Paciente, iii) Nombres y Apellidos del Paciente, iv) Fecha del Diagnstico, v) Descripcin del Diagnstico, vi) Fecha Muerte, vii) Total de Muertes por Departamento. MORBILIDAD GENERAL POR DEPARTAMENTO, ENTRE DETERMINADAS FECHAS: a) Incorpora los mismos datos que el requerimiento anterior, pero referente a morbilidad (enfermedad). En lugar de fecha muerte y total de muertes por departamento, sera fecha egreso, total de enfermos por departamento. CITAS PROGRAMADAS PARA UN MDICO ENTRE UNAS FECHAS DADAS: a) Abarca: i) Cdigo del Mdico, ii) Nombres y Apellidos, iii) Especialidad del Mdico, iv) Consultas Programadas para Cierta Fecha, ii)
Pg. 66-76
v) vi) vii)
Nmero de Historia del Paciente, Nombres y Apellidos del Paciente, Edad del paciente.
6.1.3.1 Funciones a realizar por el Nuevo Sistema De la informacin entregada y para el cumplimiento de los objetivos planteados para el desarrollo del Sistema SIRES, el nuevo sistema deber realizar las siguientes funciones:
1) 2) 3) 4) Control y Registro de Admisin de Pacientes. Control, Registro y Gestin de las Historias Mdicas, Tarjetas ndices y rdenes de Admisin. Generacin de Reportes de Historias Mdicas, Tarjetas ndices y rdenes de Admisin. Generacin de Reportes relacionados con Estadsticas Mdicas (Morbilidad y Mortalidad).
Adems de estas funciones el nuevo sistema permitir:

1) 2) 3) Codificacin de: Diagnsticos, reas de Servicios y Tratamientos Mdicos. Registro y Control de Datos de Mdicos y Citas o Consultas Mdicas. Generar informacin relacionada con Estadsticas Clnicas (Promedios de Atencin, Reportes de Diagnsticos Mdicos, por fecha o departamento, Control de Fichas de Pacientes Admitidos).
Un hospital caracterstico del pas ha decidido contratarlo a Ud. como analista de sistemas, a fin de que analice el sistema SIRES que permita el manejo y control de las funciones antes descritas.
6.1.4
ESPECIFICACIONES DEL TRABAJO PRCTICO
El estudio del sistema se iniciar en la segunda funcin (6) del Desarrollo de Sistemas (el Anlisis), la cual es objeto de este trabajo prctico. Por tanto, no existe informacin previa, contenida en un documento denominado Proyecto de Sistemas, que se genera en la primera funcin del desarrollo de sistemas (La Planificacin). 6.1.4.1 Elaboracin y Entrega del Trabajo Prctico 1. El informe correspondiente al trabajo prctico se realizar en dos momentos: 1.1. En el primer momento (5a semana de presentacin de pruebas), se entregar el mdulo I como una versin de avance del trabajo prctico para su revisin. 1.2. En el segundo momento (9a semana de presentacin de pruebas), se entregarn los mdulos I y II como una versin definitiva, a los fines de evaluar el logro de los objetivos. 2. 3. El Mdulo I constar de las fases de Inspeccin y Estudio. El mdulo II constar de la fase de Definicin.
) A lo largo de la Materia, se utilizan indistintamente los trminos Funcin o Etapas.
Pg. 67-76
6.1.4.2 Requisitos para Presentacin del Informe del Trabajo El Informe del trabajo prctico deber cumplir con los requisitos de presentacin, estructuracin, y especificidad exigidos, ya que no se aceptarn trabajos, que no cumplan con los mismos. 4. La presentacin debe ser impecable en cuanto a limpieza, encuadernacin, portada, ndice, numeracin de pginas, titulacin de contenidos, pertinencia entre ttulos y contenido, uso y referencias de figuras y tablas, etc. La estructuracin ser de acuerdo a como se indica en el objetivo 11. En este sentido, se elaborar un solo informe de tipo factual o sino, administrativo que constar de seis secciones, las cuales aglutinarn las tres fases metodolgicas del anlisis. La seccin III, Hechos y detalles, se estructurar segn la secuencia metodolgica mostrada en la serie de cuadros denominados Gua Metodolgica para el Anlisis del Sistema. La especificidad se refiere a la concrecin y suficiencia explicativa en cada uno de los puntos tratados.
5.
6.
6.1.4.3 Metodologa del Trabajo El alumno realizar el anlisis del sistema planteado, tomando en cuenta lo siguiente: 1. La metodologa a seguir, ser la adoptada en la presente asignatura, la cual est descrita en el libro Anlisis y Diseo de Sistemas de Informacin de los autores WHITTEN, BENTLEY Y BARLOW [1]. 2. 3. Esa metodologa consta de una sucesin de Fases y Actividades, las cuales son descritas conjuntamente, en la Unidad 12 del MIA. La actividades metodolgicas en su mayora, utilizan tcnicas y herramientas, que son complejas y extensas en su aplicacin, por lo cual fue necesario explicar dichas actividades separadamente en el material MIA, desde la Unidad 5 hasta la Unidad 11. Una misma tcnica y herramienta puede ser usada en distintas actividades, pero con propsito diferente. El proceso del anlisis debe ceirse estrictamente al orden secuencial de la actividades metodolgicas, aunque algunas de ellas no requerirn ser efectuadas. Esto puede observarse en la serie de cuadros denominados Gua metodolgica para el anlisis del sistema, los cuales estn ubicados al final de este trabajo prctico. El proceso del anlisis debe ser un estudio formal, exhaustivo y coherente del problema planteado. Las especificaciones dadas podrn enriquecerse con una situacin real, siempre y cuando, se mantenga dentro del contexto de los requerimientos funcionales expresados. En tal caso, podr completar, detallar, adaptar y/o modificar procesos, datos y trminos que se justifiquen, documentndolos debidamente, especificando el motivo, fuente y resultado de la investigacin realizada en la situacin real. Si en las especificaciones, no se indican todos los datos necesarios para efectuar determinada actividad y/o usar cierta tcnica y herramienta, entonces el alumno idear datos que resulten razonables para tal fin.
4. 5.
6. 7.
8.
Pg. 68-76
6.2. MODELO ENTREVISTA INICIAL

PREGUNTAS DE MUESTRA PARA ENTREVISTA FASE INSPECCIN PERSONAS: USUARIOS FINALES (DIRECTOS):
(Del Sistema susceptible a ser construido)
USUARIOS AFECTADOS (INDIRECTOS): DESARROLLADOR SISTEMA EXISTENTE: IMPULSORES DE LA SOLICITUD DEL SISTEMA PROPUESTO: PENSAMIENTO O POSICIN:
(Caso de aprobarse el desarrollo del nuevo Sistema)
POSICIN USO TECNOLOGAS TIC: POSICIN TRABAJAR CON PROFESIONALES TIC: PROPUESTA: DATOS ENTRADAS CLAVES DEL SISTEMA: SALIDAS CLAVES DEL SISTEMA: DATOS ALMACENADOS ACTUALMENTE:
(Capturados o Almacenados)
OTRA INFORMACIN RELEVANTE: ACTIVIDADES: PRPOSITO O COMETIDO REA DE EMPRESA:

(Datos del rea de Empresa relevantes)
METAS Y OBJETIVOS DE LA EMPRESA: REA DE LA EMPRESA BAJO ESTUDIO RELACIN DE LA EMPRESA CON OTROS REAS: PROCESOS ESTABLECIDOS O INFORMATIZADOS:
(En el rea de empresa bajo estudio)
SISTEMAS EXISTENTES: ACTIVIDADES AUTOMATIZADAS: ACTIVIDADES AUTOMATIZADAS: PROBLEMAS O INCONVENIENTE SISTEMA ACTUAL:
(Manual o Informtico)
OBJETO DEL NUEVO SISTEMA: NUEVOS REQUERIMIENTOS DE SISTEMAS: REDES: PUESTOS INVOLUCRADOS:
(Recibirn soporte del nuevo sistema)
FORMA DE COMUNICACIN ACTUAL PUESTOS: TECNOLOGA: PLATAFORMA TECNOLGICA EXISTENTE:

(Computadores, Servidores, Servicios de Red entre otros)
OTRA INFORMACIN RELEVANTE:
Tabla 19. Formato Entrevista Fase Inspeccin.
Pg. 69-76
6.3. MODELO INFORME EVALUACIN DE VIABILIDAD DE PROYECTO
NOMBRE DESCRIPCIN DEL HOSPITAL
INFORME EVALUACIN DE VIABILIDAD DE PROYECTO

DIEVP: 12-001-02
Caracas, 07/12/2012
Elaborado por:
Analista: Tirso Rubn FERNNDEZ MENDOZA
Pg. 70-76
INFORME EVALUACIN DE VIABILIDAD DE PROYECTO DIEVP: 12-001-02

I. RESUMEN EJECUTIVO
1. NOMBRE DEL INFORME: Anlisis y Diseo de un sistema computarizado para llevar un control y seguimiento del proceso de localizacin y manejo de datos sobre pacientes y sus historias clnicas y mdicos adscritos al hospital y la generacin de estadsticas clnicas sobre diagnsticos clnicos, promedios de atencin, porcentajes de morbilidad y mortalidad entre otros. 2. AUTOR(ES): 3. RECEPTOR(ES): Analista: Tirso R. FERNNDEZ Comit del Proyecto 4. ETAPA (CVDS) Y FASE DEL PROYECTO: ETAPA ANLISIS DE SISTEMA, FASE INSPECCIN 5. OBJETO DEL INFORME: 6. CONTENIDO DEL INFORME:
El presente informe presenta las actividades realizadas en la Fase Inspeccin. Las actividades desarrolladas son: 6.1 6.2 6.3 ACTIVIDAD 1: ACTIVIDAD 2: ACTIVIDAD 3:
7. RESUMEN RECOMENDACIONES: 7.1 Prueba 1: 7.1.1. Prueba 2 (i) Prueba 3 a) Prueba 4 8. ASUNTOS PENDIENTES: 8.1 Asunto 1: 8.1.2. Prueba 2 (i) Prueba 3 a) Prueba 2
Pg. 71-76

II. INFORMACIN BSICA
1. DESCRIPCIN DE LA SOLICITUD DEL PROYECTO: 1.1 SOLICITUD 1: 1.1.3. Prueba 2 (i) Prueba 3 a) Prueba 2 2. DESCRIPCIN DE LAS ACTIVIDADES DE LAS FASES COMPLETAS: 2.1 ACTIVIDAD 1: 2.1.4. Prueba 2 (i) Prueba 3 a) Prueba 2

III. CONCLUSIONES
1. PROBLEMAS Y ANLISIS: 1.1 PROBLEMA 1: 1.1.5. Prueba 2 (i) Prueba 3 a) Prueba 2 2. OPORTUNIDADES Y ANLISIS: 2.1 PROBLEMA 1: 2.1.6. Prueba 2 (i) Prueba 3 a) Prueba 2 3. NORMAS E IMPLICACIONES: 3.1 PROBLEMA 1: 3.1.7. Prueba 2 (i) Prueba 3 a) Prueba 2
Pg. 72-76

IV. RECOMENDACIONES DETALLADAS
1. RECOMENDACIN: 1.1 Arreglos Rpidos: 1.2 Mejoras: 1.3 Nuevo Desarrollo: 2. MBITO DEL PROYECTO: 2.1 MODELO DE CONTEXTO DE PROCESOS: 2.2 2.3 MODELO DE CONTEXTO DE DATOS: MODELO DE CONTEXTO DE REDES:
3. PLAN DEL PROYECTO: 3.1 OBJETIVOS PROYECTO INICIAL: 3.2 3.3 PLAN MAESTRO Y SUPUESTOS INICIALES: PLAN DETALLADO FASE:
4. APNDICES: 4.1 OBJETIVOS PROYECTO INICIAL:
6.4. HERRAMIENTAS CASE UTILIZADAS

HERRAMIENTA CASE DESCRIPCIN Modelado de Datos y Procesos Generacin de Estructura Desglosada de Trabajo Modelado de Datos Generacin del Plan del Proyecto y del Diagrama GANTT Para realizacin del DICCIOANRIO DEL PROYECTO Diagramacin de los Modelado de Datos, Procesos y Redes Clculo de Costos Tabla 20. Herramientas CASE utilizadas.
1. 2. 3. 4. 5. 6. 7.
EasyCase WBS Chart Pro DB Designer V4.0 Microsoft Proyect 2003 Microsoft Word 2003 Microsoft Visio Microsoft Excel
Pg. 73-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) Referencias BIBLIOGRFICAS
APNDICES 7. REFERENCIAS BIBLIOGRFICAS

7.1.1
[1] [2] [3] [4]
BIBLIOGRAFA
WHITTEN, BENTLEY Y BARLOW (1996). Anlisis y Diseo de Sistemas de Informacin, Tercera Edicin, Mc GRAW HILL. Material Instruccional de Apoyo (MIA), (2006). UNIVERSIDAD NACIONAL ABIERTA. GUA METODOLGICA PARA EL ANLISIS DEL SISTEMA (2006). Trabajo Prctico 2010-2. INGENIERA DE SISTEMAS, SISTEMAS DE INFORMACIN I (335). UNIVERSIDAD NACIONAL ABIERTA. VICEN FERNNDEZ ALARCN (Junio de 2006). Desarrollo de Sistemas de Informacin, Una Metodologa Basada en el Modelado. Material elaborado para los Estudios de Segundo Ciclo dEnginyeria en Organitzaci Industrial de lETSEIAT, Universidad Politcnica de Catalua. Primera edicin. KENDALL, K Y KENDALL, J (1991). Anlisis y Diseo de Sistemas. Prentice Hall. SENN, J. (1993). Anlisis y Diseo de Sistemas de Informacin. Mc. GRAW HILL. PRESSMAN, R. (2002). Ingeniera de Software. Un Enfoque Prctico. Mc. GRAW HILL. RAYMOND MCLEOD. Jr. (2000). Sistemas de Informacin Gerencial, Sptima Edicin, Editorial PEARSON Educacin. ORGANIZACIN PANAMERICANA DE LA SALUD, Oficina Sanitaria Panamericana, Oficina Regional de la ORGANIZACIN MUNDIAL DE LA SALUD; Clasificacin Estadstica Internacional de Enfermedades y Problemas Relacionados con la Salud, Publicacin Cientfica No. 554, Dcima Revisin. J. E. BUSQUELLE. Anlisis de Puntos de Funcin. Lmpsakos, ISSN: 2145-4086, No. 4, pp. 59-61. JulDic. 2010 DURN TORO Amador, BERNRDEZ JIMNEZ Beatriz; Metodologa para la Elicitacin de Requisitos de Sistemas Software, Informe Tcnico LSI200010, Versin 2.1; Departamento de Lenguajes y Sistemas Informticos Facultad de Informtica y Estadstica, Universidad de Sevilla; Octubre de 2000. McCALL, J., P. RICHARDS, y G. WALTERS, Factors in Software Quality, 3 vols., NTIS AD-A049014,015,055, Noviembre 1977. MEYER Bertrand, Object-Oriented Software Construction, 2nd Edition, Prentice Hall Professional Technical Reference. ISO/IEC 9126: Tecnologas de la Informacin Calidad de los productos software. IEEE 830-1998 IEEE. IEEE Recommended Practice for Software Requirements Specifications. IEEE/ANSI Standard 8301998, Institute of Electrical and Electronics Engineers, 1998.
[5] [6] [7] [8] [9]
[10] [11]
[12] [13] [14] [15]
Pg. 74-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) Referencias BIBLIOGRFICAS
7.1.2
[16]
RECURSOS ELECTRNICOS
VCTOR M. RODRGUEZ, Gua Breve para la Preparacin de un Trabajo de Investigacin Segn el Manual de Estilo de Publicaciones de la American Psychological Association (APA). Bibliotecario Auxiliar Sala de Informacin e Investigacin. Junio 2002. http://biblioteca.sagrado.edu/guiaapa.htm. JUAN A. LPEZ Q. Diccionario de Datos. Tema 3, Anlisis Estructurado III. Ingeniera del Software. http://www.slidefinder.net/i/ingenier%C3%ADa_software_tema_an%C3%A1lisis_estructurado/7855 684/p2. MARCELO CLAUDIO PRISS (2001), PROYECTO INFORMTICO, Una Metodologa Simplificada, Impreso en Argentina, ISBN: 987-43-2947-5. http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/ proyectoinformatico/libro/ ORGANIZACIN PANAMERICANA DE LA SALUD, Clasificacin Estadstica Internacional de Enfermedades y Problemas Relacionados con la Salud: http://new.paho.org/hq/index.php?option=com_content&task=view&id=5395&Itemid=2560. CIE-10: Estructura-Uso Presentacin Volmenes I, II y III: http://es.scribd.com/doc/37362712/01REPLICA-Estructura-y-Uso-de-la-CIE-10-Presentacion-Volumenes-I-II-y-IIIs. CIE-10 (Lista cdigos): xa.yimg.com/kq/groups/30495742/124552733/name/CIE-10.pdf.
[17]
[18]
[19]
[20] [21]
Pg. 75-76
SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) Glosario/ Nomenclatura de Trminos
8. GLOSARIO/ NOMENCLATURA DE TRMINOS

Para facilitar el desarrollo del trabajo se implementado una nomenclatura con los trminos ms comunes utilizados en el trabajo, que a continuacin se describen:
SIGLAS/ NOMENCLATURA CVDS SI TIC DIS DFD MPC MPE EDT MIA Empresa: SIRES: DAD: DHM: PAD: PEE: ADA: AHM: HN: HA: HP: NHP: AHM: ATI TI: OA: AS: UP: MT: CDE: CIQ: DDE: DIQ: FA: DESCRIPCIN Ciclo de Vida del Desarrollo de Sistemas (en particular Sistemas de Informacin). Sistemas de Informacin Tecnologas de Informacin y Comunicacin Desarrollo de Sistemas de Informacin Diagramas de Flujos de Datos. Modelo de Procesos de Contexto. Modelo de Procesos Esencial. Estructura Desglosada de Tareas ("WORK BREAKDOWN STRUCTURE" - WBS) Material Instruccional de Apoyo. Institucin Hospitalaria u Hospital Caracterstico: Objeto del Estudio y Anlisis del Sistema. SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD Departamento de Admisin Departamento de Historias Clnicas Departamento de Historias Mdicas o Clnicas. Proceso de Admisin. Proceso de Emisin de Estadsticas. Auxiliar de Admisin. Auxiliares de Historias Mdicas o Auxiliar del Departamento de Historia Mdicas. Historia Nueva. Historia Anterior o Actual. Historia del Paciente o Historia Clnica. Nmero de Historia. Archivo de Historias Mdicas. Archivo de Tarjetas ndices Tarjeta ndice del Paciente. Orden de Admisin. rea o Servicio de Hospitalizacin. Ubicacin del Paciente (nmero de cama). Mdico Tratante. Cdigo de Diagnstico de la Enfermedad. Cdigo de Intervenciones Quirrgicas. Descripcin de Diagnstico de la Enfermedad. Descripcin de Intervenciones Quirrgicas. Fecha de Admisin o Ingreso. Tabla 21. Descripcin Nomenclaturas del Proyecto.
Pg. 76-76

TP-Sistemas Información I (335) (2012-1) (Segundo Momento) (V2.2)

Enviado por

Dados do documento

Descrição original:

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

TP-Sistemas Información I (335) (2012-1) (Segundo Momento) (V2.2)

Enviado por

Direitos autorais:

Formatos disponíveis

TP-335

UNIVERSIDAD NACIONAL ABIERTA AREA DE INGENIERA CARRERA DE INGENIERA DE SISTEMAS

FECHA DE DEVOLUCIN DEL INFORME POR EL ESTUDIANTE:

Tirso R. FERNNDEZ M. rubenferm@gmail.com Metropolitano (01) 236 76

CDULA DE IDENTIDAD: V-6.122.911 TELFONOS: 0414-338-6824 0212-903-4690 San Antonio (04)

FIRMA DEL ESTUDIANTE:

RESULTADOS DE CORRECCIN: OBJ N: 5 6 0:NL; 1:L

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD

TIRSO RUBEN FERNA NDEZ M

Carrizal, 07 de Diciembre del 2012

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES)

3.2.1.2.1 3.2.1.2.2 3.2.1.2.3 3.2.1.3 3.2.1.4 3.2.1.5

3.2.1.5.1 3.2.1.5.2 3.2.2.1 3.2.2.2 3.2.2.3

3.2.2 FASE ESTUDIO ......................................................................................................................................................21

3.2.3 ANLISIS DEL SISTEMA-FASE DEFINICIN..........................................................................................................25

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES)

3.2.3.7.1 3.2.3.7.2 3.2.3.8

ACTIVIDAD 7: CONCLUSIONES Y RECOMENDACIONES FASE DEFINICIN ................................................................................ 30

4. MTODOS Y PROCEDIMIENTOS ........................................................................................................................31

4.7.2 MODELIZACIN DE PROCESOS ...................................................................................................................................45

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES)

5. CONCLUSIN FINAL .........................................................................................................................................60

6. APNDICES CON HECHOS Y DETALLES ............................................................................................................62

6.1.4 ESPECIFICACIONES DEL TRABAJO PRCTICO .................................................................................................................67

8. GLOSARIO/ NOMENCLATURA DE TRMINOS ...................................................................................................76

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES)

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN

NOMBRE DEL INFORME: AUTOR (ES): CLIENTE: OBJETO DEL INFORME:

DESCRIPCIN DEL PROYECTO:

CONCLUSION ES/ RECOMENDA CIONES GENERALES:

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN

1.5 1.6 1.7 2.

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN

Entrega, Presentacin y Aprobacin del presente Informe.

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN

Planificacin de Sistemas: Anlisis de Sistemas:

)Bloque Elementales de un Sistema de Informacin (RF)

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN

Diseo de Sistemas Implantacin de Sistemas Soporte de Sistemas

Propsito del Informe

Enunciado del Problema

mbito del Proyecto

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) INTRODUCCIN

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) CONCLUSIONES Y RECOMENDACIONES

Recomendaciones: 2.1 2.2 2.3 2.4

3. RESUMEN Y RELACINDE HECHOS Y DETALLES

Las caractersticas fundamentales de esta Fase son presentadas en la siguiente tabla:

Tabla 1. Caractersticas Fundamentales Fase Inspeccin.

Las caractersticas fundamentales de esta Fase son presentadas en la siguiente tabla:

Tabla 2. Caractersticas Fundamentales Fase Estudio.

ANLISIS DEL SISTEMA-FASE DEFINICIN

Tabla 3. Caractersticas Fundamentales Fase Definicin.

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) MTODOS Y PROCEDIMIENTOS

4.1. GUA METODOLGICA PARA EL ANLISIS DEL SISTEMA

Tabla 4. Gua Metodolgica para el Anlisis del Sistema, Fase Inspeccin.

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) MTODOS Y PROCEDIMIENTOS

Conocer el sistema actual

Modelizar el sistema actual

Tabla 5. Gua Metodolgica para el Anlisis del Sistema, Fase Estudio.

SISTEMA DE INFORMACIN DE REGISTROS Y ESTADSTICAS DE SALUD (SIRES) MTODOS Y PROCEDIMIENTOS

Identificar las necesidades

Modelizar las necesidades de sistemas

5 6 7 Ninguno Nota: No se validarn las necesidades del nuevo sistema.