1. js
Plataforma de Tramitación Electrónica
- -

2. 1. Antecedentes
La rápida identificación de infecciones y epidemias y la toma de decisiones en base a
información científica, transparente y actualizada es un objetivo central para la rápida
respuesta en temas de salud pública. Como ha quedado demostrado se trata de un proceso
que absorbe mucho tiempo, requiere de mucha coordinación nacional e internacional y trabajo de
compartir recursos entre numerosos sistemas municipales, provinciales y nacionales de salud.
El Ministerio de Salud de la Nación promueve el desarrollo de una plataforma nacional de
vigilancia que facilite la participación e interacción activa y transparente de todos los actores
participantes (stakeholders) consolidando un sistema que en tiempos normales permita
coordinar operaciones de investigación y prevención en orden de descubrir posibles
desencadenantes, que en tiempo real consolide los diversos sistemas existentes. Que
progresivamente los integre en una plataforma web 2.0 que acerque los resultados(datos)
cargados de manera distribuida que deben tomar decisiones como al ciudadano.
Durante períodos de crisis epidemiológica permitirá tener información científica sistematizada en
tiempo real y en origen permitiendo adoptar medidas nacionales basadas en coordinaciones
en línea entre los diversos sistemas de salud municipal, provincial, diseñando en conjunto
medidas de rápida respuesta distribuidas en tiempo real basadas en conclusiones científicas.

3. n Identificación de la Propuesta
Objetivo General
à El objetivo general del proyecto es simplificar el sistema de salud para innovar
reuniendo en una Plataforma Única de Administración Electrónica del Ministerio de
Salud(Ventanilla Unica) los diversos sistemas nacionales y provinciales
existentes para definir el marco de actuación de las relaciones entre la
administración y los ciudadanos, empresas, otros organismos y sus propios
funcionarios, para favorecer una administración eficiente, orientada al ciudadano y
que promueva la participación y desarrollo en el uso de las nuevas tecnologías.
Objetivos Específicos
à Con el objetivo de proponer una reingeniería de procesos, elaborar un estudio
rápido de los diversos sistemas existentes que incluya las funcionalidades
operativas y las plataformas en que se encuentran desarrollados a fin de proponer
una plataforma que los integre operativamente permitiendo a todos compartir sus
datos en tiempo real.
Rápida recoleccion de datos con el objetivo de determinar:
- Funcionalidades Técnicas y focalización del proyecto
- Beneficiarios
- El Rol del Ministerio de Salud y la plataforma de la RED Nacional de
- Emergencia Salud 2.0
- Data fundamental
- Documentación

4.  Objetivo Específico Nro. 1 – Sistematización de información sobre los instrumentos recolección y
procesamiento de información relevante.
 Objetivo Específico Nro. 2 – Selección de las plataformas de recolección y procesameinto de
información.
 Objetivo Específico Nro. 3 – Contar con una Metodología (marco teórico-metodológico) para la
Evaluación del Impacto del uso de CMS y plataformas web 2.0 en los procesos participativos de
recolección, procesamiento y utilización de información de salud , con énfasis en la Comunicación
y Generación de Información en los contextos locales
 Objetivo Específico Nro. 4 – Disponer de información fiable y garantizada localmente en una
plataforma distribuída y reutilizable.
 Objetivo Específico Nro. 5 – Proponer un conjunto de Recomendaciones Particulares (para los
casos estudiados) y Generales (para los gobiernos locales) para el diseño de la Red 123 salud,
que emanen de los resultados obtenidos de la aplicación de la metodología diseñada en esta
investigación.
 Objetivo Específico Nro. 6 – Realizar un testeo en accesibilidad, usabilidad, e interoperabilidad de
acuerdo a los estándares W3C, a todas las páginas en línea del Ministerio de Salud de la Nación,
provinciales y otras instituciones de salud a fin de recomendar soluciones para permitir la
completa integración.
 Objetivo Específico Nro. 7 – Incorporar la tecnología SATVD-T, Televisión Digital Terrestre, en la
