Desarrollo del componente SIAU para el sitio web de la ESE Centro de Salud Ventaquemada

(1)

TÍTULO PROYECTO

PROPONENTE(S) Yeimy Lorena Porras Malagón

C.C. 1’049.645.740 Código estudiantil: 2151513

DIRECTOR

Ing. Carlos Andrés Guerrero Alarcón

Tunja

(2)

CONTENIDO

1. FICHA TÉCNICA DEL PROYECTO... 3

2. PLANTEAMIENTO DEL PROBLEMA ... 4

3. JUSTIFICACIÓN ... 5

4. OBJETIVOS... 6

5. MODELO DE DESARROLLO ... 7

6. DESARROLLO DEL PROYECTO ... 9

6.1. FASE 1.DISEÑO DEL FORMULARIO DE DILIGENCIAMIENTO DE LOS ESTADOS PQRSF E INFORMES ... 9

6.1.1. ESPECIFICACIÓN DE REQUISITOS. ... 9

6.1.2. REQUERIMIENTOS. ... 10

6.1.3. TECNOLOGÍA. ... 11

6.1.4. DISEÑO ... 14

6.2. FASE 2.CONSTRUCCIÓN DEL FORMULARIO DE ESTADOS PQRSF ... 27

6.3. FASE 3.PRUEBAS DE FUNCIONAMIENTO ... 37

6.4. FASE 4.IMPLANTACIÓN DEL MÓDULO DE SIAU ... 44

7. CONCLUSIONES Y ANÁLISIS DE RESULTADOS ... 45

8. BIBLIOGRAFÍA ... 46

(3)

1. FICHA TÉCNICA DEL PROYECTO

Título Desarrollo del componente SIAU del sitio web de la ESE centro de salud Ventaquemada

Autor (es) Yeimy Lorena Porras Malagón

Director del proyecto Ing. Carlos Andrés Guerrero Alarcón Palabras claves Componente, PQRSF, Atender, Publicar. Descripción

(4)

2. PLANTEAMIENTO DEL PROBLEMA

La atención del usuario es un proceso importante pues al conocer la opinión de los usuarios se puede mejorar la calidad de atención y servicio en las diferentes dependencias, este proceso se lleva a cabo mediante el análisis y seguimiento de los estados PQRSF (peticiones, quejas, reclamos, sugerencias y felicitaciones) que es controlado por el personal de atención al usuario de la ESE de forma manual pues las PQRSF se depositan en una urna para luego ser catalogadas en un instrumento de medida, el cual es base para analizar la frecuencia con que se presenta un tipo de PQRSF y finalmente publicar un informe general del estado PQRSF en el módulo de SIAU (Servicio de información y atención al usuario) del sitio web de la ESE.

Según con lo dispuesto en la Ley 1712 de 2014 por la cual se crea la “Ley de Transparencia y del Derecho a la Información Pública Nacional”, la información

generada por las entidades del estado no podrá ser reservada o limitada, por el contrario es de carácter público; actualmente el sitio web de la ESE no cuenta con el mecanismo de presentación directa de los estados PQRSF a disposición del público en relación con acciones u omisiones del sujeto obligado y que requieran de una atención o respuesta pronta.

Figura 1. Diagrama de espina de pescado

(5)

3. JUSTIFICACIÓN

Con la implementación del componente administrativo de PQRSF se mejora la gestión y manipulación de la información que es procesada por el personal del área de atención al usuario, pues éste proceso se realiza de forma más eficiente y optimizada, disminuyendo el tiempo que tomaba atender alguno de los diferentes estados PQRSF que se presentaban, así como la generación de informes donde se muestran las múltiples tendencias para establecer las acciones que serán puestas en marcha para atender las solicitudes de la comunidad, todo esto de acuerdo a la normativa establecida para entidades del estado.

(6)

4. OBJETIVOS

4.1. Objetivo General

Implementar en el sitio web de la ESE centro de salud Ventaquemada, el componente administrativo para el seguimiento de los estados PQRSF, teniendo en cuenta los lineamientos de la ley de transparencia y del derecho a la información pública nacional.

4.2. Objetivos específicos

Tabla 1. Objetivos específicos

Nro. Objetivo específico

1

Diseñar las interfaces del módulo de diligenciamiento de los estados PQRSF referentes a los formularios, las estadísticas y la generación de informes en el componente administrativo del sitio web de la ESE Centro de salud Ventaquemada.

2 Construir el componente administrativo para los estados PQRSF de la ESE Centro de salud Ventaquemada.

3

Realizar pruebas sobre el sitio web de la ESE Centro de salud Ventaquemada durante el desarrollo e implantación del componente que gestiona el SIAU verificando así su funcionalidad.

4 Implantar en el componente administrativo de la ESE Centro de salud Ventaquemada el módulo de SIAU.

(7)

5. MODELO DE DESARROLLO

Se implementó el modelo de desarrollo de cuatro niveles o Modelo en V el cual define las actividades principales que se tomaron en conjunción con las respectivas entregas de las pruebas de validación realizadas. En la parte izquierda se definió las especificaciones del módulo PQRSF contra la parte derecha donde se estableció los métodos de prueba del módulo, en la parte de abajo estas dos se unen por medio de la corriente de desarrollo del software.

Figura 2. Modelo de desarrollo

(8)

Tabla 2. Fases del Modelo de desarrollo

Fuente: Autor

Teniendo en cuenta las fases del modelo en V, se realizó el desarrollo del módulo PQRSF de la

siguiente forma:

Tabla 3. Desarrollo del Módulo.

Fuente: Autor

Fase Descripción

Análisis de Requisitos y Diseño de módulo PQRSF

Especificación de los requisitos y Modelado

Diseño funcional de los formularios requeridos en el front-end del sitio web

Maquetación funcional de los formularios con los que se interactúa en el outside del sitio web de la ESE Centro de salud Ventaquemada.

Diseño funcional de los formularios necesarios para la administración de las PQRSF

Maquetación de formularios de la parte administrativa del módulo PQRSF.

Codificación del componente tecnológico Módulo Administrativo de los estados PQRSF.

Fase Descripción

Análisis de Requisitos y Diseño de módulo PQRSF

Especificación de los requisitos y Modelado haciendo uso de herramientas UML.

Diseño funcional de los formularios requeridos en el Front-end del sitio web

