Arquitectura Empresarial Ministerio de Salud-+AE+MINSAL+-+Ar... · Documento: II.2.2 - AE MINSAL...

34
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

Transcript of Arquitectura Empresarial Ministerio de Salud-+AE+MINSAL+-+Ar... · Documento: II.2.2 - AE MINSAL...

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”.