arquitectura de la Red 123 Salud.

5.  Beneficiarios del Proyecto:

6. Desarrollo de la Propuesta
Plataforma de Tramitación Electrónica

7. I. Introducción
II. Modelo Prestación Servicios
III. Modelo Tecnológico
IV. Componentes del modelo
V. Ejemplo de servicio

8. Simplificar para Innovar [objetivo explícito]
Reducción
Reducción
Los objetivos
Los objetivos de costos
de costos Armonización
Armonización
principales
principales en los proyectos
en los proyectos de prácticas
de prácticas
de esta
de esta informáticos
informáticos
iniciativa
iniciativa
Reducción
Los objetivos de costos Armonización
principales en los proyectos de prácticas
de esta informáticos
iniciativa Ahorro financiero directo Favorecer una
[Desmaterialización
Mejora de las competencias
[Proyecto de Valor
como consecuencia de la
[Simplificación de
profesionalización transversal
de lade Trámites]
administración pública en en la Gestión
mejora de la productividad y Trámites - web
en el área de informática: se
el uso de metodología de eficiencia de los proyectos trata que los empleados
proyectos. Pública ]
de desarrollo e innovación de 2.0]
públicos(¿agentes o
Simplificar Simplificar
la gestión. Simplificar para
funcionarios?)puedan migrar
José Soriano jueves, marzo 2008
Compartir normas y fácilmente de una
estándares,Innovar
para herramientas y para innovar
Ahorro financiero directo por
aprovechamiento de la escala
innovar
administración a otra;
trámites
metodología probada (mejores
prácticas).
acceso a
de la administración incorporando
Para la administración
obtener ventajas de la
servicios y
Ahorro financiero indirecto
por la difusión y aplicación de
la”convergencia”
competencia y la calidad de las
herramientas y los
Definir modelos comunes de
desarrollo, de arquitectura, de contenidos
buenas prácticas de gestión
en proyectos de desarrollo.
de tecnología en
funcionarios profesionalizados.
Compartir con un gran
aplicativos, a fin de facilitar la
mutualización apoyada en la oferta de
número de personas
metodología y herramientas;
programas informáticos
(módulos). servicios 8

9. js
I. Introducción
La Administración electrónica es el uso eficiente que se haga de las
tecnologías de información y convergencia (TIC) para hacer mas
eficientes tanto los procesos internos como los servicios públicos que
ofrece el Ministerio de Salud de la Nación a los ciudadanos, a los
empresarios, las organizaciones del tercer sector como también a sus
propios funcionarios para formarlos y revalorizar su función dentro de
la nueva administración.
➞ El uso de estas herramientas y estándares disponibles permite:
➞ Reducción de costos y plazos de espera
➞ Reducción de horas hombre perdidas
➞ Disponibilidad y facilidad de acceso(24x7 desde cualquier lugar)
➞ Mejora la transparencia de los procesos
- -

10. js
I. Plataforma Única de Tramitación Electrónica
La ley 104 (de transparencia) y la que se está preparando para el Acceso Electrónico de los Ciudadanos a los
Servicios Públicos como ya ocurre desde hace tiempo en España, en París, en Asturias y en países como
Francia y Canadá (sólo para citar algunos ejemplos) obliga a las administraciones a ofrecer estos servicios que
durante mucho tiempo han sido solicitados.
En este sentido el Ministerio de Salud está definiendo un modelo tecnológico y funcional que permite sostener y
hacer evolucionar los servicios actuales hacía la simplificación primero y a la desmaterialización de trámites de
manera de lograr despapelizar en lo posible la administración pública porteña.
La base fundamental para esto es una Plataforma Única de
Administración Electrónica que proporcione:
Componentes reutilizables.
Garantía de calidad
Tiempos de desarrollo ajustados
- -