Se realizó la maquetación con HTML y CSS de los formularios de diligenciamiento, publicación y estadísticas de los estados PQRSF en el Front- end del sitio Web.

Diseño funcional de los formularios necesarios para la administración de las PQRSF

Se realizó la maquetación con HTML y CSS de los formularios de listar, atender, generar reportes e informes de los estados PQRSF en el Back- end del sitio Web.

(9)

6. DESARROLLO DEL PROYECTO

El desarrollo del componente de atención al usuario del sitio web de la ESE Centro de Salud Ventaquemada se llevó a cabo en 4 fases y se implementó el tipo de investigación exploratoria de forma deductiva- aplicada pues se da solución a la forma como se lleva a cabo el seguimiento de los estados PQRSF.

6.1. Fase 1. Diseño del formulario de diligenciamiento de los estados PQRSF e informes

En esta fase se realizó el análisis y diseño teniendo en cuenta los lineamientos de la ley de transparencia y del derecho a la información pública además los requisitos solicitados por parte del personal de la dependencia del SIAU de la ESE Centro de salud Ventaquemada. De esta forma se determinó los actores, la dependencia a la que va dirigido el componente junto con las funcionalidades necesarias para brindar un buen servicio a los usuarios.

A continuación se puede ver las actividades realizadas para la obtención de los requerimientos y realización del diseño, teniendo en cuenta lo establecido en la Ley 1712 de 2014:

Tabla 4. Definición del análisis, tecnología y diseño.

Fuente: Autor

6.1.1. Especificación de Requisitos.

De acuerdo con el análisis de la información adquirida se establecen los requisitos más relevantes para el desarrollo del componente, los cuales se muestran a continuación:

Tipo Elementos

Entradas Entrevista con la persona encargada de control interno

Actividades

 De acuerdo con lo pactado en la entrevista y lo establecido en la Ley de transparencia y acceso a la información pública se realizó un análisis de la información.

 Documentar los requerimientos funcionales y no funcionales

 Establecer tecnología.

 Realizar diagramas de diseño

o Hacer Modelo físico

o Diagrama de casos de uso

o Diagrama de clases

o Diagrama de componentes

o Diagrama de actividades

Salida

 Especificación de los requerimientos funcionales y no funcionales.

 Entorno de desarrollo configurado.

 Modelo físico

 Diagrama de casos de uso

 Diagrama de clases

 Diagrama de componentes

 Diagrama de actividades

(10)

 En el sitio web debe haber una opción en el menú donde los usuarios de la ESE Centro de salud Ventaquemada pueda encontrar todo lo relacionado con los estados PQRSF.

 Debe contar con un formulario para diligenciar una PQRSF.

 Debe encontrarse la opción para ver el informe estadístico en un periodo de tiempo específico.

 Se debe generar un Número de radicado de la PQRSF diligenciada.

 Debe contar con un acceso a la parte administrativa por medio de la autenticación con usuario y contraseña.

 El formulario para diligenciar una PQRSF debe contar con los siguientes campos: Tipo de identificación, Numero de identificación, tipo de pqrsf, Nombres, Apellidos, fecha, correo electrónico, celular, medio de respuesta, descripción de la PQRSF.  El componente debe listar las preguntas, quejas, reclamos, solicitudes y

felicitaciones.

 El componente debe contar con un formulario para atender alguna PQRSF.

 Para el atender una PQRSF debe haber un formulario donde se cargue la información de la misma y además contenga el campo de nota respuesta.

 El componente debe contar con la acción para publicar las PQRSF que considere la persona encargada de la administración.

 Debe contar con la opción para generar informes estadísticos donde se muestra la cantidad de preguntas, quejas, reclamos, solicitudes o felicitaciones realizadas en un periodo de tiempo.

6.1.2. Requerimientos.

En seguida se muestra los requerimientos resultantes después de haber realizado el análisis de la información.

Tabla 5. Lista de requerimientos funcionales

Fuente: Autor

Id del requerimiento Requerimiento

RF-001 Diligenciar PQRSF

RF-002 Listar preguntas

RF-003 Atender preguntas

RF-004 Publicar Preguntas

RF-005 Listar quejas

RF-006 Atender quejas

RF-007 Publicar quejas

RF-008 Listar reclamos

RF-009 Atender reclamos

RF-010 Publicar reclamos

RF-011 Listar solicitud

RF-012 Atender solicitud

RF-013 Publicar solicitud

RF-014 Listar felicitación

RF-015 Atender felicitación

(11)

Tabla 6. Lista de requerimientos no funcionales

Fuente: Autor

La descripción de requerimiento se encuentra en el Anexo 1. Descripción de requerimientos.

A continuación se muestra un gráfico con los módulos que se definieron en el análisis inicial de requisitos para el componente SIAU.

Figura 3. Módulos del componente SIAU.

Fuente: Autor

6.1.3. Tecnología.

De acuerdo con los lineamientos establecidos por el ministerio TIC para el desarrollo del componente se debe tener en cuenta la implementación de software de licencia abierta como motores de bases de datos open source y herramientas online, no propietarias o sin licencia.

Id del requerimiento Requerimiento

RNF-001 Implementación del componente RNF-002 Usabilidad del componente RNF-003 Amigabilidad del componente

RNF-004 Seguridad del componente

RNF-005 Manual de usuario

(12)

Tabla 7. Herramientas seleccionadas

6.1.3.1 Power Designer

Es una herramienta que ofrece a los usuarios una opción de paradigma que combina varias técnicas de modelado: modelado de datos conceptuales, modelado de datos físicos o modelado orientado a objetos, junto con los principales ambientes de desarrollo para ofrecer soluciones de análisis y diseño de bases de datos [1].

6.1.3.2 Postgresl

Es un gestor de bases de datos orientadas a objetos muy conocido y usado en entornos de software libre porque cumple los estándares SQL92 y SQL99, funciona en múltiples plataformas (Unix y Windows), puede extenderse con librerías externas para soportar encriptación, búsquedas por similitud fonética, tiene control de concurrencia multi-versión, soporte para vistas, claves foráneas, integridad referencial, disparadores, procedimientos almacenados o subconsultas [2].

6.1.3.3 XAMPP v.3.2.2

