Contrato Prestación de Servicios SDS- 623-2008
SECRETARIA DISTRITAL DE SALUD DE BOGOTA D.C. DIRECCION DE SALUD PÚBLICA
LINEAMIENTOS PARA EL DISEÑO DEL SISTEMA DE INFORMACIÓN DEL OBSERVATORIO DE SALUD AMBIENTAL DE BOGOTÁ D.C.
XXXXXX XXXXXXX XXXXXXX X.
Contrato Prestación de Servicios SDS- 623-2008
BOGOTÁ D.C., XXXXX XX 0000
XXXXXXXXXX XXXXXXXXX XX XXXXX XX XXXXXX X.X. DIRECCION DE SALUD PÚBLICA
LINEAMIENTOS PARA EL DISEÑO DEL SISTEMA DE INFORMACION DEL OBSERVATORIO DE SALUD AMBIENTAL DE BOGOTA
Documento elaborado por:
XXXXXX XXXXXXX XXXXXXX X.
Contrato Prestación de Servicios SDS - 623-2008
Con el apoyo de:
XXXXXX XXXX XXXXX X. - Secretaria Distrital de Ambiente XXXXXX XXXXXXX X. - Jardín Botánico Xxxx Xxxxxxxxx Xxxxx
PARTICIPARON Y APORTARON EN LOS TALLERES DE DISEÑO DEL OBSERVATORIO:
Equipo de profesionales vinculados como referentes locales GESA Equipo de profesionales vinculados como referentes locales de Ámbitos Equipo de profesionales vinculados como referentes locales de Vigilancia Profesionales vinculados localmente como epidemiólogos
Equipo de profesionales SDS Referentes de Línea Transversalidad Ambiente
ESPECIAL AGRADECIMIENTO POR LAS OBSERVACIONES Y/O APORTES REALIZADOS A:
SECRETARIA DISTRITAL DE SALUD: Xxxxxxxxx Xxxxxx, Xxxxxx Xxxx, Xxxxxx Xxxxxxxxx, Xxxxxx Xxxx, Xxxxxx Xxxxxx, Xxxxxxx Xxxxxxx, Xxxxxxxx Xxxx X., Xxxxxx Xxxxx, Xxxxxx Xxxxxxx, Xxxxx Xxxxxx, Xxxx Xxxxxxxxxx, Xxxxxx Xxxxxxx, Xxxxxx Xxxxxxx, Xxxxxxxxx Xxxxxxx, Xxxxxxxxx Xxxxxxx, Xxxxxxxx Xxxxx, Xxxxxxx Xxxxxxxx, Xxxxx Xxxxxx, Xxxxxxx Xxxxxx, Xxxx Xxxxxxxxx, Xxxxxxxx Xxxxxx, Xxxxxx Xxxxxxxx, Xxxxxxx Xxxxxxxx, Xxxxx Xxxxxxx, Xxxx Xxxxxxx Xxxx, Xxxx Xxxxx Xxxxxxxxx, Xxxxx Xxxxxx, Xxx Xxxxxxx Xxxxxxx, Ma. Xxxxxxxx Xxxxxx, Xx. Xxxxxxxx Xxxxxxxx, Xxxxxxxx Xxxxx Xxxxxxx, Xxxxx Xxxxxx, Xxxxxx Xxxxxxxx, Xxxxxx Xxxxx, Xxxxx Xxxxxxxxx Xxxxx Xxxx.
MINISTERIO PROTECCIÓN SOCIAL: Xxxxxxx Xxxxxxx X., Xxxxxxx Xxxxxxxx ORGANIZACIÓN PANAMERICANA DE LA SALUD – OPS: Xxxxxxx Xxxx
FUNDACIÓN SANTAFÉ: Xxxx Xxxxxx Xxxxxx UNIVERSIDAD NACIONAL: Xxxxxx Xxxxxx, Xxxxxx Xxxxxx
Bogotá D.C., Abril de 2009
Tabla de contenido
1. ALCANCE DEL SISTEMA DE INFORMACIÓN DEL OBSERVATORIO DE SALUD AMBIENTAL DE BOGOTA D.C. - OSA 6
2.1. Análisis funcional y establecimiento de los requerimientos del sistema. 7
2.2. Diseño detallado y técnico 8
2.2.1. Actualización de la Información sobre Infraestructura tecnológica 10
2.2.2. Diseño de la arquitectura de comunicaciones 10
2.2.3. Desarrollo de software 14
2.2.4. Implantación y puesta en marcha 15
2.2.4.1. Elaboración plan de pruebas 17
2.2.4.2. Realización de Pruebas 17
3. REQUERIMIENTOS PARA LA OPERACIÓN DEL SISTEMA 18
3.1. Soporte en la operación 18
3.4. Características funcionales mínimas del SIG 19
4. REQUERIMIENTOS FUNCIONALES 21
5. REQUERIMIENTO DE SEGURIDAD Y CONTROL 23
6. REQUERIMIENTOS DEL AMBIENTE INFORMÁTICO 23
7. REQUERIMIENTOS ORGANIZACIONALES Y METODOLÓGICOS 24
LINEAMIENTOS PARA EL DISEÑO DEL SISTEMA DE INFORMACION DEL OBSERVATORIO DE SALUD AMBIENTAL DE BOGOTA
INTRODUCCIÓN
El Observatorio de Salud Ambiental tiene por objeto promover y apoyar esfuerzos distritales de carácter político, técnico y social tendientes al mejoramiento y conservación del ambiente como estrategia para mejorar las condiciones de salud y la calidad de vida de los bogotanos1. Este Observatorio Se constituye en una herramienta útil para el proceso de vigilancia en salud pública, particularmente la vigilancia sanitaria que debe adelantar la Secretaria Distrital de Salud, en la medida en que cuente con una batería estable de indicadores administrados desde un sistema capaz de almacenar y difundir (en un ambiente web) información oportuna y confiable sobre salud ambiental para la ciudad, permitiendo la participación pública y una orientación más estratégica y prospectiva de la toma de decisiones que contribuyan a afectar los determinantes socio-ambientales del proceso salud enfermedad.
La vigilancia en salud pública es definida por los Decretos 3518 de 2006 y el Decreto 3039 de 2007 en los cuales se entiende como una función esencial asociada a la responsabilidad del Estado y de la ciudadanía en el cuidado de la salud; se trata de un proceso sistemático y constante de recolección, análisis, interpretación y divulgación de información, de investigación para la identificación de las necesidades de salud de la población y de la respuesta de los servicios para el mejoramiento de la salud y de la calidad de vida de los Colombianos.
Para la Secretaría Distrital de Salud se entiende la vigilancia de la salud pública, dentro de la estrategia promocional de la calidad de vida, como el proceso que realiza monitoreo crítico de las causalidades y determinantes del proceso salud – enfermedad en territorios y ámbitos específicos con el objeto de evidenciar
1 Secretaria Distrital de Salud. Documento Marco Conceptual y Metodológico del Observatorio de Salud Ambiental de Bogotá. Bogotá, 2008
inequidad en las condiciones de vida de la población y orientar posibilidades de cambio.
Implica un proceso crítico y sistemático de la lectura y afectación sectorial e intersectorial de los diferentes determinantes socioambientales de la salud, a partir del cual se agrupan los eventos mórbidos y mortales, se analizan y priorizan las intervenciones ambientales de promoción de la salud, prevención de la enfermedad, vigilancia de la salud pública para contribuir al control de eventos de interés en salud pública: Enfermedades transmitidas por alimentos, intoxicaciones por sustancias químicas, rabia urbana (humana y canina), accidentes ofídicos, brucellosis, leptospirosis y toxoplasmosis caninas y humanas, enfermedades transmitidas por vectores, entre otras2.
Partiendo del compromiso que el sector salud tiene en el componente de ambiente, se propone la conformación del Observatorio de Salud Ambiental, articulado al SIVIGILA - Sistema de Vigilancia en Salud Pública, y particularmente al SISVEA - Sistema de Vigilancia Epidemiológica Ambiental, cuya metodología y estrategia está orientada hacia el conocimiento de los factores de riesgo ambientales a que están expuestos los grupos humanos, con el fin de determinar prioridades y orientar los recursos de salud disponibles al desarrollo de intervenciones.
El ejercicio de identificación, seguimiento, monitoreo y control de los principales factores de riesgo, así como la observación y análisis de los eventos en salud que los factores del ambiente ocasionan se facilita con la existencia del Observatorio de Salud Ambiental.
Se presenta a continuación los lineamientos generales para el diseño e implementación del Sistema de Información del Observatorio de Salud Ambiental, incluyendo el alcance, fases, actividades, requerimientos y productos.
2 Secretaria Distrital de Salud. Documento Marco Lineamientos Política de Salud Ambiental. Bogotá, 2009
1. ALCANCE DEL SISTEMA DE INFORMACIÓN DEL OBSERVATORIO DE SALUD AMBIENTAL DE BOGOTA D.C. - OSA
El diseño del sistema de información del OSA, Para el funcionamiento pleno del Sistema de información e indicadores del Observatorio de Salud Ambiental de Bogotá D.C (OSA), se debe alcanzar como mínimo los siguientes resultados:
Diseño y desarrollo de la base de datos y de las interfases de administrador y de usuario del OSA, que permitan consultar y actualizar permanentemente la información e indicadores del OSA.
Desarrollo e implementación de una herramienta (software) para el desarrollo y operación del sistema de información geográfica (SIG) que permita la visualización, consulta a bases de datos, búsqueda, administración y análisis de información georeferenciada del OSA.
Desarrollo, implementación y prueba del sistema de información en un ambiente web, integrado a los sistemas de información de la SDS. Especialmente al SIVIGILA, SISVEA y Sala Situacional.
Integración con otros observatorios a nivel Distrital y Nacional: Observatorio de Equidad (SDS), Observatorio Ambiental de Bogotá (SDA), Observatorios de Desarrollo Sostenible (MAVDT), Observatorio de Ciudad (SDP) y otros que funcionalmente sean compatibles con los objetivos del OSA.
Cargue de las bases de datos tanto espaciales como alfanumérica, con la información e indicadores suministrados por las Secretarias Distritales de Salud, Ambiente, Planeación, Hábitat, Gobierno, entre otras, para la conformación de la línea base de información del observatorio
Administración y operación del OSA
Diseño e implementación del Sistema de Aseguramiento de Calidad e Integridad de la información.
Asesoría, acompañamiento y capacitación en la implantación y puesta en marcha (operación, administración y mantenimiento) del sistema de información del OSA.
Elaboración y socialización de manuales de administración, de usuario, del modelo de datos y el diccionario de datos para el SIG.
2. FASES Y ACTIVIDADES
2.1. Análisis funcional y establecimiento de los requerimientos del sistema.
El objetivo de esta fase es revisar las funciones de las diferentes áreas y dependencias involucradas en el sistema de información, tanto internas de la SDS, como de otras entidades (particularmente la Secretaría Distrital de Ambiente), a fin de que se obtenga un profundo conocimiento institucional y se precisen los diferentes requerimientos de información que deben ser satisfechos por el sistema a construir.
El principal producto de esta actividad es un documento de análisis del sistema de información del OSA el cual deberá contener entre otros elementos, la documentación de las entrevistas realizadas, diagramas funcionales y modelo de procesos, los grupos de datos, el detalle de las entradas y salidas de información, la legislación existente y la aproximación del modelo conceptual.
Se deberá elaborar un Modelo Conceptual de Datos que describa las necesidades de información identificadas en la interacción con las entidades usuarias del OSA, junto con las restricciones y su disponibilidad. Para elaborar dicho modelo conceptual se debe tener en cuenta el diseño de productos para procesos misionales de la SDS, establecidos en la Xxxx de Malta, construida como parte del Modelo Estándar de Control Interno (MECI) –Ver S 1-.
De igual forma el diseño y desarrollo tanto de las bases de datos, como de las interfaces deberá considerar el modelo de flujo de la información producida por la SDS en todos sus sistemas de información (ver anexo 2).
El modelo de flujo de la información del OSA deberá formularse, teniendo en cuenta:
. El documento sobre elementos conceptuales, metodológicos y operativos necesarios para el desarrollo e implementación del Observatorio de Salud Ambiental
. El documento de plan de acción sobre los procesos de recopilación, consolidación, análisis y divulgación de la información, que deben ser tenidos en cuenta para el desarrollo e implementación del Observatorio de Salud Ambiental
. El documento sobre lineamientos para el diseño del sistema de seguimiento y monitoreo a la gestión del Observatorio de Salud Ambiental
2.2. Diseño detallado y técnico
Una vez el modelo conceptual ha finalizado, se deberán detallar los requerimientos de información, definir las entradas y salidas del sistema, los instrumentos, los procesos de recolección y procesamiento de información e indicadores de Salud Ambiental, la arquitectura del sistema y todos los elementos necesarios para que pueda ser desarrollado. Para esta actividad se deberá considerar la relación de producción de información, que actualmente se realiza en los diversos sistemas de información que están operativos o en fase de pruebas en la SDS (ver anexo 3)
Los principales productos de esta fase son:
– Documentos de Diseño del sistema. Se deberán entregar los documentos de diseño del sistema, tanto detallado, físico y de base de datos. Estos documentos deberán contener entre otros elementos, diagramas detallados
de funciones modelo de procesos, especificaciones de las entradas y salidas de información, modelo entidad relación y especificaciones de programación. Lo anterior soportado en el modelo entidad relación (MER) y la definición y documentación completa de los casos de uso.
– Documento de recomendaciones organizacionales y de plataforma. Se deberá elaborar un documento de recomendaciones que entre otros componentes, indique las estrategias que deben aplicarse para que el administrador del sistema, pueda realizar sus funciones de la mejor manera.
También deberá proponer recomendaciones operativas, administrativas y financieras, orientadas a garantizar la sostenibilidad del OSA en el largo plazo.
Igualmente debe señalar los posibles cambios que deban aplicarse a la infraestructura tecnológica actual. Este documento se elaborará a partir del diagnóstico de equipos y software que y de las especificaciones y requerimientos del sistema una vez completado el diseño. Su objetivo es servir de soporte para que la SDS realice las adecuaciones del hardware, de manera que pueda soportar toda su operación.
Otros productos documentales de esta fase son
- Modelo conceptual y necesidades de Información del OSA
- Necesidades de Información - Modelo Conceptual de Datos
- Modelo lógico de datos y Diccionario de datos
- Análisis xx xxxxxxx de datos
- Infraestructura del OSA y entidades participantes
- Diseño detallado de las aplicaciones
- Diseño detallado de la infraestructura para el OSA
El lenguaje para la construcción y modelamiento de documentos de diseño del sistema debe ser UML (Unified Modeling Language).
2.2.1. Actualización de la Información sobre Infraestructura tecnológica
Consiste en validar y ajustar la información relacionada con la infraestructura tecnológica de la SDS, antes de iniciar el desarrollo del sistema de información del OSA, teniendo en cuenta que puede estar desactualizada con respecto a los requerimientos tecnológicos de éste.
El principal resultado de esta etapa es un documento de infraestructura tecnológica actualizada, de la SDS y estrategia de compatibilización de la misma con la infraestructura de las entidades usuarias (particularmente la SDA).
2.2.2. Diseño de la arquitectura de comunicaciones
La arquitectura de comunicaciones, deberá plantear y permitir la utilización de Internet como medio para comunicar el OSA con las entidades usuarias, o utilizar también las redes particulares donde existan. En ambos casos, se usarán mecanismos para proteger de manera segura todas las comunicaciones entre el OSA y cada entidad. La idea fundamental es que, independientemente del medio de red que sea utilizado para comunicar el OSA con cada entidad (Internet o red privada), la arquitectura propuesta deberá garantizar que la de información viaje de forma segura.
El diseño de la arquitectura del OSA, se debe integrar con la arquitectura del Sistema Integrado de Información para la Vigilancia de la Salud Pública del Distrito
–SIVIGILA-, el cual, globalmente comprende los siguientes elementos (fuente SIVIGILA-SDS, 2009). Como se mencionó en el documento de marco operativo, el OSA (y su sistema de información) son parte funcional del SIVIGILA.
Arquitectura SIVIGILA
Estructura funcional SIVIGILA
Topología de la Plataforma
Flujo de análisis de la información
Dado que la propuesta conceptual, metodológica y operativa del Observatorio propone una articulación funcional con la Sala Situacional, se propone la inclusión del mismo, en el modelo conceptual del SIVIGILA
Modelo conceptual del SIVIGILA – Incluyendo el OSA como parte funcional de la Sala Situacional
OSA
2.2.3. Desarrollo de software
Con las especificaciones de diseño elaboradas en la etapa anterior, se deberá desarrollar, parametrizar, probar y ajustar los diferentes módulos y componentes del sistema.
Software Aplicativo. Se deberá desarrollar los siguientes componentes: 1) Código fuente de todas las aplicaciones y módulos del sistema. 2) Programas ejecutables, instalados y operando en los equipos de la SDS. 3) Licencias de uso del software sin limitaciones. 4) Documentación la cual deberá estar integrada al sistema y cubrir los aspectos funcionales, técnicos y de administración.
Software de Base. Se deberá entregar todo el software de base que se requiera para la operación normal del sistema, se incluye entre otros: 1) Herramientas de desarrollo. Se deberán suministrar las licencias de software de desarrollo, de manera que la SDS pueda dar mantenimiento al sistema entregado. 2) Herramientas para generar consultas y reportes. Adicional a las consultas propias que se deben personalizar en el sistema, se requieren herramientas de usuario y de administrador que faciliten la elaboración de reportes y consultas. 3) Software de Base de datos objeto - relacional. Se requiere que se suministre el motor de base de datos y sus herramientas para (nivel central), capaz de soportar la operación de todo el sistema. 4) Herramientas de integración. Se requiere que se suministre las herramientas de integración tecnológica entre las diferentes plataformas involucradas. Se incluyen aquí funciones de extracción y transformación de datos. Para todo lo anterior se deberá entregar el código de fuente debidamente normalizado bajo los estándares de la SDS.
Algunos requerimientos tecnológicos de base para el desarrollo son: XML como un estándar para el intercambio de información estructurada, compatibilidad del desarrollo web con navegadores de Internet: Mozilla, Internet Explorer, Netscape, Opera, etc.)
Todos los productos de software deberán tener garantía de calidad, correcto funcionamiento, soporte y actualización durante un (1) año posterior a la finalización del diseño. Se deberá implementar un mecanismo para garantizar la corrección de eventuales errores durante el lapso definido.
De contratarse el diseño y desarrollo del sistema con una firma externa, debe realizarse con recursos de Hardware y Software independientes a los de la SDS y en instalaciones diferentes a las de la Secretaria.
2.2.4. Implantación y puesta en marcha
Consiste en el desarrollo y puesta en marcha del sistema, para lo que es indispensable proveer la información e indicadores del OSA y el software necesario para la posterior operación en la SDS.
Por implantación se entienden todas aquellas tareas que deben ser realizadas para que el sistema inicie operaciones de manera normal. Deberá comprender la instalación del software en los servidores y estaciones de trabajo, la capacitación a usuarios funcionales y técnicos, el cargue de datos y los ajustes finales al sistema. (Ver inciso capacitación).
Se deberá realizar la instalación de los productos de software en los equipos asignados, la carga de datos y los ajustes que garanticen el funcionamiento requerido del sistema.
El desarrollo del Sistema de Información del OSA, incluye el desarrollo de la interface que permitirá la consulta de información e indicadores sobre salud ambiental en los sistemas propios de cada entidad usuaria (particularmente la SDA).
Los principales productos de esta etapa son:
- Puesta en marcha de las aplicación del Sistema de Información del OSA (módulo de usuario y módulo de administración).
- Servidor de Información de entidades usuarias (módulo de usuario y módulo de administración).
- Implementación del modelo de seguridad e integridad de la información
- Implementación de la arquitectura de comunicaciones
- Código fuente de todo el sistema.
- Software instalado para la operación del Sistema de Información del OSA en la SDS.
- Sistema e interfaces de usuario y administrador operando correctamente en la INTRANET de la SDS.
- Módulos e interfaces de usuario y administrador INTERNET funcionando correctamente.
- Manual de operación para los diferentes tipos usuarios y perfiles
- Manual de administración del sistema
- Manual técnico del sistema
- Manual de procedimientos de backups
- Manual de procedimientos para actualización de versiones del sistema
- Manual o guía de instalación y configuración del sistema
- Documento con restricciones/limitaciones del sistema (por ejemplo: número máximo de usuarios, capacidad base de datos, concurrencia de usuarios).
- Ayudas en línea funcionando
2.2.4.1. Elaboración plan de pruebas
Consiste en definir cronogramas con fechas, responsables, puntos críticos y productos de cada una de las actividades necesarias para el desarrollo y puesta en marcha del Sistema de Información del OSA.
Incluye un plan detallado de pruebas del sistema desarrollado, para asegurar que cada componente cumple con los datos específicos de diseño y exigencias funcionales del OSA.
Los productos en esta etapa son:
- Cronograma definitivo del proyecto (ajustado de acuerdo con la primera etapa).
- Documento de plan de pruebas.
2.2.4.2. Realización de Pruebas
Consiste en probar y certificar el correcto funcionamiento de cada componente del Sistema de Información del OSA en ambiente de producción, según el plan de pruebas definido. Una vez desarrollado el sistema y en su momento, se deberá definir en coordinación con los usuarios y la supervisión, la metodología de pruebas.
Se deberá definir los criterios que se tendrán en cuenta para que el sistema se reciba a satisfacción, de tal forma que se involucre a los usuarios directos de la aplicación y a la supervisión. La base principal de este documento serán las funcionalidades expuestas en los lineamientos y en el documento de requerimientos de usuario que se elabore.
Con base en los cronogramas que se definan, las entregas parciales y la entrega total del producto serán probadas y aprobadas por el usuario a nivel funcional y por la supervisión en el aspecto técnico.
Las pruebas del OSA, la instalación del software correspondiente y en general la implementación del sistema deberá llevarse a cabo en las instalaciones de la SDS.
El producto en esta etapa corresponde al documento detallado de ejecución de pruebas, con las respectivas actas de realización. El sistema deberá entregarse instalado y en funcionamiento de acuerdo con los criterios de aceptación previamente definidos.
3. REQUERIMIENTOS PARA LA OPERACIÓN DEL SISTEMA
3.1. Soporte en la operación
Una vez el sistema inicie su operación, se deberá dar soporte al personal a la SDS en la operación diaria del sistema. Durante este acompañamiento, se deberán hacer los ajustes que se pudieran requerir, prestar el soporte al personal de la SDS, hacer talleres de re-capacitación, en general, aquellas actividades necesarias para asegurar que el sistema opere de manera óptima.
El principal producto de esta actividad será: toda la información e indicadores cargados en el sistema y todos los módulos y componentes del Sistema de información operando de manera estable.
3.2. Administración
Luego del periodo de soporte, se deberá administrar el OSA y su sistema de información por un periodo que permita autonomía por parte de la SDS. Todas las responsabilidades y procesos operativos asociados con la administración del OSA se describen en el documento de marco operativo. En cualquier caso, se deberá garantizar un flujo estable de información e indicadores, actualización y calidad.
3.3. Capacitación
Se deberá impartir la capacitación necesaria que garantice el adecuado uso de todos los componentes del sistema de información del OSA, tanto a usuarios
funcionales como técnicos involucrando el equipo de funcionarios de la SDS, de manera que se garantice la transferencia del conocimiento para su operación y soporte posterior de manera autónoma.
Así mismo se deberá capacitar a los funcionarios de las entidades usuarias en los procesos de desarrollo y manejo de cambios, instalación, administración y operación del sistema de información del OSA.
La capacitación debe garantizar la transferencia de conocimiento de manera que la SDS sea autónoma para realizar mejoras al sistema, actualizaciones y generación de nuevos servicios
Los principales productos en esta etapa son:
- Cinco (5) funcionarios de la SDS capacitados en herramientas e interfaces de administración del sistema.
- Treinta (30) funcionarios de la SDS capacitados en herramientas e interfaces de operación del sistema.
- Doce (12) funcionarios, de entidades usuarias, capacitados en herramientas e interfaces de operación del sistema.
- Documentos y/o guías de soporte de la capacitación suministrada, es decir, que incluya los procesos de desarrollo y manejo de cambios, instalación, administración y operación del sistema de información del OSA.
3.4. Características funcionales mínimas del SIG
Se requiere el desarrollo y puesta en macha de un Sistema de Información Geográfica como mínimo las siguientes funcionalidades:
Un módulo de almacenamiento y gestión de información geográfica en un ambiente de Bases de Datos. Este deberá permitir como mínimo:
- Almacenar diferente tipo de información de atributos asociados a capas cartográficas
- Facilitar el mantenimiento y administración (búsqueda, edición, análisis) de información geográfica asociada o no a indicadores de salud ambiental.
- Desarrollar y mantener aplicaciones de uso especifico que relacione las metadata de los indicadores del OSA de las bases de datos relacionales con los datos de tipo geográfico.
- Poseer interfaces con sistemas de administración de Bases de datos relacionales.
- Contar con niveles de control y auditoría.
Una interface (para administrador y para usuario) en ambiente internet (Módulo de Información Geográfica –MIG-) que permita:
- La distribución y consulta, de la información objeto de los aplicativos que se construyan, con interfaces tipo WEB a través de INTERNET, sin limitación de usuarios.
- La consulta y reporte de la información en un entorno local INTRANET y/o Cliente/Servidor, sin limitación de usuarios.
- Utilizar y editar los datos e indicadores del OSA, por parte de varios usuarios, con niveles de seguridad y control que garanticen la integridad y consistencia de los mismos.
Un módulo o funcionalidad que permita:
- El desarrollo y mantenimiento de aplicativos de uso específico (a la medida) para la administración y operación del OSA.
- Edición, modificación, adición y actualización de indicadores e información de diferente tipo, tanto espacial como alfanuméricos provenientes de las entidades partícipes en el OSA.
- Utilizar y editar datos, por parte de varios usuarios, con niveles de seguridad y control que garanticen la integridad y consistencia de los mismos.
4. REQUERIMIENTOS FUNCIONALES
Las funcionalidades, que se mencionan en este documento tienen como fin mostrar un marco de referencia sobre el alcance del sistema y los aplicativos requeridos y por tanto no pretenden ser una relación completa de las mismas. Como parte de la metodología de desarrollo del sistema de información del OSA, se deberá preparar, un “Documento de Requerimientos de Usuario y de Administrador”.
Las funcionalidades del sistema de información del OSA deben concertarse en la fase de análisis con los usuarios líderes de la Secretaria Distrital de Salud. En todo caso el sistema deberá cumplir, como mínimo, con las siguientes funcionalidades:
- Permitir el registro de los datos provenientes de las entidades del OSA.
- Permitir la consulta de los datos individuales o agrupados por agregación geográfica (manzana, barrio, UPZ, localidad, territorio, etc.).
- Generar estadísticas e indicadores agregados e individuales (simples) en función del tipo de consultas. Se deberán definir y construir los formatos de reportes (de estadísticas e indicadores) en función del perfil del usuario (directivo, profesional, técnico, operario) y la frecuencia con la que sean requeridos.
- Consultas y generación de estadísticas (individuales y por agrupación geográfica) sobre los indicadores de salud ambiental.
- Permitir la consulta de los datos e indicadores en un entorno local (INTRANET) y masivo (INTERNET) sin limitación de usuarios a través los navegadores típicos xxx xxxxxxx.
- Mantener el registro histórico de los indicadores y permitir la consulta de series históricas de los diferentes datos y de la información agregada que se genere como resultado de los diferentes requerimientos mencionados.
- La consulta de datos georeferenciados debe ser dinámica. Esto quiere decir que el resultado de la información desplegada sobre los mapas debe cambiar dinámicamente, en la medida que se modifiquen los datos que los originan.
- Permitir la integración funcional del OSA, con otros observatorios de nivel distrital y nacional: Observatorio Ambiental de Bogotá (SDA), Observatorio de equidad (SDS), Observatorios de Ciudad (SDP), Observatorios de Desarrollo Sostenible (MAVDT), entre otros.
- Generar información desagregada y agregada en función de las diferentes líneas de acción de la “transversalidad ambiente”, las cuales simultáneamente constituyen módulos o clasificación de consulta de los indicadores e información del OSA. Estas líneas de acción son:
5. REQUERIMIENTO DE SEGURIDAD Y CONTROL
- El sistema deberá poseer un módulo de administración con el cual se puedan definir seguridades, privilegios de administración (por niveles) y controles de acceso, roles de usuario, etc. Así mismo, se debe contar con procesos que faciliten la auditoria y el seguimiento a la utilización del sistema.
6. REQUERIMIENTOS DEL AMBIENTE INFORMÁTICO
6.1. Hardware y Software.
- El Motor de Base de Datos a usar debe ser una decisión producto del diseño lógico del OSA, del análisis de entorno y requerimientos de usuarios (e.g. Sistema de Información Ambiental de la SDA), de los volúmenes de información a almacenar y de las especificaciones de procesamiento y análisis.
- A nivel de cliente, debe operar sobre estaciones Windows 98, Windows 2000 y Windows XP.
- Se debe permitir la consulta y administración desde los navegadores de INTERNET más comunes, como mínimo INTERNET EXPLORER, NETSCAPE, MOZILLA y OPERA.
- Se debe realizar un diagnóstico de la infraestructura de hardware y software existente en la SDS, relacionada con la plataforma y ambiente informático del sistema de Información del OSA, a partir de las especificaciones de Servidores y de aplicativos SIG (Ver Anexo 4)
- Se debe evaluar técnicamente con fuerte énfasis, la opción de desarrollar los aplicativos con herramientas de software de fuente abierta. Incluso el Módulo de Información Geográfica y su interfase de usuario en internet.
6.2. Uso de software libre
Debe tenerse en cuenta que en el mes xx xxxxx del año 2007, mediante el Acuerdo 279 de 2007, se dictaron los lineamientos para la Política de Promoción y Uso del Software Libre en el Sector Central, el Sector Descentralizado y el Sector de las Localidades del Distrito Capital. A su vez, la Comisión Distrital de Sistemas del Distrito, mediante resolución 305 de 2008, se expidieron las políticas públicas para las entidades, organismos y órganos de control del Distrito Capital, en materia de Tecnologías de la Información y Comunicaciones respecto a la planeación, seguridad, democratización, calidad, racionalización del gasto, conectividad, infraestructura de Datos Espaciales y Software Libre. Parte central de los lineamientos de diseño e implementación del sistema de información del OSA, será una obligada consideración de los elementos, orientaciones y estándares de estas dos normas.
7. REQUERIMIENTOS ORGANIZACIONALES Y METODOLÓGICOS
Para el diseño del sistema de información del OSA con un externo, deberá elaborarse un plan de trabajo que indique el tiempo de entrega del mismo y que incluya por lo menos la siguiente información, sin detrimento de las consideraciones o lineamientos metodológicos y estándares de desarrollo que la SDS tenga definidos:
a) Alcance: Definir claramente las actividades del proyecto que se deberán ejecutar, estableciendo qué incluye y qué no incluye.
b) Enfoque: Descripción de la forma cómo se va a desarrollar el proyecto, donde se presente la metodología, guías, herramientas, y tecnología a utilizar.
c) Producto a obtener: Descripción de los productos y servicios a entregar en cada fase del proyecto, incluidos los documentos a producir, asesoría a brindar, reuniones en las que participará, etc., indicando periodicidad y contenidos generales de los documentos.
d) Servicios adicionales: Descripción de servicios adicionales ofrecidos por el externo, relevantes para el desarrollo del proyecto.
e) Estructura Organizacional del Proyecto: Indicar los roles, perfiles, funciones, nombres de cada uno de los participantes y tiempo de dedicación a las labores objeto del proyecto.
f) Plan de Trabajo: Definición del plan general del proyecto que presente: qué hacer (actividades), cómo hacerlo (estrategias), qué cantidad de recursos se requieren para hacerlo (roles), cuándo se inicia y termina cada actividad (tiempos). Preferiblemente la programación del proyecto se debe presentar en MS Project o similar.
g) Control del Proyecto: Forma en que se aplicará controles al avance del proyecto que permitan hacer un seguimiento y tomar acciones preventivas o correctivas en caso de ser necesario.
8. PRODUCTOS
Se deberá entregar como resultado de la realización de las actividades antes relacionadas, los siguientes productos, al finalizar cada fase:
. Documentación de casos de uso, incluyendo visión del sistema y lista de riesgos
. Modelo Entidad Relación - MER
. Sistema de Información del OSA en correcto funcionamiento en ambiente web.
. Código fuente de las aplicaciones de usuario y de administrador
. Manuales de administrador y usuario
. Actas de capacitación de funcionarios y contratistas de la SDS
. Actas de cargue y calidad de la información en la base de datos
. Actas mensuales de cargue, actualización y administración del Sistema de Información del OSA.
. Certificación de fase de pruebas.
9. RELACION DE ANEXOS
Anexo 1. Xxxx de Malta del Modelo Estándar de Control Interno (MECI). Productos para procesos misionales de la Secretaria Distrital de Salud
Anexo 2. Modelo de flujo de la información producida por la Secretaria Distrital de Salud en todos sus sistemas de información
Anexo 3. Relación de Sistemas de Información que están operativos o en fase de pruebas en la Secretaria Distrital de Salud
Anexo 4. Especificaciones de Servidores y de aplicativos SIG de la Secretaria Distrital de Salud
10. BIBLIOGRAFIA
. Secretaria Distrital de Salud. Documento Marco Conceptual y Metodológico del Observatorio de Salud Ambiental de Bogotá. Bogotá, 2008
. Secretaria Distrital de Salud. Documento Marco Lineamientos Política de Salud Ambiental. Bogotá, 2009
. Secretaria Distrital de Salud. Documento Técnico, Transversalidad Ambiente 2008-2011. Bogotá D.C.