11. js
I. Plataforma Única de Tramitación Electrónica
La Plataforma Única de Administración Electrónica del Ministerio de Salud debería definir
el marco de actuación de las relaciones entre la administración y los ciudadanos, empresas,
otros organismos y sus propios funcionarios , para favorecer una administración eficiente,
orientada al ciudadano y que promueva la competitividad y desarrollo en el uso de las
nuevas tecnologías.
 La Plataforma Única de Administración Electrónica del Ministerio de Salud desarrolla los
criterios que es necesario cumplir en la prestación de Servicios basados en tecnologías de
Información y Convergencia(TIC). Estos criterios persiguen:
 Asegurar un nivel de calidad alto en los servicios electrónicos
 Homogeneizar la forma de prestar los servicios por nuevos canales
 Facilitar el uso de aplicaciones para el usuario
 Facilitar el mantenimiento de las aplicaciones
 Asegurar su sostenibilidad en el tiempo
Estos criterios de la red del Ministerio de Salud se plasman en una arquitectura de
funcionalidades común que deben usar todos los servicios, y en unas líneas de actuación a
considerar cuando son terceros los que diseñan dichos servicios.
- -

12. I. Introducción
II. Modelo Prestación Servicios
III. Modelo Tecnológico
IV. Componentes del modelo
V. Ejemplo de servicio

13. js
II. Modelo de Prestación de Servicios
El Modelo de Prestación de Servicios (MPS) define el marco de actuación de
las relaciones entre la Administración y los ciudadanos, empresas, y otros
organismos, para favorecer y promover la consecución de una Administración
eficaz, eficiente, orientada al ciudadano y que promueva la competitividad y el
uso de las nuevas tecnologías en la sociedad asturiana.
La RED 123 salud! desarrolla los criterios a cumplir en la prestación de
Servicios telemáticos. Estos criterios persiguen:
 Asegurar un nivel de calidad alto en los servicios electrónicos
 Homogeneizar la forma de prestar los servicios por nuevos canales
 Facilitar el uso de las aplicaciones para el usuario
 Facilitar el mantenimiento de las aplicaciones
Los criterios de la RED 123 se plasman en una arquitectura de funcionalidades
común que deben usar todos los servicios, y en unas líneas de actuación a
considerar cuando se diseñan los servicios.
- -

14. js
II. Modelo de Prestación de Servicios
Entre la Administración y la ciudadanía se producen ciertas interacciones. La
Plataforma de Administración Electrónica deberá dar cobertura a estas
interacciones de manera unificada.
Algunas de ellas ya están resueltas y operativas, pero será necesario integrarlas
y ajustarlas a la plataforma, a otras es necesario hacerles una profunda
reingeniería, y las más están en desarrollo o pendientes de ser abordadas.
Consulta de
Aportación de Consulta de Comunica- Obtención de
Solicitud Notificación registros
documentos tramitación ción certificados
públicos
Servicios Obtención de
electrónicos Envío de SMS certificados
Oficina virtual Plataforma Consulta Consulta de
Oficina virtual de registro del MAP? expedientes Envío de datos públicos Verificación de
de registros correo de registros certificados
Consulta electrónico
tributaria
- -

15. js
II. Modelo de Prestación de Servicios
Los Servicios Electrónicos desarrollados deben tener como objetivo aportar
beneficios tanto para los ciudadanos como para los empleados públicos.
Multicanalidad: el usuario podrá acceder a los servicios utilizando distintos
canales (presencial, Internet, telefónico, etc.)
Modelo integrado de ventanilla única: todos los canales están integrados y
relacionados entre sí, siendo el ciudadano quien decide en cada momento el
canal mientras la Administración, puede hacer un adecuado y continuo
seguimiento de la relación con el ciudadano. Es decir un usuario podrá iniciar
un servicio por un canal, consultarlo por otro, aportar un documento por correo
postal.
Transformación, adaptación y normalización de los procedimientos
 Simplificación de requerimientos
 Reingeniería del proceso
 Reutilización de los servicios de atención ciudadana
- -