Es una distribución de Apache completamente gratuita que contiene Mysql, PHP y Perl. El programa está liberado bajo la licencia GNU y actúa como un servidor web libre capaz de interpretar páginas dinámicas. Actualmente XAMPP está disponible para Microsoft Windows, GNU/Linux, Solaris y MacOS X.

De este modo se usó Xampp para crear un entorno de desarrollo Apache y PHP teniendo en cuenta que se facilita la instalación y configuración.

6.1.3.4 NetBeans IDE 8.2

NetBeans es un entorno de desarrollo integrado (IDE) que permite editar, compilar, ejecutar, depurar y construir rápidamente el interfaz gráfico de una aplicación, también es una plataforma de ejecución de aplicaciones, es decir, facilita la escritura de aplicaciones, proporcionando una serie de servicios comunes disponibles a través del IDE para varios lenguajes, incluyendo HTML5, CSS, Javascript, Java, PHP y C++ [3].

En vista de que esté IDE cuenta con las herramientas suficientes, se estableció como el entorno desarrollo para este proyecto.

Entradas Entrevista con la persona encargada de control interno

Herramientas

 Power Designer v16.1

 Postgresql 9.6

 XAMPP v3.2.2

 NetBeans IDE 8.2

 ORM MoonPDO

Salida Entorno de desarrollo configurado

(13)

6.1.3.5 ORM MoonPDO

El framework utilizado para el desarrollo de éste proyecto cuenta con funciones de asistencia, módulos normalizados que sirven de base para la organización, provee una estructura y una especial metodología de trabajo que utiliza el patrón arquitectónico Modelo Vista Controlador (MVC) y el Mapeado Objeto Relacional (ORM MoonPDO), a continuación, una breve explicación de cada uno.

MVC Modelo Vista Controlador

El MVC es un patrón de arquitectura de software que permite estructurar las aplicaciones separando el modelo (reglas del negocio) de la Vista (interfaz de usuario) y de los controladores (intermediarios entre la vista y el modelo). Esto permite hacer cambios en el código sin afectar las otras partes del sistema.

El modelo es un Conjunto de clases que contienen la información del mundo real. Las vistas son un Conjunto de clases encargadas de mostrar al usuario la información contenida en el modelo. El controlador es un objeto que se encarga de modificar el modelo o abrir y cerrar vistas. El controlador tiene acceso al modelo y a las vistas, pero las vistas y el modelo desconocen su existencia.

ORM Object-Relational Mapping (Mapeo Objeto-Relacional)

El mapeo objeto-relacional es una técnica de programación para convertir datos del sistema de tipos utilizado en un lenguaje de programación orientado a objetos al utilizado en una base de datos relacional. En la práctica esto crea una base de datos virtual orientada a objetos sobre la base de datos relacional. Esto posibilita el uso de las características propias de la orientación a objetos (esencialmente la herencia y el polimorfismo), sin sacrificar las cualidades ni los paradigmas de uso, resolviendo así la impedancia entre modelos [4].

Los defaults que se contemplan son que los getters y setters se llamen getNombreAtributo y setNombreAtributo, que el mapeo sea clase a tabla, que la clase se llame igual que la tabla y que el atributo que identifique unívocamente al Objeto (ObjectId) se llame 'id'.

PDO Objetos de Datos de PHP

La extensión Objetos de Datos de PHP define una interfaz ligera para poder acceder a bases de datos en PHP y proporciona tres clases:

 PDO: se encarga de gestionar las conexiones entre PHP y un servidor de bases de

datos. Proporciona métodos para gestionar las transacciones, obtener información sobre la conexión a la base de datos y preparar y ejecutar sentencias.

 PDOStatement: Proporciona métodos para asignar valores a una sentencia

preparada, para obtener información sobre un resultado (número de columnas, número de filas) y para recorrer un resultado.

 PDOException: representa una excepción, un error generado por PDO.

(14)

PDO proporciona una capa de abstracción de acceso a datos, lo que significa que, independientemente de la base de datos que se esté utilizando, se emplean las mismas funciones para realizar consultas y obtener datos.

PDO está disponible de forma nativa desde PHP 5.1, y también se puede usar en PHP 5.0 como una extensión PECL. PDO requiere las características nuevas de orientación a objetos de PHP 5, por lo que no se puede ejecutar con versiones anteriores de PHP [5].

6.1.4. Diseño

6.1.4.1 Modelo Físico

Figura 4. Modelo Físico

(15)

6.1.4.2 Diagrama de casos de uso

6.1.4.2.1 Diligenciar PQRSF

Figura 5. Diligenciar PQRSF

Fuente: Autor

6.1.4.2.2 Autenticar

Figura 6. Autenticar Usuario

(16)

6.1.4.2.3 Modulo Preguntas

Figura 7. Modulo Preguntas

Fuente: Autor

6.1.4.2.4 Modulo Quejas

Figura 8. Modulo Quejas

(17)

6.1.4.2.5 Modulo Reclamos

Figura 9. Modulo Reclamos

Fuente: Autor

6.1.4.2.6 Modulo Solicitud

Figura 10. Modulo Solicitud

(18)

6.1.4.2.7 Modulo Felicitación

Figura 11. Modulo Felicitación

Fuente: Autor 6.1.4.2.8 Modulo Informes PQRSF

Figura 12. Generar Informes PQRSF

(19)

6.1.4.3 Diagrama de clases

Figura 13. Diagrama de Clases

(20)

6.1.4.4 Diagrama de Componentes

Figura 14. Diagrama de Componentes

(21)

6.1.4.5 Diagrama de Actividades

Figura 15. Autenticación de Usuario

Fuente: Autor Figura 16. Crear Solicitud

(22)

Figura 17. Atender Pregunta

Fuente: Autor

Figura 18. Reporte Preguntas

(23)

Figura 19. Atender Queja

Fuente: Autor

Figura 20. Reporte Quejas

(24)

Figura 21. Atender Reclamo

Fuente: Autor

Figura 22. Reporte Reclamos

(25)

Figura 23. Atender Solicitud

Fuente: Autor

Figura 24. Reporte Solicitud

(26)

Figura 25. Atender Felicitación

Fuente: Autor

(27)

Figura 27. Generar informe PQRSF

Fuente: Autor

6.2. Fase 2. Construcción del formulario de estados PQRSF

