Post on 19-Jan-2019
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 1 of 34
Arquitectura Empresarial
Ministerio de Salud
Arquitectura de TI - Arquitectura de Aplicaciones
Versión 1.1
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 2 of 34
Tabla de Contenido
1. INTRODUCCIÓN .............................................................................................................. 3
2. ARQUITECTURA DE APLICACIONES ............................................................................. 4
3. FICHAS DE PROYECTO .................................................................................................. 8
3.1 Sistema de Evaluación .................................................................................................................... 8
4. DESCRIPCIÓN TÉCNICA .............................................................................................. 12
4.1 Sistema de Evaluación ..................................................................................................................12
4.1.1 Descripción del Problema ......................................................................................................12
4.1.2 Descripción General ..............................................................................................................13
4.1.3 Arquitectura de Software .......................................................................................................14
4.1.4 Descripción Funcional ............................................................................................................20
4.2 Desarrollo de Planes Operacionales ............................................................................................24
4.2.1 Descripción del Problema ......................................................................................................24
4.2.2 Descripción General ..............................................................................................................24
4.2.3 Arquitectura de Software .......................................................................................................25
4.3 Desarrollo de Políticas y Estrategias de Salud .............................................................................30
4.3.1 Descripción del Problema ......................................................................................................30
4.3.2 Descripción General ..............................................................................................................30
4.3.3 Arquitectura de Software .......................................................................................................31
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 3 of 34
1. INTRODUCCIÓN
El presente documento forma parte del compendio de la Arquitectura Empresarial del Sector Salud, cuyo
propósito es detallar la Arquitectura de Aplicaciones del Ministerio de Salud, artefacto incluido en la
Arquitectura Empresarial de la misma institución.
Esta Arquitectura concentra el conjunto de aplicaciones que dan soporte a los procesos operativos del
Ministerio de Salud a fin de optimizar su gestión, mejorando la eficiencia en la ejecución de las actividades, y
aumentando la confiabilidad y oportunidad de la información que utiliza y genera.
Cabe mencionar que las aplicaciones que se exponen en este documento son coherentes con el diseño
presentado en la Arquitectura de Integración, la cual está basada en el paradigma de Arquitectura Orientada
a Servicios (SOA). Mayor detalle se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
En consideración al alcance de esta fase, el documento contiene la descripción general de algunas
aplicaciones que conforman los Servicios de Aplicaciones de Negocio, y a modo de ilustración, se presenta
con mayor detalle el Sistema de Evaluación, incluyendo una ficha de la aplicación, y además, la descripción
técnica correspondiente.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 4 of 34
2. ARQUITECTURA DE APLICACIONES
Conforme con el diseño presentado en la Arquitectura de Integración, la Arquitectura de Aplicaciones
constituye uno de los grupos de servicios dispuestos en dicho modelo de referencia, este es Servicios de
Aplicaciones de Negocio.
Las aplicaciones contenidas obedecen un diseño basado en servicios, por lo que representan un estado
deseado (TO BE) al que se deben converger en un corto plazo. Estas atienden esencialmente a los
procesos operativos del Ministerio de Salud, brindando una interfaz única de interacción para el usuario de
acuerdo a las actividades que éste desarrolla, asimismo, integran con los diferentes servicios de la
Arquitectura de Integración para ejecutar las acciones requeridas.
Las aplicaciones son:
1) Desarrollo de Políticas y Estrategias de Salud: apoya la ejecución de los procesos “Definición de
Políticas y Programas de Salud Pública”, y “Definición de Estrategias para la Red Pública de Salud”,
considerando que ambos realizan actividades similares, variando principalmente en sus líneas
estratégicas, por consiguiente, los servicios diseñados son aplicables a ambos escenarios.
Esta aplicación soporta las acciones que se enmarcan dentro de los siguientes ámbitos:
Estudio y análisis de la situación actual.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 5 of 34
Definición de políticas, programas o estrategias.
Transferencia de políticas, programas o estrategias.
Monitoreo y control de la implementación.
2) Desarrollo de Planes Operacionales: tiene como propósito brindar soporte al proceso de planificación
operativa que el Ministerio de Salud realiza anualmente junto a los organismos públicos dependientes,
abarcando tanto el análisis, como también la tramitación y preparación de los planes anuales, aportando
beneficios que dicen relación con la homogenización de los procesos de planificación, y también la
sistematización de los datos asociados a los planes, lo que facilita el análisis comparativo de estos
mismos en términos de consistencia y pertinencia en los periodos de estudio, y en relación a otras
instituciones de giro similar.
Las acciones soportadas por esta aplicación están relacionadas a los siguientes ámbitos:
Análisis de la situación actual.
Preparación de los planes anuales.
Tramitación de los planes anuales.
3) Evaluación: tiene por objeto automatizar los procesos aplicados a los diferentes instrumentos de
evaluación existentes en el Ministerio de Salud, considerando tanto la formalización de ellos, como
también la evaluación periódica que incluye la recolección de datos, procesamiento de estos mismos
para el cálculo de los indicadores, análisis, emisión y difusión de los resultados asociados.
Esta aplicación atiende las acciones vinculadas a los siguientes ámbitos:
Formalización de los instrumentos de evaluación.
Recolección de datos.
Procesamiento de datos.
Análisis.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 6 of 34
Emisión y difusión de los resultados.
4) Gestión de Propuestas: se encarga de la gestión del ciclo de aprobación de una propuesta, con el fin
de convertirla en un proyecto concreto que dispone de presupuesto asignado. Concretamente, este
aplicativo tiene aplicabilidad en dos ámbitos:
Propuestas relacionadas a proyectos tecnológicos, normalmente se gestionan a través de los
Departamentos de TIC asociados.
Propuestas relacionadas a proyectos de inversión de infraestructura originadas por los Servicios
de Salud, cuya aprobación es efectuada por la División de Inversiones de la Subsecretaría de
Redes Asistenciales.
5) Postulación y Gestión de Beneficios: sirve para gestionar el ciclo de aprobación de un proceso de
postulación de determinados beneficios, orientados a personas externas al Ministerio de Salud y a los
organismos públicos dependientes, como por ejemplo: las becas de especialización.
6) Sistema de Apoyo a la Toma de Decisiones: cumple con el propósito de apoyar al usuario en la toma
de decisiones que comprenden dentro de sus ámbitos de negocio, para ello, se dispone de un tablero de
mando que aporta información relevante, ya sea en tiempo real para el monitoreo de operaciones, o
histórica que sirve para el análisis de tendencias. Asimismo, se contemplan capacidades para que el
usuario pueda instruir las acciones a seguir en la misma aplicación, facilitando de esta forma, la
comunicación de éste con la comunidad involucrada, y al mismo tiempo, la gestión y seguimiento
correspondiente.
Específicamente, esta aplicación es útil en aquellos contextos en donde el Ministerio de Salud actúa
como gestor y coordinador nacional. Los ámbitos de acción más relevantes son:
Gestión de camas críticas.
Gestión de procuramiento y trasplantes de los órganos y tejidos.
Vigilancia y alerta epidemiológica.
Coordinación de administración y suministro de fármacos e insumos.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 7 of 34
Articulación de redes asistenciales.
Supervisión de los proyectos de inversión.
Control de la ejecución presupuestaria.
7) Gestión de Información y Estadísticas de Salud: tiene como fin atender el proceso de gestión de
información y de estadísticas de salud, considerando la integración con las distintas fuentes de datos,
así como también el procesamiento y generación de las estadísticas de salud correspondientes.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 8 of 34
3. FICHAS DE PROYECTO
3.1 Sistema de Evaluación
Nombre de la
Aplicación
Sistema para la automatización de instrumentos de evaluación del Ministerio de Salud
Descripción Sistema que permite automatizar el proceso de evaluación de los diferentes instrumentos definidos en el
Sector Salud, considerando desde la configuración de los instrumentos, la adquisición de los datos desde las
distintas fuentes (automatizadas o manuales) y en distintos formatos, además del procesamiento y cálculo de
los indicadores definidos, así como también el almacenamiento de los resultados obtenidos, por último, la
generación y difusión de reportes que el Ministerio de Salud y otros organismos del Estado requieran.
Objetivo Sistematizar y automatizar los procesos de evaluación del Ministerio de Salud, proveyendo capacidades que
permitan gestionar la información requerida y el procesamiento periódico de los indicadores definidos en los
diferentes instrumentos de medición.
Usuario Los principales usuarios son:
1) La División de Planificación de Salud, DIPLAS, perteneciente a la Subsecretaría de Salud Pública.
2) El Depto. de Gestión de la Información, DGI, perteneciente a la Subsecretaría de Redes Asistenciales.
3) Gabinete de la Subsecretaría de Salud Pública.
4) Otras unidades del Ministerio que realizan evaluaciones.
Supuestos 1) Los procesos de evaluación y sus instrumentos se encuentran formalmente definidos, tales como indicadores, reglas de cálculo, fuentes de datos, metas, entre otros.
2) Se cuenta con acceso a las fuentes de datos por los medios y formatos que sean necesarios a través de diferentes interfaces de integración.
3) Las componentes de la Arquitectura de Integración requeridas por el Sistema se encuentran implementadas, de acuerdo a lo detallado en el punto Dependencias.
Situación
Tecnológica Actual
1) El Ministerio no cuenta con las capacidades tecnológicas de información adecuadas para la recopilación, procesamiento y análisis necesarios que permitan responder con eficiencia y eficacia a las necesidades de evaluación del Ministerio.
2) Falta de estándares, lo que dificulta la consolidación y comparación de información.
3) Algunas soluciones actuales de TI se definen e implementan de manera autónoma y aislada.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 9 of 34
4) Existen algunas soluciones actuales que entregan información acotada a algunos ámbitos de negocio y no están integradas a los procesos de negocio.
5) Mayormente se utilizan herramientas de escritorio para el procesamiento de datos, por ejemplo: planillas de cálculo.
6) Muchos datos carecen de los registros o sistemas de almacenamiento apropiados.
7) Alta dependencia en la frecuencia de actualización de la información por las limitaciones de las fuentes.
Alcance El sistema de Evaluación tiene los siguientes alcances funcionales:
1) La adquisición de datos desde distintas fuentes, de manera automatizada mediante interfaces de integración de datos, con formatos apropiados a las necesidades y realidad del Ministerio de Salud.
2) El ingreso manual de datos mediante una interfaz ad-hoc.
3) Configurar los diferentes instrumentos de evaluación a partir de la definición realizada previamente, incluyendo la especificación de los objetivos, ámbitos, áreas de evaluación, los indicadores, metas y umbrales asociados, las reglas de cálculo, fuentes de datos, entre otros. NOTA: La aplicación no soporta funcionalidades para el proceso de definición de los instrumentos de evaluación.
4) El control de la ejecución de reglas para el procesamiento de datos y cálculo de los indicadores definidos, en secuencias programadas.
5) La configuración de reportes a medida según las necesidades de cada instrumento de evaluación.
6) La configuración de reglas de difusión de resultados por medio electrónico como e-mail o a través de casillas de archivos documentales.
7) La captura y almacenamiento de documentos asociados a los instrumentos de evaluación.
8) El acceso a través de una interfaz a medida a los datos registrados en el sistema, independientemente de la procedencia de estos, para:
a. Visualizar resultados en los reportes configurados en el sistema.
b. La selección de datos según requerimientos a medida y su exportación a otros formatos, como MS- Excel.
9) Almacenamiento de los resultados de evaluaciones, a fin de comparar series en el tiempo.
10) Hereda funcionalidades propias de la Arquitectura de Integración sobre la que se soporta, tales como: auditoría, control de acceso, autenticación, entre otros.
Funcionalidades La Aplicación provee las siguientes funcionalidades:
1) Configuración: capacidad para configurar los parámetros que permiten crear un instrumento de evaluación, generando una instancia específica dentro del sistema. Los tipos de parámetros que se configuran son:
a. Parámetros de negocio: son aquellos que definen el instrumento de evaluación. Entre estos parámetros se cuentan los objetivos, ámbitos, áreas de evaluación, los indicadores, metas y
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 10 of 34
umbrales asociados, las reglas de cálculo, fuentes de datos y los datos que deben ser ingresados manualmente, los formatos de reportes requeridos y los destinatarios de los resultados de la evaluación.
b. Parámetros técnicos: son aquellos que permiten la interacción de la aplicación con el resto de la Arquitectura de Integración, entre estos se cuentan el listado de servicios de integración que se utilizan, la ubicación de los repositorios de datos, los servicios de seguridad y control de acceso.
2) Evaluación: consiste en la ejecución de un proceso de evaluación en particular, cuyas actividades incluyen:
a. Extracción automática de datos desde los sistemas fuente externos.
b. Ingreso manual de datos y su incorporación al proceso.
c. Carga de datos en las áreas de Información (Data Warehouse y cubos analíticos).
d. Aplicación de las reglas de cálculo para evaluar los indicadores.
e. Generación de reportes.
f. Distribución de los resultados.
Dependencias La implementación de esta Aplicación debe seguir los lineamientos de la Arquitectura de Integración del
Ministerio de Salud. Particularmente, se requiere que las siguientes componentes estén disponibles:
1) Servicios de Integración:
a. Bus de Comunicaciones: Servicio de Encolamiento de Mensajes, Servicio de Enrutamiento de Mensajes, Servicio de Transferencia de Archivos, Servicio de Orquestación y Servicio de Publicación/ Suscripción
b. Servicios de Administración y Configuración.
c. Servicios de Integración de Datos: ETL, Acceso a Datos Maestros y Calidad de Datos Maestros.
d. Servicios Comunes: Catálogo de Servicios y Servicios de Log.
2) Servicios de Información:
a. Servicios de Inteligencia de Negocios: Data Warehouse, Cubos Analíticos y Reportes BI.
b. Servicios Documentales: Gestión de Documentos.
c. Servicios de Seguridad e Identidad: Gestión de Identidad de Acceso y Auditoría.
d. Servicios de Registros de Datos.
e. Servicios Comunes: Autenticación y Enrolamiento e Interfaz de Gestión Documental.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 11 of 34
Beneficios 1) Homogenizar las prácticas de evaluación, facilitando la incorporación de nuevos instrumentos de evaluación en la organización.
2) Aumentar la eficiencia de los procesos de evaluación, mejorando la productividad de los usuarios, a través de la reducción del tiempo y esfuerzo utilizados en la recolección, consolidación y validación de información, además en el cálculo de los indicadores.
3) Aumentar el tiempo disponible de los usuarios para realizar análisis de resultados.
4) Mejorar la disponibilidad, oportunidad y confiabilidad de los resultados para apoyar la toma de decisiones.
5) Facilitar la trazabilidad de los procesos de evaluación y sus resultados.
6) Permitir el análisis histórico de los resultados.
7) Promover la generación de conocimiento en el ámbito de evaluación en la organización.
8) Facilitar la explotación de información, reduciendo el nivel de conocimientos técnicos que el usuario debe poseer para ejecutar dicha acción.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 12 of 34
4. DESCRIPCIÓN TÉCNICA
4.1 Sistema de Evaluación
4.1.1 Descripción del Problema
El Ministerio de Salud administra diversos instrumentos de evaluación a través de sus entidades técnicas
competentes, siendo estos procesos de evaluación llevados a cabo habitualmente por procedimientos
manuales o parcialmente automatizados mediante herramientas de escritorio. Como consecuencia, gran
parte del proceso es destinada a la consolidación y procesamiento de los datos requeridos, lo que dejaría
escaso espacio y capacidad para analizar y generar información enriquecida que sirva para la toma de
decisiones.
Asimismo, los resultados de evaluación son normalmente almacenados en los computadores personales de
acuerdo a la estructura que define cada funcionario, por consiguiente, existen escasos mecanismos de
respaldo y de conservación de esta información, siendo ésta altamente vulnerable a los cambios
estructurales que ocurren en la organización, a pesar de que ésta constituye un activo relevante para el
Ministerio de Salud.
Hasta la fecha, se han desarrollado ciertas iniciativas orientadas a determinados instrumentos de evaluación,
cuyo alcance está acotado meramente al año en que este instrumento se encuentra vigente, lo que significa
cambios constantes en la aplicación para poder cumplir con las definiciones establecidas en cada periodo,
por lo tanto, involucra un alto costo en su mantención, lo que conlleva a que sea poco escalable en el
tiempo.
Por otra parte, aun teniendo características comunes y actividades homólogas entre estos procesos, el
hecho de utilizar este tipo de estrategia de desarrollo impide que las tecnologías sean aprovechadas por
otros instrumentos de evaluación, lo que demanda inversión individual en cada escenario, sin perjuicio de
que esto produce además múltiples integraciones a las mismas fuentes de datos, lo que dificulta la
administración de estas aplicaciones, tanto desde el punto de vista de la definición, como de la mantención
de las tecnologías asociadas.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 13 of 34
4.1.2 Descripción General
Esta aplicación tiene por objeto dar soporte a los procesos de evaluación, considerando que los principales
instrumentos que existen en la actualidad son:
Subsecretaría de Redes Asistenciales
Compromisos de Gestión (CG)
Índice de Actividad de la Atención de Primaria de Salud (IAAPS)
Programa de Reforzamiento de Atención Primaria de Salud (PRAPS)
Metas Sanitarias de Atención Primaria de Salud
Desempeño Colectivo
Programa de Mejoramiento de Gestión (PMG)
Reporte de resultados al Congreso Nacional (Glosa 02, 04, 06)
Subsecretaría de Salud Pública
Desempeño Colectivo
Programa de Mejoramiento de Gestión (PMG)
El aplicativo proporciona, por un lado, capacidades para configurar estos instrumentos, facilitando la
modificación de estos mismos, como también la incorporación de los nuevos, y por otro lado, ejecutar las
actividades relacionadas a los ciclos de evaluación, de modo tal que la aplicación cumpla con la cualidad de
ser flexible, escalable, y repetible para cualquier instrumento de evaluación que se defina en el futuro.
En cuanto a la configuración de los instrumentos de evaluación, la aplicación permite definir los atributos
correspondientes, tales como: objetivos, ámbitos y áreas de evaluación, indicadores, metas, reglas de
cálculo, periodicidad de evaluación, fuentes de datos, visualización de resultados, etc.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 14 of 34
Respecto a los ciclos de evaluación, la aplicación contempla desde la recolección de los datos hasta la
publicación y difusión de los resultados obtenidos.
En este contexto, se consideran dos mecanismos de recolección de datos, el primero es a través de una
interfaz que permite al usuario ingresar los datos requeridos, la cual es utilizada en caso que estos no sean
posibles de conseguir desde las fuentes existentes. El segundo es mediante procesos de integración de
datos con las fuentes disponibles.
En relación al procesamiento de datos y el cálculo de los indicadores, se aprovechan las capacidades de los
Servicios de Información, generando integración con ellos para obtener los resultados. Estos procesos son
ejecutados de acuerdo a la programación que establece la misma aplicación, y las reglas de cálculo son
basadas en la definición indicada en la configuración de los instrumentos de evaluación.
Asimismo, los resultados son almacenados en los servicios antes mencionados, de esta forma, ellos pueden
ser utilizados por otros sistemas que los requieran.
Para la visualización de los resultados, la aplicación brinda interfaz que integra con los Servicios de
Información que permite desplegar dicha información según el formato que el usuario desea. Además, en
caso que se requiere generar los reportes en determinados formatos, la aplicación integra con el Servicio de
Reportes para dicho fin, de esta misma forma, los puede distribuir a los destinatarios indicados mediante la
integración con el Servicio de Difusión.
Complementariamente, también se permite almacenar y publicar los instrumentos de evaluación en un
documento, para ello, la aplicación se integra con el Servicio Documental que atiende estas funciones.
4.1.3 Arquitectura de Software
La arquitectura está compuesta por capas de servicios, estas son:
1) Capa de visualización: está compuesta por servicios de presentación e interacción con el usuario.
2) Capa de negocio: está separada en servicios propios de la aplicación y los servicios comunes.
3) Capa de información: está compuesta por los servicios de datos y servicios de información que
proveen los datos y la capacidad de inteligencia de negocio que requiere el aplicativo.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 15 of 34
4) Capa de integración: incluye los servicios requeridos para la integración con los otros servicios.
5) Capa de seguridad: contiene los servicios que velan por la seguridad y privacidad de la aplicación.
A excepción de los servicios propios de la aplicación, todos los demás forman parte de la Arquitectura de
Integración para proveer servicios a éste y a otros aplicativos. Para la integración correspondiente, se
incluyen interfaces mediante lo que comúnmente se conoce como Servicio Web.
A continuación se describen los servicios que conforman esta aplicación:
Visualización
Aplicación de Tipo Evaluación
Servicios Aplicativos Comunes
Datos Internos Aplicativo
Se
gu
rid
ad
Se
rvic
ios
de
In
teg
raci
ón
Registro de Datos Servicios de Información
Gestión de Identidad y Acceso
Auditoría
Interfaz de Usuario a Medida
Reportes
Bus de Comunicaciones
Servicio de Integración de
Datos
Interfaz a Datos Externos
Control de EjecuciónCálculo de
Indicadores
Administrador de Reglas de Cálculo
Difusión
Captura Manual de Datos
Interfaz a Reglas de Cálculo
Servicio de autenticación y enrolamiento
Patrón de Aplicación de Evaluación
Repositorio
Interno
Data WarehouseGestión de
Documentos
Cubos analíticos
Configuración de Instrumento de
Evaluación
Interfaz aReportes
Interfaz aDifusión
1) Capa de Visualización
Contiene el Servicio Interfaz de Usuario a Medida, el cual permite presentar los elementos de interés que
se desea presentar al usuario, estos pueden ser tableros de mando, reportes, formulario de ingreso de
datos, entre otros.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 16 of 34
2) Capa de Aplicación de Negocio
Contienen los servicios que ejercen funciones que tienen relación con el proceso de evaluación, lo que
incluye la formalización de un instrumento de evaluación y la evaluación periódica correspondiente.
Además, considera un conjunto de servicios comunes utilizados por las diferentes aplicaciones. Mayor
detalle se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI - Arquitectura de
Integración”.
A continuación se detallan los servicios que son propios de esta aplicación y su alcance es local, es
decir, las funcionalidades disponibles solamente tienen visibilidad dentro de la aplicación, por ende, no
son expuestos como servicio para ser consumidos por otros componentes de la Arquitectura de
Integración.
a. Configuración de Instrumento de Evaluación
Este servicio permite establecer dos áreas de configuración que son necesarias para la operación de
un instrumento de evaluación, estas son:
Configuración de la interacción de la aplicación con los componentes de la Arquitectura de
Integración, tales como: listado de servicios de integración a utilizar, ubicación de repositorios,
servicios de información requeridos, servicios de seguridad.
Configuración del instrumento de evaluación, permitiendo la incorporación de nuevos
instrumentos de evaluación, modificación y desactivación de estos mismos en caso que se
requiera.
En las acciones de incorporación y modificación, se permite especificar los atributos
fundamentales de un instrumento de evaluación, los cuales pueden ser diferentes en cada caso,
motivo por el cual son configurados por el usuario para formalizar cada instrumento de
evaluación. Los atributos más comunes son: objetivos, ámbitos y áreas de evaluación,
indicadores, reglas de cálculo, metas, periodicidad de evaluación, fuentes de datos.
Además, se considera la configuración de los objetos y atributos que tienen interacción con el
usuario, por ejemplo: formularios de ingreso manual de datos, definición de formatos para los
reportes, identificación de destinatarios para la difusión de los resultados.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 17 of 34
Adicionalmente, si el usuario desea incorporar un documento formal que entrega las definiciones de
un instrumento de evaluación, a fin de respaldar las configuraciones realizadas, puede subir el
archivo mediante este servicio, al mismo tiempo, éste invoca al Servicio Gestión Documental para
almacenarlo en el repositorio documental correspondiente.
De esta forma, los datos configurados son almacenados en una base de datos propia y son
consultados por los diferentes servicios de la aplicación para los fines que estimen convenientes.
b. Captura Manual de Datos
En base a la configuración establecida, este servicio presenta al personal autorizado, y reconocido
por la plataforma, el formulario de ingreso manual de datos que contiene las variables que deben ser
capturadas por esta vía. Esta función es particularmente útil en aquellos casos que no se cuentan
con fuentes de datos para su obtención.
Cabe señalar que los datos a ingresar pueden ser valores asociados a un indicador, por ejemplo:
numerador y denominador, o datos intermedios que serán utilizados para el cálculo de los
indicadores según las reglas indicadas. Esta definición es netamente dependiente de la
configuración que se establece en cada escenario.
Asimismo, los datos ingresados pueden ser almacenados en la base de datos local, a la vez
transmitidos al Servicio de Información para ser integrados y procesados posteriormente en el
cálculo de los indicadores.
Adicionalmente, el usuario puede añadir documentos complementarios como medios verificadores,
para ello, el servicio integra con el Servicio de Gestión Documental que se encarga de su
almacenamiento.
c. Interfaz a Datos Externos
Contienen los Servicios Web que permiten integrar con la capa de información, cuyos propósitos
pueden ser:
Integrar con el Servicio Gestión Documental para almacenar un documento incorporado por el
usuario o consultar por este mismo.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 18 of 34
Integrar con los Servicios de Inteligencia de Negocios para procesar los datos y calcular los
indicadores, publicar los reportes, gráficos o tableros de control.
Integrar con fuentes externas para obtener datos que no provistas por el Data Warehouse.
d. Interfaz a Reglas de Cálculo
Contienen los Servicios Web que permiten interactuar con el Servicio Administrador de Reglas de
Cálculo, con el objeto de disponibilizar los elementos requeridos por el Servicio de Configuración de
Instrumento de Evaluación, a fin de definir las reglas de cálculo de los indicadores, así como también
su almacenamiento y administración.
e. Control de Ejecución para Cálculo de Indicadores
Este servicio provee capacidades para programar la ejecución de los ciclos de evaluación de
acuerdo a la periodicidad definida, asimismo, invoca los servicios que sean necesarios para
completar las acciones de un proceso de evaluación.
f. Interfaz a Difusión
Contiene los Servicios Web que permiten invocar el Servicio de Difusión para la distribución de los
reportes generados a los destinatarios señalados en la configuración.
g. Interfaz a Reportes
Contiene los Servicios Web que invocan al Servicio de Reportes para generar los resultados de
evaluación según los formatos predefinidos en la configuración, o unos específicos que el usuario
indica a través de la pantalla de visualización.
3) Capa de Información
Precisan los servicios de datos y de información requeridos para la aplicación, con los cuales se integra
para obtener los datos necesarios, además, para calcular los indicadores y disponibilizar los resultados
correspondientes.
En esta aplicación en particular, incluye además una base de datos propia para conservar los datos
relativos a la configuración y otros aspectos que estimen necesarios.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 19 of 34
En relación a los Servicios de Información, se establecen los siguientes servicios requeridos:
Data Warehouse
Cubo Analítico
Tablero de Control
Motor de Reportes
Gestión Documental
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
En términos generales, todos los datos requeridos son normalmente provistos por los Servicios de
Información, no obstante, en consideración a la posibilidad de existir necesidades de otras fuentes no
previstas por el Data Warehouse, se incluye además los Servicios de Registro de Datos para dicho fin,
cuya definición debe ser establecida en la configuración.
4) Capa de Integración
Considera los servicios requeridos para la integración de datos y la interacción con los otros servicios de
la Arquitectura de Integración. Estos son:
Bus de Comunicación
Servicio de Integración de Datos
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
5) Capa de Seguridad
Establece los servicios requeridos para configurar los permisos y privilegios asociados a la aplicación,
asimismo, para controlar su acceso según los perfiles definidos. Estos son:
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 20 of 34
Gestión de Identidad y Acceso
Auditoría
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
4.1.4 Descripción Funcional
De acuerdo a la Arquitectura de Software antes mencionada, se describe a continuación la interacción entre
los servicios para atender las tres funciones principales de esta aplicación:
4.1.4.1 Configuración del Instrumento de Evaluación
Para la configuración del Instrumento de Evaluación, se consideran las las siguientes acciones que
interactúa con los servicios que se bosquejan en el siguiente Diagrama de Secuencia:
1) Configuración de Parámetros Generales
a. Carga del archivo de configuración.
2) Incorporación / Modificación de Instrumentos de Evaluación
a. El Servicio Configuración del Instrumento de Evaluación presenta el formulario para incorporar,
modificar o desactivar un instrumento de evaluación.
b. El usuario selecciona la opción. Si corresponde a incorporación, el usuario ingresa los atributos
asociados al instrumento de evaluación, de otro modo, si es modificación, el Servicio Configuración
del Instrumento de Evaluación presenta los datos ingresados previamente, y el usuario efectúa los
cambios correspondientes. Por último, si es desactivación, el usuario realiza la acción
correspondiente.
c. Particularmente, para la definición de las reglas de cálculo, el Servicio Configuración del Instrumento
de Evaluación invoca al Servicio de Administrador de Cálculo para dicho fin.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 21 of 34
d. El Servicio Configuración del Instrumento de Evaluación almacena los datos a la base de datos
propia.
e. Opcionalmente el usuario puede agregar el documento oficial del instrumento de evaluación como
respaldo, para ello, carga el archivo mediante la pantalla de ingreso de datos.
f. El Servicio Configuración del Instrumento de Evaluación invoca a Servicio de Gestión Documental
para almacenar el documento añadido.
4.1.4.2 Captura Manual de Datos
Para el ingreso o modificación de los datos que deben ser capturados manualmente, se contemplan las
siguientes acciones que interactúa con los servicios que se bosquejan en el siguiente Diagrama de
Secuencia:
1) Ingreso o Modificación de Datos
a. El servicio Ingreso Manual de Datos presenta el formulario al usuario autorizado a través de la
Interfaz de Visualización. Si existen datos previamente ingresados, los presenta en la pantalla para
la referencia del usuario.
b. El usuario ingresa o modifica los datos según las variables indicadas.
c. El servicio graba los datos a la base de datos propia y/o transmite los datos al Data Warehouse
mediante la invocación del servicio del nombre homólogo.
d. Los datos almacenados son retornados al formulario de Ingreso Manual de Datos para la
visualización del usuario.
2) Incorporación de Documentos Complementarios
a. El usuario agrega los documentos complementarios en el formulario de ingreso de datos.
b. El servicio invoca el Servicio de Gestión Documental para almacenar los documentos en el
repositorio documental asignado.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 22 of 34
4.1.4.3 Evaluación Periódica
El ciclo evaluación incluye las siguientes acciones que interactúan con los servicios que se bosquejan en el
siguiente Diagrama de Secuencia:
1) Evaluación
a. El Servicio Control de Ejecución inicia un proceso de evaluación de acuerdo a la periodicidad
definida
b. El Servicio Control de Ejecución notifica al Servicio de Ingreso Manual de Datos para habilitar la
captura de datos.
c. El Servicio Control de Ejecución invoca a la Interfaz de Datos Externos para capturar datos
provenientes de fuentes externas.
d. El Servicio Control de Ejecución invoca a la Interfaz de Datos Externos para integrar con los
Servicios de Inteligencia de Negocios, con el fin de procesar los datos y calcular los indicadores
definidos, para ello, los mismos servicios de Inteligencia de Negocios invocan al Servicio
Administrador de Reglas de Cálculo para obtener las definiciones existentes.
Interfaz de Captura
Manual de Datos
Top Package :: Actor 1
Carga Documentos Complementarios
Gestor Documental
Carga Documento
Top Package :: Actor 2
Ingresa Datos Fuente
BD Propia / Data
Warehouse
Almacena los Datos
Datos Almacenados
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 23 of 34
e. Los Servicios de Inteligencia de Negocios entregan los resultados obtenidos de acuerdo al tipo de
presentación definido en la aplicación, por ejemplo: reportes, dashboard.
f. El Servicio Control de Ejecución invoca al Servicio Reportes para generar los resultados en los
formatos definidos.
g. El Servicio Control de Ejecución invoca al Servicio Difusión para distribuir los reportes a las partes
interesadas.
Control de Ejecución
Repositorio interno
Top Package::Usuario
Calcular KPI
Interfaz Datos Externos Servicio de Integraciónde Datos
Obtiene Reglas
Interfaz Reglas
Obtiene Ubicación Datos
Solicita Dats Cargados Manualmente
Solicita la Obtención de Datos Fuentes Externas
Servicio de Informacion
Obtención y Cargta de Datos
Retorno Estado
Ubicación de Resultados
Reporte
Solicita generación de Reporte
Distribución
Ubicación Reporte Generado
Solicita Distribución de Resultados
Resultado de Distribución
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 24 of 34
4.2 Desarrollo de Planes Operacionales
4.2.1 Descripción del Problema
En términos generales, se observa que el proceso de planificación operacional es desarrollado normalmente
de acuerdo a criterios de cada dependencia del Ministerio de Salud, por lo que no se posee una estructura
estandarizada, ni metodología común para dicho efecto, asimismo, los planes son plasmados habitualmente
en documentos que son conservados en computadores de los responsables del tema. En consecuencia,
actualmente la institución no cuenta con un sistema de información que ayuda a sistematizar el proceso de
planificación, tampoco existe un mecanismo establecido para resguardar de manera estructurada la
información generada.
Sin perjuicio de la situación actual, es importante fijar que los planes operacionales forman parte de la
información relevante que el Ministerio de Salud deba conservar, dado que estos son conducidos
usualmente como compromisos de la entidad, o de los funcionarios, con el Ministerio de Salud en beneficio
del cumplimiento de las estrategias definidas. Por consiguiente, la conservación de esta información de
manera estructurada es especialmente útil para el monitoreo y evaluación de los compromisos establecidos,
así como también para la medición de los impactos generados respecto a las acciones ejecutadas, lo que
sirve como insumos para realizar mejoras continuas.
4.2.2 Descripción General
Este aplicativo tiene como propósito brindar soporte al proceso de planificación operativa que el Ministerio de
Salud realiza anualmente junto a los organismos públicos dependientes, abarcando tanto el análisis, como
también la tramitación y preparación de los planes anuales, aportando beneficios que dicen relación con la
homogenización de los procesos de planificación, y también la sistematización de los datos asociados a los
planes, lo que facilita el análisis comparativo de estos mismos en términos de consistencia y pertinencia en
los periodos de estudio, y en relación a otras instituciones de giro similar.
En atención a lo anterior, esta aplicación contempla capacidades para integrar y presentar información que
sirva de referencia para analizar la situación actual e histórica, con ello, se cuenta con los insumos
suficientes para definir el plan correspondiente.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 25 of 34
Respecto a la definición del plan, se proveen capacidades para, por un lado, configurar las variables
relevantes de un plan, tomando en consideración que puedan existir particulares en cada caso, y por otro
lado, el registro de la definición establecida. Adicionalmente, se contempla también la tramitación de estos
planes y la integración con los otros sistemas requeridos, a fin de continuar con otros procesos asociados,
como por ejemplo: formulación de presupuestos.
4.2.3 Arquitectura de Software
Al igual que la aplicación de Evaluación, esta arquitectura está compuesta por capas de servicios que están
desglosadas en: capa de visualización, capa de negocio, capa de información, capa de integración y capa de
seguridad.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 26 of 34
Visualización
Aplicación de Desarrollo de Planes
Servicios Aplicativos Comunes
Servicios de Negocio
Se
gu
rid
ad
Se
rvic
ios
de
In
teg
raci
ón
Registro de Datos
Servicios de Información
Gestión de Identidad y Acceso
Auditoría
Reportes
Bus de Comunicaciones
Servicio de Integración de
Datos
Control de Ejecución
Difusión
Captura Manual de Datos
Servicio de autenticación y enrolamiento
Patrón de Aplicación de Desarrollo de Planes
Data WarehouseGestión de
Documentos
Cubos analíticos
Repositorio de
Planes
Operacionales
Configuración de Plan
Interfaz a Motor Procesos
Interfaz a Servicio de Información
Interfaz de Usuario a Medida
Interfaz a ERP
Interfaz a CRM
Interfaz aReportes
Interfaz aDifusión
ERP CRM
A continuación se describen los servicios que conforman esta aplicación:
1) Capa de visualización
Contiene el Servicio Interfaz de Usuario a Medida, el cual permite presentar los elementos de interés que
se desea presentar al usuario, estos pueden ser tableros de mando, reportes, formulario de ingreso de
datos, entre otros.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 27 of 34
2) Capa de negocio
a. Configuración de Plan
Este servicio permite establecer dos áreas de configuración que son necesarias para la definición de
un plan, estas son:
Configuración de la interacción de la aplicación con los componentes de la Arquitectura de
Integración, tales como: listado de servicios de integración a utilizar, ubicación de repositorios,
servicios de información requeridos, servicios de seguridad.
Configuración del plan operativo, en la cual se consideran funcionalidades de administración de
los planes anuales, contemplando acciones de incorporación, modificación y desactivación de
estos mismos, además, la configuración de las variables que conforman el plan, por ejemplo:
nombre del plan, periodo de vigencia, dependencia, responsable, actividades planificadas,
duración, metas, etc.
b. Captura Manual de Datos
De acuerdo a la configuración establecida en cada plan, este servicio presenta los datos que deben
ser ingresados por parte de las dependencias involucradas en un formulario de registro, permitiendo
al usuario efectuar las siguientes acciones: ingreso, modificación y almacenamiento de los datos.
c. Interfaz a Servicio de Información
Contienen los Servicios Web que permiten integrar con la capa de información, cuyos propósitos
pueden ser:
Integrar con el Servicio Gestión Documental para almacenar documentos que el usuario desea
incorporar como antecedentes, o consultar por estos mismos. Además, permite generar el plan
en un documento de determinado formato, en caso que éste sea requerido.
Integrar con los Servicios de Inteligencia de Negocios para procesar los datos y calcular los
indicadores, publicar los reportes, gráficos o tableros de control.
d. Interfaz a Motor de Procesos
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 28 of 34
Esta interfaz provee acceso a los servicios del motor de procesos, con el fin de tramitar los planes
ingresados de acuerdo al ciclo de aprobación que corresponda.
e. Interfaz a ERP
Esta interfaz permite a la aplicación interactuar con el Servicio ERP, a objeto de entregar información
relativa a un plan al proceso de formulación de presupuesto, lo que sirve como base para la
definición y asignación presupuestaria.
f. Interfaz a CRM
Esta interfaz permite al aplicativo entregar al Servicio CRM información relativa a un plan, con el
propósito de iniciar los procesos de seguimiento en torno a la ejecución de las actividades asociadas
a dicho plan.
g. Interfaz a Reportes
Esta interfaz permite al aplicativo utilizar los servicios de reportes para generar el plan en diferentes
formatos deseados.
h. Interfaz a Difusión
Esta interfaz permite a la aplicación integrar con el Servicio Difusión para distribuir un plan a las
partes interesadas.
i. Control de Ejecución
Esta componente se encarga de coordinar el funcionamiento general de aplicativo, el orden en que
se realizan las actividades y la invocación de servicios dentro de la plataforma a través de las
interfaces del aplicativo.
3) Capa de información
Precisan los servicios de datos y de información requeridos para la aplicación, con los cuales se integra
para obtener los datos necesarios para el análisis de la situación actual e histórica.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 29 of 34
En esta aplicación en particular, incluye además una base de datos propia para conservar los datos
relativos a la configuración y los datos propios de cada plan.
En relación a los Servicios de Información, se establecen los siguientes servicios requeridos:
Data Warehouse
Cubo Analítico
Tablero de Control
Motor de Reportes
Gestión Documental
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
4) Capa de integración
Considera los servicios requeridos para la integración de datos y la interacción con los otros servicios de
la Arquitectura de Integración. Estos son:
Bus de Comunicación
Servicio de Integración de Datos
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
5) Capa de seguridad
Establece los servicios requeridos para configurar los permisos y privilegios asociados a la aplicación,
asimismo, para controlar su acceso según los perfiles definidos. Estos son:
Gestión de Identidad y Acceso
Auditoría
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 30 of 34
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
4.3 Desarrollo de Políticas y Estrategias de Salud
4.3.1 Descripción del Problema
El desarrollo de políticas y estrategias de salud involucra diferentes ámbitos de acción, algunos de ellos son
soportados parcialmente por tecnologías de información, y otros son ejecutados de manera manual.
Específicamente, en los aspectos relacionados a análisis de información, utilizado normalmente para
efectuar evaluación de la situación actual, o para monitorear y controlar la implementación de las estrategias,
se cuenta con algunos sistemas que proveen información estadística, o capacidad de inteligencia de
negocios para dicho fin, aunque ninguno cubre todas las necesidades requeridas, asimismo, no disponen de
facilidad para integrar entre ellos, lo que es comúnmente requerido para generar cruces de información.
En otro ámbito, la documentación generada es almacenada normalmente en computadores personales
asignados a los funcionarios, por lo que no existen procedimientos, ni mecanismos de resguardo que
permitan conservar este activo. Naturalmente, este escenario es vulnerable a la pérdida de información, ya
sea porque las personas responsables dejan la institución, o debido a problemas técnicos que puedan
presentarse.
Adicionalmente, las actividades de transferencia y los resultados obtenidos no son administrados
sistemáticamente, sino más bien quedan en la memoria de los ejecutantes, en este sentido, la información
producida en este proceso no es recogida debidamente, cuyos efectos inciden en la confiabilidad de la
información que se entrega a los diversos instrumentos de evaluación, asimismo, no permiten evaluar los
impactos producidos por los mecanismos de transferencia.
4.3.2 Descripción General
Esta aplicación de negocio apoya la ejecución de los procesos “Definición de Políticas y Programas de Salud
Pública”, y “Definición de Estrategias para la Red Pública de Salud”, considerando que ambos realizan
actividades similares, variando principalmente en sus líneas estratégicas, por consiguiente, los servicios
diseñados son aplicables a ambos escenarios.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 31 of 34
En este marco, la aplicación provee funciones que permiten proveer información proveniente de las distintas
fuentes, tales como: referencias bibliográficas nacionales e internacionales, documentos de regulación
preparados por las entidades técnicas del Sector Salud, conocimiento institucional construido en base a las
experiencias y conocimientos individuales, información de los procesos operacionales, ya sea en su
presentación original, o bien, combinada y/o calculada (información agregada) para aportar valor al análisis
de la situación actual, o para efectuar monitoreo y control en torno a la implementación de las estrategias.
Asimismo, facilita la tramitación y conservación de los documentos generados, permitiendo que estos sean
publicados en los medios que sean necesarios, y difundidos a los actores que los requieran.
Por otra parte, proporciona capacidades para el registro y seguimiento de las acciones realizadas en la
etapa de transferencia, así como también el reporte de los resultados generados, con ello, se garantiza que
la información producida sea objetiva y cuantificable, lo que incrementa la confiabilidad de las mediciones
asociadas.
4.3.3 Arquitectura de Software
Al igual que la aplicación de Evaluación, esta arquitectura está compuesta por capas de servicios que están
desglosadas en: capa de visualización, capa de negocio, capa de información, capa de integración y capa de
seguridad.
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 32 of 34
Visualización
Aplicación Desarrollo de Políticas y Estrategias de Salud
Servicios Aplicativos Comunes
Datos Internos Aplicativo
Se
gu
rid
ad
Se
rvic
ios
de
In
teg
raci
ón
Registro de Datos Servicios de Información
Gestión de Identidad y Acceso
Auditoría
Portal
Reportes
Bus de Comunicaciones
Servicio de Integración de
Datos
DifusiónServicio de
autenticación y enrolamiento
Patrón Desarrollo de Políticas y Estrategias de Salud
Salud Publica y Redes Asistenciales
Data Warehouse
Cubos analíticos
Interfaz aInteligencia de
Negocio
Interfaz aGestión de
Documentos
Interfaz aGestión del
Conocimiento
Interfaz a CRM
Interfaz aReportes
Interfaz aDifusión
Gestión de Documentos
Gestión del Conocimiento
A continuación se describen los servicios que conforman esta aplicación:
1) Capa de visualización
Contiene el Servicio Portal que permite integrar las distintas funcionalidades e información requeridas
para atender las acciones vinculadas a desarrollo de políticas y estrategias de salud.
2) Capa de negocio
a. Interfaces a Servicios de Información
Se incluyen tres interfaces vinculadas a los servicios de información, estas son:
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 33 of 34
Interfaz a Servicio de Gestión Documental para generar las definiciones establecidas en un
documento, asimismo, formalizarlo mediante el ciclo de aprobación correspondiente.
Interfaz a Servicios de Inteligencia de Negocios para procesar los datos y calcular los
indicadores, publicar los reportes, gráficos o tableros de control.
Interfaz a Servicio de Conocimiento, a fin de recoger la memoria y conocimiento institucional
generado que sirva como antecedentes para la definición.
b. Interfaz a CRM
Esta interfaz permite integrar con el Servicio CRM para generar la trazabilidad de las acciones
relacionadas en el ámbito de transferencia, lo que puede incluir talleres, capacitación, manuales,
acompañamiento en la implementación, apoyo en la resolución de problemas vía correo electrónico
o teléfono, etc.
c. Interfaz a Reportes
Esta interfaz permite al aplicativo utilizar los servicios de reportes para generar el plan en diferentes
formatos deseados.
d. Interfaz a Difusión
Esta interfaz permite a la aplicación integrar con el Servicio Difusión para distribuir un plan a las
partes interesadas.
3) Capa de información
Precisan los servicios de datos y de información requeridos para la aplicación, con los cuales se integra
para obtener los datos necesarios para el análisis de la situación actual e histórica.
En esta aplicación en particular, incluye además una base de datos propia para conservar los datos
relativos a la configuración y los datos propios de cada plan.
En relación a los Servicios de Información, se establecen los siguientes servicios requeridos:
Data Warehouse
Documento: II.2.2 - AE MINSAL – Arquitectura de TI - Arquitectura de Aplicaciones Fecha: 16/05/2013 Versión 1.1 Página: 34 of 34
Cubo Analítico
Tablero de Control
Motor de Reportes
Gestión Documental
Gestión del Conocimiento
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
4) Capa de integración
Considera los servicios requeridos para la integración de datos y la interacción con los otros servicios de
la Arquitectura de Integración. Estos son:
Bus de Comunicación
Servicio de Integración de Datos
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.
5) Capa de seguridad
Establece los servicios requeridos para configurar los permisos y privilegios asociados a la aplicación,
asimismo, para controlar su acceso según los perfiles definidos. Estos son:
Gestión de Identidad y Acceso
Auditoría
Mayor detalle de estos servicios se encuentra en el documento “II.2.1 - AE MINSAL - Arquitectura de TI -
Arquitectura de Integración”.