16. js
II. Modelo de Prestación de Servicios
 Se ofrecen al usuario facilidades de utilización de los servicios:
 reutilización automática de datos
 Ayudas de formulario
 Accesibilidad
 Avisos al ciudadano
 Inmediatez del servicio. En aquellos procedimientos en los que sea
posible el ciudadano obtendrá inmediatamente una primera respuesta a
su petición.
 Se garantizara un nivel de servicio adecuado al ciudadano.
 Se garantizara un nivel de apoyo adecuado al funcionario público.
 Mecanización de los datos. Los datos llegan al sistema de gestión en
formato electrónico y por lo tanto el empleado público no tiene que
mecanizarlos a partir de solicitudes en papel.
- -

17. I. Introducción
II. Modelo Prestación Servicios
III. Modelo Tecnológico
IV. Componentes del modelo
V. Ejemplo de servicio

18. js
III. Modelo Tecnológico
A fin de realizar la transición ordenada al
paradigma de la administración electrónica,
eficiente y que no tenga un costo exesivo para
el Estado, es necesario que la Administración
de la Red del Ministerio de Salud de la Nación
diseñe una estrategia tecnológica global,
donde se identifiquen las bases y calendario
para realizar dicha transición.
Dentro de esta estrategia de innovación
tecnológica de la gestión pública, es
indispensable incluir un modelo tecnológico
que describa y acote el perímetro y la forma
en que se desarrollará la infraestructura TI
común.
- -

19. js
III. Modelo Tecnológico
Esquema Prestación de servicios
Ciudadanos
FRONTEND
Acceso
Servicios PRESENCIAL PORTAL MULTIPLATAFORMA
Servicio Servicio … Servicio J
A B
Tramitación
BACKEND
Servicios
Back End
Back End Back End
Gestión Servicios 1 2 … n
- -

20. js
III. Modelo Tecnológico
Ciclo de vida de los
servicios
FRONTEND
GESTOR DE PORTAL
PRESENCIAL MULTIPLATAFORMA
Acceso Servicios
GESTOR DE PLATAFORMA DISTRIBUCIÓN
CONTENIDOS COLABORACIÓN SERVICIOS
REPOSITORIO
Publicación Servicios
INTERMEDIO
MOTOR DE TRAMITACIÓN MÓDULOS
COMUNES
Tramitación Servicios MÓDULOS
BUS DE INTEGRACIÓN
COMUNES
BACKEND
GESTOR
SISTEMAS DE GESTIÓN DOCUMENTAL
Gestión Servicios VERTICALES
SISTEMAS DE
GESTIÓN
HORIZONTALES
Analítica Servicios ANÁLISIS DE INFORMACIÓN
- -

21. I. Introducción
II. Modelo Prestación Servicios
III. Modelo Tecnológico
IV. Componentes del modelo
V. Ejemplo de servicio

22. js
IV. Componentes Modelo Tecnológico
 La estrategia tecnológica de la Administración debe
girar en torno a una serie de ejes fundamentales:
 Framework
 Módulos Comunes
 Arquitectura SOA y el Bus de Servicios Empresariales
 Interoperabilidad
- -

23. js
IV. Componentes Modelo Tecnológico
FWGCABA
 RED 123 SALUD es una iniciativa que se arranca
desde el Ministerio de Salud de la Nación para
dotar al RED 123 de una plataforma corporativa
estándar de desarrollo de aplicaciones,
servicios y componentes que pueda ser
replicada en las provincias.
Todos los componentes, aplicaciones de
tramitación y servicios al ciudadano deberán
implementarse sobre esta tecnología.
 RED 123proporciona soporte a todo el ciclo de
vida de un sistema de información, y está
completamente alineado con la arquitectura
- -