Se toma como punto de partida el análisis de requerimientos y los diagramas realizados, pues se muestra el funcionamiento lógico y físico del componente que se desarrolló. A su vez, se investiga sobre las posibles herramientas que se podían utilizar para el desarrollo y se hizo la selección teniendo en cuenta el sistema operativo del equipo de cómputo utilizado. Inicialmente se hizo la contextualización acerca de Bootstrap para entender el funcionamiento de las vistas en el framework y posteriormente se realiza la adecuación del entorno de desarrollo para poder empezar.

A continuación, se muestran las actividades realizadas durante esta fase.

Tabla 4. Resumen Fase 2

Entradas  Diagramas de diseño.

Actividades

 Contextualización de las herramientas de desarrollo.

 Instalación de Herramientas de desarrollo.

(28)

Tipo Elementos o Crear Scripts para la base de datos.

o Crear la base de datos del proyecto.

o Instalar Xammp como servidor Web Apache

o Instalar NetBeans como IDE de desarrollo.

 Desarrollo del Componente

o Desarrollo del Formulario de diligenciamiento.

o Desarrollo del Módulo Preguntas

o Desarrollo del Módulo Quejas

o Desarrollo del Módulo Reclamos

o Desarrollo del Módulo Solicitud

o Desarrollo del Módulo Felicitaciones

o Desarrollo del Módulo Informes PQRSF

 Creación del Manual de Usuario

 Creación de Ficha técnica Salidas Componente de PQRSF.

Tiempo 5 meses

Fuente: Autor

Teniendo en cuenta que el sistema operativo del equipo utilizado para el desarrollo es Windows, el proceso de instalación de las herramientas de desarrollo fue muy sencillo, se descargaron los ejecutables de:

Postgresql: https://www.postgresql.org/download/

Xammp: https://www.apachefriends.org/es/download.html NetBeans: https://netbeans.org/downloads/

pgAdmin4: https://www.pgadmin.org/download/

Luego de esto, se procedió a ejecutar cada uno, de ésta forma se adecuó el entorno de trabajo.

A continuación, se muestra el funcionamiento del componente.

Para autenticar y autorizar a los usuarios el ingreso al sistema se reutilizo el código fuente de un componente que contaba con la autenticación basado en las funcionalidades y autorización de acuerdo a roles [6]. El componente de estados PQRSF permite atender y publicar una pregunta, queja, reclamo, solicitud o felicitación así como generar informes periódicos de los estados PQRSF.

A continuación se muestra el formulario de diligenciamiento de una PQRSF.

Figura 28. Opción para Diligenciar una PQRSF.

(29)

Figura 29. Formulario de Diligenciamiento de una PQRSF.

Fuente: Autor

(30)

Figura 30. Inicio de Sesión.

Fuente: Autor

El usuario encargado de la Atención de las PQRSF tiene acceso a las funciones vistas a continuación. Ver Figura 31. Panel administrativo.

Figura 31. Panel Administrativo.

(31)

Esté componente cuenta con cinco módulos, los cuales son descritos en seguida:

Módulo Preguntas

Éste módulo se divide en tres opciones Listar Preguntas, Administrar Preguntas y Reportes Preguntas. Como se muestra en la Figura 32. Preguntas. Se puede observar el nombre del usuario que ingresa en la parte superior izquierda y en el lado izquierdo el menú de opciones del sistema.

Figura 32. Preguntas

Fuente: Autor

En la opción de Listar Preguntas, el administrador tiene la posibilidad de visualizar los datos personales de los usuarios que han realizado una Pregunta, así como también si se han realizado nuevas preguntas. Ver Figura 33. Listar Preguntas.

Figura 33. Listar Preguntas

(32)

En la opción de administrar, el encargado de atender las preguntas encuentra un formulario donde debe registrar la respuesta que fue dada a cierta Pregunta independientemente del medio de respuesta que haya escogido el usuario que realizo la pregunta.

Figura 34. Administrar Preguntas

Fuente: Autor

Figura 35. Formulario para Atender una Pregunta

(33)

En la opción Reportes Preguntas, se visualiza un listado ordenado de preguntas en una tabla con los campo de descripción y nota respuesta de tal forma que facilite al administrador escoger aquellas preguntas que serán publicadas en el sitio web para conocimiento de la comunidad Ventaquemense.

Figura 36. Reportes Preguntas

Fuente: Autor

Modulo Quejas

Éste módulo se divide en tres opciones Listar Quejas, Administrar Quejas y Reportes Quejas. Como se muestra en la Figura 37. Quejas.

Figura 37. Listar Quejas

(34)

En la opción de administrar, el encargado de atender las quejas encuentra un formulario donde debe registrar la respuesta que fue dada a cierta Queja independientemente del medio de respuesta que haya escogido el usuario que realizo la queja.

Figura 38. Administrar Quejas

Fuente: Autor

Figura 39. Atender Queja

Fuente: Autor

(35)

Figura 40. Reportes Quejas

Fuente: Autor

De igual manera funcionan los siguientes módulos: Módulo de Reclamos

Figura 41. Listar Reclamos

Fuente: Autor

Figura 42. Administrar Reclamos

(36)

Figura 43. Reportes Reclamos

Fuente: Autor

Módulo de Solicitud

Figura 44. Listar Solicitud

Fuente: Autor

Figura 45. Administrar Solicitud

Fuente: Autor

Figura 46. Reportes Solicitud

(37)

Módulo de Felicitaciones

Figura 47. Listar Felicitaciones

Fuente: Autor

Figura 48. Administrar Felicitaciones

Fuente: Autor

Figura 49. Reportes Felicitaciones

Fuente: Autor

6.3. Fase 3. Pruebas de funcionamiento

(38)

Tabla 8. Pruebas

Entradas  Componente de los estados PQRSF.

Actividades

 Verificar Autenticación

 Verificar Listar Preguntas

 Verificar Administrar Preguntas

 Verificar Reportes Preguntas

 Verificar Listar Quejas

 Verificar Administrar Quejas

 Verificar Reportes Quejas

 Verificar Listar Reclamos

 Verificar Administrar Reclamos

 Verificar Reportes Reclamos

 Verificar Listar Solicitud

 Verificar Administrar Solicitud

 Verificar Reportes Solicitud

 Verificar Listar Felicitación

 Verificar Administrar Felicitación

 Verificar Reportes Felicitación Salidas Informe de Pruebas

Tiempo 4 días

Fuente: Autor

A continuación se listan las diferentes pruebas realizadas.