24. js
IV. Componentes Modelo Tecnológico
RED 123 SALUD
Disponer de esta tecnología debe posibilitar la
creación de sistemas de información para el
empleado público, colaboración con otras
Administraciones y servicios electrónicos a los
ciudadanos a través del portal corporativo.
Asimismo, se deben desarrollar una serie de
módulos reutilizables bajo una Arquitectura
Orientada a Servicios (SOA).
Estos módulos comunes ofrecen los
componentes ‘del negocio’ (firma digital, registro
de entrada en línea, notificaciones electrónicas,
etc.) que posibilitan esta estrategia de
Innovación tecnológica de la gestión pública.
- -

25. js
IV. Componentes Modelo Tecnológico
es el motor tecnológico de la estrategia
RED 123 SALUD
de Innovación convergente de la gestión pública.
- -

26. js
IV. Componentes Modelo Tecnológico
Objetivos de RED 123 SALUD
 Para realizar el diseño y desarrollo de, se fijaron los
siguientes objetivos:
 Homogeneización tecnológica.
 Simplificación.
 Mayor calidad.
 Reutilización.
 Menor esfuerzo de desarrollo.
 El resultado neto es un menor costo total de propiedad de
los sistemas desarrollados sobre RED 123 SALUD.
- -

27. js
IV. Componentes Modelo Tecnológico
Alcance
El Framework de desarrollo proporciona
elementos en las siguientes áreas:
 Entorno de desarrollo
 Librerías de tiempo de ejecución
 Operación
 Documentación
 Soporte a desarrolladores
 Seguridad
 Integración de sistemas
- -

28. js
Estructura general
- -

29. js
IV. Componentes Modelo Tecnológico
Módulos Comunes
El segundo componente de la estrategia tecnológica de la
organización es un conjunto de componentes reutilizables,
los Módulos Comunes.
Estos módulos comunes proporcionan funcionalidades
específicas de gobierno electrónico:
 Firma Digital
 Registro Electrónico
 Comunicaciones (SMS, correo electrónico)
 Tramitación Administrativa
 Etc.
- -

30. js
IV. Componentes Modelo Tecnológico
Módulos Comunes
Esta aproximación basada en componentes reutilizables /
servicios tiene un impacto directo en los costes de
desarrollo y mantenimiento de nuevos servicios:
 Reutilización
 Mantenimiento único
 Etc.
- -

31. js
IV. Componentes Modelo Tecnológico
Son piezas que cumplen con una determinada funcionalidad y que pueden
ser utilizados por varios servicios o incluso por otras aplicaciones ajenas a
la propia plataforma de tramites en línea. Algunos de los módulos comunes
más representativos son:
Módulo Descripción
Define la secuencia de acciones lógicas que se deben considerar en el proceso de alta de una
Inicio de Solicitud petición, desde que la persona decide realizar una petición de servicio hasta que ésta se hace
efectiva y se envía al sistema de gestión.
Concentra los procesos de autorización de acceso, proporcionando mecanismos de identificación
y autenticación para cada nivel de seguridad definido y adaptando dichos mecanismos al canal
Autenticación
por el que se prestará el servicio. También incluye utilidades para el alta y mantenimiento de
usuarios y roles.
Permite ir actualizando el estado, interesados, documentos, hitos,… asociados a una solicitud de
Cambio de Estado
forma que el usuario pueda consultarlos en cada momento a través de la Consulta de servicios.
Pasarela que permite a los usuarios efectuar pagos a través de la plataforma de tramites en
Pago en línea línea, (p.ej.: tributos o tasas asociadas a servicios de tramitación) en el mismo momento y lugar
que la propia solicitud de servicio o bien posteriormente, con plena disponibilidad (24x7).
- -

32. js
IV. Componentes Modelo Tecnológico
 La estrategia de mejora en la prestación de servicios a los ciudadanos
se basa en una arquitectura SOA (Service Oriented Architecture),
responsable de manejar servicios de negocio accesibles en toda la
Organización a través de estándares web.
Procesos
(Ensamblados &
Servicios
Orquestados)
- -

33. js
IV. Componentes Modelo Tecnológico
 La arquitectura SOA del Principado basa su funcionamiento en tres