Tabla 9. Pruebas de Autenticación y Autorización Tipo de prueba: Funcionales

Sumario: Esta prueba permite comprobar la autenticación y autorización de usuario. Actores: Administrador de las PQRSF.

Precondiciones: El usuario debe estar creado en la base de datos, teniendo un usuario y contraseña válidos para ingresar al sistema.

Resultado esperado: Acceso al módulo administrativo de los estados PQRSF. Casos de uso afectados: CU-001 Autenticar Usuario

(39)

Verificador: Yeimy Porras

Fuente: Autor

Tabla 10. Verificación Módulo Preguntas Tipo de prueba: Funcionales

Sumario: Esta prueba permite verificar el listar, atender y generar reportes del Módulo Preguntas.

Actores: Administrador de los estados PQRSF.

Precondiciones: El usuario debe estar autenticado correctamente.

Resultado esperado: Listar preguntas, atender y generar reportes correctamente. Casos de uso afectados: CU-003 Listar pregunta

(40)

(41)

Fuente: Autor

Tabla 11. Verificación del Módulo Queja Tipo de prueba: Funcionales

Sumario: Esta prueba permite verificar el listar, atender y generar reportes del Módulo Quejas.

Precondiciones: El usuario debe estar autenticado correctamente. Resultado esperado: Listar quejas, atender y generar reportes correctamente. Casos de uso afectados: CU-008 Listar queja

(42)

Fuente: Autor

Tabla 12. Verificación del Módulo Reclamos. Tipo de prueba: Funcionales

Sumario: Esta prueba permite verificar el listar, atender y generar reportes del Módulo Reclamos.

Resultado esperado: Listar reclamos, atender y generar reportes correctamente. Casos de uso afectados: CU-013 Listar reclamos

CU-014 Atender reclamos CU-016 Crear respuesta CU-015 Generar reporte reclamos CU-017 Publicar reporte Pantalla del sistema:

Fuente: Autor

Tabla 13. Verificación del Módulo Solicitud Tipo de prueba: Funcionales

Sumario: Esta prueba permite verificar el listar, atender y generar reportes del Módulo Solicitud.

Resultado esperado: Listar solicitud, atender y generar reportes correctamente.

Casos de uso

afectados:

CU-018 Listar solicitud

(43)

Pantalla del sistema:

Fuente: Autor

Tabla 14. Verificación del Módulo Felicitaciones Tipo de prueba: Funcionales

Sumario: Esta prueba permite verificar el listar, atender y generar reportes del Módulo Felicitaciones.

Resultado esperado: Listar felicitaciones, atender y generar reportes correctamente.

Casos de uso

afectados:

CU-023 Listar felicitaciones

(44)

Fuente: Autor

6.4. Fase 4. Implantación del módulo de SIAU

(45)

7. CONCLUSIONES Y ANÁLISIS DE RESULTADOS

Para el desarrollo del componente de estados PQRSF se seleccionaron herramientas de fácil instalación y configuración, se utilizó MOON2 como framework, PHP, PostgreSQL como gestor de bases de datos y XAMPP como servidor de apache debido a que son herramientas de libre distribución, requisito exigido por la Ministerio TIC para éste tipo de proyectos y además facilita su implantación.

Al momento de tener la idea de desarrollar el componente para el control de los estados PQRSF de la ESE Centro de salud Ventaquemada, se dio inicio a la etapa de levantamiento de requisitos, teniendo en cuenta os lineamientos que contempla la ley de transparencia y acceso a la información pública nacional donde se establece que las entidades gubernamentales tienen como deber publicar sus informes de control de diferentes procesos entre ellos se encuentran los estados PQRSF, como complemento y en busca de una mayor efectividad del desarrollo del componente se estableció una comunicación periódica con la persona encargada de control interno quien aclaro dudas sobre los requisitos iniciales y completo con los requisitos necesarios, seguidamente se definió la realización de 6 módulos: Preguntas, Quejas, Reclamos, Solicitud, Felicitación e Informes PQRSF, Así como el formulario de diligenciamiento de las PQRSF directamente en el sitio web de la ESE Centro de salud Ventaquemada, esto permitió culminar la primera etapa con un documento de Análisis y Diseño del componente PQRSF. El diseño se compone de diagramas de actividades, componentes, diagrama físico de datos y vistas de usuario definiendo la estructura física y lógica del componente, de esta forma se determinó las funcionalidades del software.

(46)

8. Bibliografía

[1] Sybase, «Power Designer- The next generation,» Estados Unidos, 2004.

[2] L. A. C. S. D. C. C. M. G. G. Rafael Camps Paré, «Bases de Datos,» Eureca Media, Barcelona, 2005.

[3] T. C. E. J. Tituaña Cumbal Walter Celiano, «Elaboración de un manual de la plataforma Netbeans Ide para la Disicom.,» LATACUNGA / ESPE / 2009, Latagunga, Ecuador, 2009.

[4] H. G. d. B. Osmel Yanes Enriquez, «Mapeo Objeto Relacional.,» TELEMATICA, revista digital de las tecnologías de la información y las comunicaciones., pp. 1-7, 2011.

[5] M. Lujan, «PHP 6: (Acceso a una base de datos desde PDO y ADO),» iDESWEB, pp. 1-13, 2013.

[6] Z. A. P. Triana, «SISTEMA REUTILIZABLE PARA LA AUTENTICACIÓN Y AUTORIZACIÓN DE USUARIOS ORIENTADO A FUNCIONALIDADES,» Universidad Santo Tomas, Tunja, 2017.

(47)

9. ANEXOS

Anexo 1. Descripción de Requisitos

En las siguientes tablas se asigna un identificador y un grado de prioridad a cada requisito junto con la descripción que permite visualizar las funcionalidades esperadas del componente de software.

Requerimientos funcionales

Tabla 15. Diligenciar PQRSF

Identificación del

requerimiento RF-001

Nombre del requerimiento Diligenciar PQRSF

Descripción del requerimiento Se debe permitir diligenciar una PQRSF

Proceso

Se debe mostrar una interfaz para crear una PQRSF con los campos: tipo de identificación, número de identificación, tipo PQRSF, nombres, apellidos, fecha, celular, correo electrónico y descripción de la solicitud.

Requerimiento no funcional RNF-006, RNF-003 Prioridad del requerimiento Alta