pilares principales.
Web Services ESB
Basados en estándares Enterprise Service Bus
 Servicios de negocio, proporcionando un XML,SOAP, UDDI, etc.
conjunto de capacidades o servicios comunes
accesibles desde cualquier punto de la
Administración, o desde el exterior.
 Protocolos basados en estándares web,
implementando los estándares sugeridos por el
W3C (World Wide Web Consortium) para la
comunicación e intercambio de datos.
BPM ESR
 Infraestructura técnica, utilizando tanto los
Bussiness Process Enterprise Service Registry &
componentes técnicos que permiten a los Management (BPA/BPO). Repository
sistemas de información publicar y acceder a los
servicios, como el hardware y software necesario
para que los servicios operen a lo largo de toda Sales Warehouse
Order ERP
la Organización.
Sales
Application
Tracking
Web Service
. NET
Ap .
W eb Service
Partner Finance
Web Service
Invoicing
EAI
PeopleSoft J 2 EE
- -

34. js
IV. Componentes Modelo Tecnológico
(BPO en español: Lenguaje de Ejecución de Procesos de
Negocio-ver notas), es el responsable de la orquestación de los
servicios web a lo largo de un proceso de negocio.
• A través del lenguaje Lenguaje de Ejecución de Procesos de Negocio es
posible definir la creación, manejo y orquestación de procesos de negocio. Es
decir, permite definir flujos de procesos indicando qué pasos se deben realizar
y en qué orden.
• El orquestador Lenguaje de Ejecución de Procesos de Negocio será el
responsable de ejecutar el proceso, ir invocando los servicios web definidos en
el proceso BPEL, así como de controlar el flujo del proceso y asegurar la
correcta finalización del mismo.
• Una vez definidos estos procesos, el orquestador los publicará en el bus de
integración para que puedan iniciarse desde los servicios y sistemas que los
necesiten.
- -

35. js
Estándares [Usabilidad, accesibilidad, interoperabilidad]
Promovemos la creación de la
Guiando la web hacia su máximo potencial...
Accesibilidad no se trata solo de capacidades diferentes. Se trata de que todos los
ciudadanos tengan acceso a la información de manera transparente y desde diversos y
variados soportes tecnológicos. Para lograrlo es necesario seguir frameworks estándar
reconocidos universalmente tanto en la infraestructura lógica, como en la física.
- -

36. js
- -

37. js
IV. Componentes Modelo Tecnológico
 Los grandes drivers tecnológicos de la solución son los siguientes:
Funcionalidad de Tramitación. Capacidad de homogeneizar,
simplificar y agilizar el desarrollo de aplicaciones de tramitación.
Flexibilidad. La plataforma ha de ofrecer la capacidad de
responder a los requisitos de usuario, y no plantear soluciones
cerradas donde la funcionalidad viene fijada de antemano por la
plataforma.
Potencia. Donde se posee la capacidad de proporcionar
importantes funcionalidades como la generación de
documentación, la autenticación o la colaboración.
Agilidad. Se posee la capacidad de parametrizar determinados
aspectos, y se dispone de un paradigma de desarrollo rápido
explotando las ventajas que plantean las Arq. Orientadas a
Servicios.
Alineación con la infraestructura tecnológica de la organización.
Explotando todas las capacidades existentes – FWGCABA, bus
de servicios, etc.
- -

38. js
IV. Componentes Modelo Tecnológico
 Arquitectura Tecnológica - APIs
 Creación de expediente.
 Creación de acto administrativo.
 Gestión de documentación aportada.
 Registro de salida.
 Creación de documento
 Control de plazos
 Etc.
 ERP de tramitación – se parametriza el procedimiento administrativo, en un
repositorio (catálogo) central.
 Tipos de acto = átomo administrativo
 Modelo de proceso = proceso de tramitación.
 Gestión de terceros y roles
 Gestión de documentación aportada
 Colaboración
 Permisos y roles
 Familias de tramitación.
- -

39. js
IV. Componentes Modelo Tecnológico
 Arqu. Tecnológica - Aplicaciones de usuario
En caso de que los requisitos de usuario así lo dicten, se
desarrolla una aplicación a medida para el proyecto.
Se diseña la experiencia de usuario - y se implementa
exactamente lo que se acuerde con éste sobre las APIs de la
plataforma.
En ocasiones, el usuario no es consciente de que está trabajando
con una aplicación EUG.
Esta aproximación no es tan ágil como la mera parametrización
(requiere desarrollo), pero es extremadamente flexible.
La plataforma permite modificar mediante parametrización el
comportamiento de la aplicación – modelo de procesos, doc.
aportada, etc. como si fuera un ERP.
- -

40. I. Introducción
II. Modelo Prestación Servicios
III. Modelo Tecnológico
IV. Componentes del modelo
V. Ejemplo de servicio

41. js
V. Ejemplo
Servicio Electrónico
Identificación Datos Confirmación Área
Usuario Solicitud Datos Envío de la solicitud Personal
Bus de Integración
Autenticación Firma Inicio de Solicitud
Digital
Módulos Comunes
LDAP Sistema Modelo Siebel Registro Sistema Modelo
de Gestión Intermedio Telemático de Gestión Intermedio
Sistemas Corporativos
- -

42. js
V. Ejemplo
 Identificación del Usuario
Identificación
Usuario
 El Módulo Común de Autenticación permite validar los usuarios
utilizando una clave SAC o un certificado digital.
 En caso de uso de una clave SAC comprobará contra el LDAP la
existencia del usuario y sus permisos para acceder a la
aplicación.
 En otros casos para su identificación, el usuario introduce sus
Autenticación datos tal y como aparecen en su DNI, y el servicio web accede al
MC de interoperabilidad a través del Bus de Integración para
verificar contra la DGP que los datos introducidos corresponden
con el DNI.
LDAP
- -

43. js
V. Ejemplo
 Datos de la solicitud
Datos
Solicitud
 Tras su identificación, el usuario debe rellenar el formulario para
tramitar la solicitud.
 En ocasiones el servicio debe realizar validaciones de datos,
ofreciendo al ciudadano alertas en caso de que los datos
introducidos sean incorrectos.
 Algunas de estas validaciones pueden realizarse contra el propio
sistema de gestión: por ejemplo la comprobación de que no
existe ya una solicitud de esa persona,
Sistema
de Gestión
- -

44. js
V. Ejemplo
 Confirmación de los datos
Confirmación
Datos
 El usuario, tras la gestión de la solicitud por parte del sistema de
gestión, deberá firmar a través de su certificado digital.
 El servicio web accederá al servicio de firma digital, enviándole
el certificado digital del usuario.
 El MC de Firma Digital llevará a cabo la firma y devolverá el
resultado de la operación al servicio electrónico.
Firma
Digital
- -

45. js
V. Ejemplo
 Envío de la solicitud
Envío de la solicitud
 Una vez confirmada y firmada la
solicitud, el servicio electrónico la
enviará tanto al MC de Inicio de
Solicitud como al Sistema de Gestión
para que consolide la solicitud.
 Por su parte, el MC de Inicio de
Inicio de Solicitud
Solicitud se encargará de hacer los
apuntes correspondientes en los
distintos sistemas
Modelo Siebel Registro Sistema
Intermedio Telemático de Gestión
- -

46. js
V. Ejemplo
 Consulta de solicitudes en Área Personal
Área
Personal
 Las solicitudes, a través del MC de Inicio de Solicitud, quedarán
registradas en el Modelo Intermedio.
 El usuario podrá acceder al Área Personal a través del Portal de
la Administración de la Red 123 salud para consultar el estado
de cada una de las solicitudes.
 Área Personal consultará todas las solicitudes que ha realizado
un ciudadano concreto al Modelo Intermedio, y las mostrará por
pantalla junto con la fecha de creación y el estado de la misma.
Modelo
Intermedio
- -