Fuente: Autor

Tabla 16. Listar Pregunta Identificación del requerimiento RF-002

Nombre del requerimiento Listar preguntas

Descripción del requerimiento Se debe permitir listar las preguntas del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar las preguntas en una lista organizada en una tabla.

Requerimiento no funcional RNF-002 Prioridad del requerimiento Alta

Fuente: Autor

Tabla 17. Atender Pregunta Identificación del requerimiento RF-003

Nombre del requerimiento Atender preguntas

Descripción del requerimiento Se debe permitir la atención de preguntas del sistema

Proceso Se debe mostrar una interfaz para la atención de

(48)

mostrar una interfaz que cargue los datos de la pregunta, junto con el campo (nota respuesta). Requerimiento no funcional RNF-006, RNF-003

Prioridad del requerimiento Alta

Fuente: Autor

Tabla 18. Publicar Preguntas Identificación del requerimiento RF-004

Nombre del requerimiento Publicar preguntas

Descripción del requerimiento Se debe permitir la publicación de preguntas del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar las preguntas en una lista organizada en una tabla con los campos descripción y nota respuesta y la opción de publicar.

Fuente: Autor

Tabla 19. Listar quejas Identificación del requerimiento RF-005

Nombre del requerimiento Listar quejas

Descripción del requerimiento Se debe permitir listar las quejas del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar las quejas en una lista organizada en una tabla.

Fuente: Autor

Tabla 20. Atender Quejas Identificación del requerimiento RF-006

Nombre del requerimiento Atender quejas

Descripción del requerimiento Se debe permitir la atención de las quejas del sistema

Proceso

Se debe mostrar una interfaz para la atención de quejas con la opción de atender donde se debe mostrar una interfaz que cargue los datos de la queja, junto con el campo (nota respuesta). Requerimiento no funcional RNF-006, RNF-003

(49)

Tabla 21. Publicar quejas Identificación del requerimiento RF-007

Nombre del requerimiento Publicar quejas

Descripción del requerimiento Se debe permitir la publicación de quejas del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar las quejas en una lista organizada en una tabla con los campos descripción y nota respuesta y la opción de publicar.

Fuente: Autor

Tabla 22. Listar reclamos Identificación del requerimiento RF-008

Nombre del requerimiento Listar reclamos

Descripción del requerimiento Se debe permitir listar los reclamos del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar los reclamos en una lista organizada en una tabla.

Fuente: Autor

Tabla 23. Atender reclamos Identificación del requerimiento RF-009

Nombre del requerimiento Atender reclamos

Descripción del requerimiento Se debe permitir la atención de reclamos del sistema

Proceso

Se debe mostrar una interfaz para la atención de reclamos con la opción de atender donde se debe mostrar una interfaz que cargue los datos del reclamo, junto con el campo (nota respuesta). Requerimiento no funcional RNF-006, RNF-003

Fuente: Autor

Tabla 24. Publicar reclamos Identificación del requerimiento RF-010

(50)

Descripción del requerimiento Se debe permitir la publicación de reclamos del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar los reclamos en una lista organizada en una tabla con los campos descripción y nota respuesta y la opción de publicar.

Fuente: Autor

Tabla 25. Listar solicitud Identificación del requerimiento RF-011

Nombre del requerimiento Listar solicitud

Descripción del requerimiento Se debe permitir listar la solicitud del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar la solicitud en una lista organizada en una tabla.

Fuente: Autor

Tabla 26. Atender Solicitud Identificación del requerimiento RF-012

Nombre del requerimiento Atender solicitud

Descripción del requerimiento Se debe permitir la atención de solicitudes del sistema

Proceso

Se debe mostrar una interfaz para la atención de solicitudes con la opción de atender donde se debe mostrar una interfaz que cargue los datos de la solicitud, junto con el campo (nota respuesta). Requerimiento no funcional RNF-006, RNF-003

Fuente: Autor

Tabla 27. Publicar solicitud Identificación del requerimiento RF-013

Nombre del requerimiento Publicar solicitud

Descripción del requerimiento Se debe permitir la publicación de solicitudes del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar las solicitudes en una lista organizada en una tabla con los campos descripción y nota respuesta y la opción de publicar.

(51)

Tabla 28. Listar felicitación Identificación del requerimiento RF-014

Nombre del requerimiento Listar felicitación

Descripción del requerimiento Se debe permitir listar las felicitación del sistema

Proceso

Por medio de una interfaz gráfica se debe poder visualizar la felicitación en una lista organizada en una tabla.

Fuente: Autor

Tabla 29. Atender felicitación Identificación del requerimiento RF-015

Nombre del requerimiento Atender felicitación

Descripción del requerimiento Se debe permitir la atención de felicitaciones del sistema

Proceso

Se debe mostrar una interfaz para la atención de felicitación con la opción de atender donde se debe mostrar una interfaz que cargue los datos de la felicitación, junto con el campo (nota respuesta). Requerimiento no funcional RNF-006, RNF-003

Fuente: Autor

Tabla 30. Generar informes PQRSF Identificación del requerimiento RF-016

Nombre del requerimiento Generar informe PQRSF

Descripción del requerimiento Se debe permitir la publicación del informe PQRSF del sistema.

Proceso

Mediante una interfaz gráfica se debe poder seleccionar el periodo de tiempo del cual se quiere generar el informe

Requerimiento no funcional RNF-006, RNF-008 Prioridad del requerimiento Alta

Fuente: Autor

Requerimientos no funcionales

Tabla 31. Implementación del componente Identificación del requerimiento RF-001

(52)

Descripción del requerimiento El componente debe permitir la completa implementación con los demás componentes.

Proceso

El componente debe acoplarse a la estructura dispuesta por la ESE Centro de Salud Ventaquemada para su implementación.

Fuente: Autor

Tabla 32. Usabilidad del componente Identificación del requerimiento RF-002

Nombre del requerimiento Usabilidad del componente

Descripción del requerimiento El componente debe ser intuitivo y de fácil manejo para el usuario.

Proceso

La plataforma debe ser de fácil manejo e intuitiva, el texto debe ser legible y visible para facilitar la interacción con el usuario y debe mostrarse mensajes de error informativos.

Fuente: Autor

Tabla 33. Amigabilidad del componente Identificación del requerimiento RF-003

Nombre del requerimiento Amigabilidad del componente

Descripción del requerimiento Debe tener los colores institucionales de forma estética y llamativa.

Proceso Debe tener los colores institucionales de la ESE Centro de salud.

Fuente: Autor

Tabla 34. Seguridad del componente Identificación del requerimiento RF-004

Nombre del requerimiento Seguridad del componente

Descripción del requerimiento El control de acceso se dará mediante la validación de nombre de usuario y contraseña.

Proceso

El control de acceso al componente debe darse por medio de la validación da los datos de ingreso permitiendo o denegando el acceso.

Fuente: Autor

Tabla 35. Manual de usuario Identificación del requerimiento RF-005

(53)

Descripción del requerimiento El sistema debe contar con manual de usuario para facilitar su manejo

Proceso Debe existir un manual de usuario bien estructurado

del componente que facilite su aprendizaje. Prioridad del requerimiento Alta

Fuente: Autor

Tabla 36. Integridad de la información Identificación del requerimiento RF-006

Nombre del requerimiento Integridad de la información

Descripción del requerimiento Se debe garantizar la integridad de la información durante la manipulación de los datos.

Proceso

Durante el proceso inserción y manipulación de datos el componente debe salvaguardar la integridad de la información.

Fuente: Autor

Tabla 37. Seguridad de la información Identificación del requerimiento RF-007

Nombre del requerimiento Seguridad de la información

Descripción del requerimiento La seguridad debe darse por medio de configuración de roles del usuario.

Proceso El usuario podrá acceder sólo a la información asignada de acuerdo a su rol.

Fuente: Autor

Tabla 38. Capacidad de la base de datos Identificación del requerimiento RF-008

Nombre del requerimiento Capacidad de la base de datos

Descripción del requerimiento

La base de datos debe tener la capacidad de almacenar grandes volúmenes de información de los usuarios registrados.

Proceso

Debe asegurarse la capacidad de almacenamiento de nueva información en la base de datos utilizada, ésta debe ser robusta.

(54)

Anexo 2. Listado de Casos de Uso Tabla 39. Listado de Casos de Uso Id Caso de

uso Caso de Uso

CU-001 Autenticar usuario CU-002 Autorizar usuario CU-003 Listar pregunta CU-004 Atender pregunta

CU-005 Generar reporte pregunta CU-006 Crear respuesta

CU-007 Publicar pregunta CU-008 Listar queja CU-009 Atender queja

CU-010 Generar reporte queja CU-011 Crear respuesta CU-012 Publicar queja CU-013 Listar reclamo CU-014 Atender reclamo

CU-015 Generar reporte reclamo CU-016 Crear respuesta

CU-017 Publicar reclamo CU-018 Listar solicitud CU-019 Atender solicitud

CU-020 Generar reporte solicitud CU-021 Crear respuesta

CU-022 Publicar solicitud CU-023 Listar felicitación CU-024 Atender felicitación

CU-025 Generar reporte felicitación CU-026 Crear respuesta

CU-027 Publicar felicitación CU-028 Generar informe PQRSF CU-029 Publicar informe

Fuente: Autor Actores

Tabla 40. Descripción administrador del componente

Actor Administrador de estados

PQRSF

Identificador 01

Descripción Es el encargado de la administración del sistema.

Fuente: Autor

Tabla 41. Descripción usuario del sistema.

Actor Usuario ESE Identificador 02

Descripción Diligencia las PQRSF.

(55)

(56)

Documentación de casos de uso

Tabla 42. Autenticar Usuario

Id Caso de uso CU-001 Fecha 27/06/2018

Proyecto

Nombre Autenticar usuario

Autor Yeimy Lorena Porras Versión 0.1

Prioridad Alta

Actor Administrador del componente PQRSF

Pre-Condiciones El Usuario debe existir en la base de datos del sistema

Post-Condiciones Condición final de éxito Autenticación en el sistema

Condición final de fallo Autenticación fallida

Flujo básico de éxito

No. Actor No. Sistema

1

El actor ingresa por medio del navegador web a ESE Centro de Salud Ventaquemada y selecciona la opción Usuarios registrados encontrada en la parte superior derecha del sitio web.

1 El sistema presenta la ventana de ingreso.

2 El actor ingresa los datos solicitados por el sistema y selecciona la opción entrar.

2 El sistema verifica el formato de nombre de usuario y contraseña.

El sistema se conecta con la base de datos.

El sistema envía los datos a la base de datos.

El sistema autentica al actor para utilizar el sistema.

Variaciones(Caminos de excepción)

Fuente: Autor

Tabla 43. Autorización de Usuario.

Proyecto

Nombre Autorizar Usuario

Prioridad Alta

Post-Condiciones Condición final de éxito Autenticación en el sistema

Condición final de fallo Autenticación fallida

(57)

1

El actor ingresa por medio del navegador web a ESE Centro de Salud Ventaquemada y selecciona la opción Usuarios registrados encontrada en la parte superior derecha del sitio web.

1 El sistema presenta la ventana de ingreso.

2 El actor ingresa los datos solicitados por el sistema y selecciona la opción entrar.

2 El sistema se conecta con la base de datos.

El sistema recupera de la base de datos los privilegios del Administrador. Variaciones(Caminos

de excepción)

Fuente: Autor

Tabla 44. Listar pregunta

Proyecto

Nombre Listar Pregunta

Prioridad Alta

Post-Condiciones Condición final de éxito Listar Preguntas

Condición final de fallo No listar preguntas

1 El actor selecciona la opción Listar Pregunta del Módulo Preguntas.

1 El sistema presenta la ventana de Listar preguntas.

2 El actor visualiza los datos solicitados por el sistema.

2 El sistema verifica el tipo de PQRSF de la que se quiere listar los datos.

1. Si existe preguntas, el sistema muestra las preguntas en la lista.

2. Si no existe preguntas el sistema muestra un aviso de registros no encontrados Variaciones(Caminos

de excepción)

(58)

Tabla 45. Administrar Pregunta

Proyecto

Nombre Administrar Pregunta

Prioridad Alta

Post-Condiciones Condición final de éxito Atender Preguntas

Condición final de fallo No Atender preguntas

1 El actor selecciona la opción Administrar Pregunta del Módulo Preguntas.

1 El sistema presenta la ventana de administrar preguntas.

2

El actor visualiza los datos solicitados por el sistema junto con los datos de respuesta para ingresar.

2 El sistema verifica el tipo de PQRSF de la que se quiere Atender.

1. Si es atendida, tiene la opción de publicarla.

2. Si no es atendida el sistema muestra un aviso de error al atender la pregunta.

Fuente: Autor

Tabla 46. Reporte Pregunta

Proyecto

Nombre Reporte Pregunta

Prioridad Alta

Post-Condiciones Condición final de éxito Generar reporte Preguntas

Condición final de fallo No generar reporte preguntas

1 El actor selecciona la opción reportes Pregunta del Módulo Preguntas.

(59)

2

El actor visualiza las preguntas que han sido atendidas y de las cuales puede escoger las que quieren publicar.

2 El sistema verifica el tipo de PQRSF de la que se quiere publicar.

1. Si es publicada, se muestra en el front- end del sitio web. 2. Si no es publicada el sistema

muestra un aviso de error al publicar la pregunta.

Fuente: Autor

Tabla 47. Listar Queja

Proyecto

Nombre Listar Queja

Prioridad Alta

Post-Condiciones Condición final de éxito Listar Queja

Condición final de fallo No listar queja

1 El actor selecciona la opción Listar Pregunta del Módulo Quejas.

1 El sistema presenta la ventana de Listar quejas.

1. Si existe quejas, el sistema muestra las quejas en la lista. 2. Si no existe quejas el sistema

muestra un aviso de registros no encontrados

Fuente: Autor

Tabla 48. Administrar Queja

(60)

Proyecto

Nombre Administrar Queja

Prioridad Alta

Post-Condiciones Condición final de éxito Atender Queja

Condición final de fallo No Atender queja

1 El actor selecciona la opción Administrar queja del Módulo quejas.

1 El sistema presenta la ventana de administrar quejas.

2

2. Si no es atendida el sistema muestra un aviso de error al atender la queja.

Fuente: Autor

Tabla 49. Reporte Queja

Proyecto

Nombre Reporte Queja

Prioridad Alta

Post-Condiciones Condición final de éxito Generar reporte quejas

Condición final de fallo No generar reporte quejas

1 El actor selecciona la opción reportes Quejas del Módulo Quejas.

1 El sistema presenta la ventana de reportes Quejas.

2

El actor visualiza las quejas que han sido atendidas y de las cuales puede escoger las que quieren publicar.

(61)

muestra un aviso de error al publicar la queja.

Fuente: Autor

Tabla 50. Listar Reclamo

Proyecto

Nombre Listar Reclamo

Prioridad Alta

Post-Condiciones Condición final de éxito Listar Reclamo

Condición final de fallo No listar Reclamo

1 El actor selecciona la opción Listar Pregunta del Módulo Reclamo.

1 El sistema presenta la ventana de Listar reclamos.

1. Si existe reclamos, el sistema muestra los reclamos en la lista. 2. Si no existe reclamos el sistema muestra un aviso de registros no encontrados

Fuente: Autor

Tabla 51. Administrar Reclamo

Proyecto

(62)

Prioridad Alta

Post-Condiciones Condición final de éxito Atender Reclamo

Condición final de fallo No Atender reclamo

1 El actor selecciona la opción Administrar reclamo del Módulo Preguntas.

1 El sistema presenta la ventana de administrar reclamo.

2

2. Si no es atendida el sistema muestra un aviso de error al atender el reclamo.

Fuente: Autor

Tabla 52. Reporte reclamo

Proyecto

Nombre Reporte Reclamo

Prioridad Alta

Post-Condiciones Condición final de éxito Generar reporte Reclamo

Condición final de fallo No generar reporte Reclamo

1 El actor selecciona la opción reportes Pregunta del Módulo Reclamo.

1 El sistema presenta la ventana de reportes reclamos.

2

El actor visualiza los reclamos que han sido atendidas y de las cuales puede escoger las que quieren publicar.

(63)

2. Si no es publicada el sistema muestra un aviso de error al publicar el reclamo.

Fuente: Autor

Tabla 53. Listar solicitud

Proyecto

Nombre Listar Solicitud

Prioridad Alta

Post-Condiciones Condición final de éxito Listar Solicitud

Condición final de fallo No listar solicitud

1 El actor selecciona la opción Listar Pregunta del Módulo Solicitud.

1 El sistema presenta la ventana de Listar Solicitud.

1. Si existe una solicitud, el sistema muestra las solicitudes en la lista.

2. Si no existe solicitudes el sistema muestra un aviso de registros no encontrados Variaciones(Caminos

de excepción)

Fuente: Autor

Tabla 54. Administrar Solicitud

Proyecto

Nombre Administrar Solicitud

Prioridad Alta

(64)

Post-Condiciones Condición final de éxito Atender Solicitud

Condición final de fallo No Atender Solicitud

1 El actor selecciona la opción Administrar Solicitud del Módulo Solicitud.

1 El sistema presenta la ventana de administrar Solicitud.

2

2. Si no es atendida el sistema muestra un aviso de error al atender la solicitud.

Fuente: Autor

Tabla 55. Generar reportes Solicitud

Proyecto

Nombre Reporte Solicitud

Prioridad Alta

Post-Condiciones Condición final de éxito Generar reporte Solicitud

Condición final de fallo No generar reporte solicitud

1 El actor selecciona la opción reportes Solicitud del Módulo Solicitud.

1 El sistema presenta la ventana de reportes solicitud.

2

El actor visualiza las solicitudes que han sido atendidas y de las cuales puede escoger las que quieren publicar.

(65)

Fuente: Autor Tabla 56. Listar Felicitación

Proyecto

Nombre Listar Felicitación

Prioridad Alta

Post-Condiciones Condición final de éxito Listar Felicitación

Condición final de fallo No listar Felicitación

1 El actor selecciona la opción Listar Pregunta del Módulo Preguntas.

1 El sistema presenta la ventana de Listar felicitación.

1. Si existe felicitación, el sistema muestra las felicitaciones en la lista.

2. Si no existe felicitaciones el sistema muestra un aviso de registros no encontrados Variaciones(Caminos

de excepción)

Fuente: Autor

Tabla 57. Administrar felicitación

Proyecto

Nombre Administrar Felicitación

Prioridad Alta

Post-Condiciones Condición final de éxito Atender Felicitación

Condición final de fallo No Atender Felicitación