Anexo 1 - Especificación de Requerimientos Funcionales

Proyecto: Sistema Integral de Salud Web
Departamento de Sistemas
FIDUCIARIA LA PREVISORA
Especificacin de Requerimientos Funcionales
Mayo de 2005
REQUERIMIENTOS FUNCIONALES
Sistema Integral de Salud
TABLA DE CONTENIDO
1
PROPSITO DEL SISTEMA............................................................5

1.1 ALCANCE DEL SISTEMA.................................................................................. 5
1.2 REPORTES................................................................................................... 5
DESCRIPCIN DEL SISTEMA..........................................................6

2.1 CREACIN DE LA RELACIN DOCENTE PRESTADOR DE SERVICIO:........................6
2.2 INTERFAZ EXTERNA CON OTROS SISTEMAS.........................................................6
2.3 RELACIN CON OTRAS ENTIDADES...................................................................6
USUARIOS DEL SISTEMA..............................................................7
GLOSARIO DE TRMINOS..............................................................8
REQUISITOS NO FUNCIONALES....................................................9
5.1 SEGURIDAD Y CONTROL DE ACCESO.................................................................9
5.2 PORTABILIDAD.............................................................................................. 9
5.2.1 Parametrizacin................................................................................. 9
5.2.2 Modularidad....................................................................................... 9
5.2.3 Eficiencia........................................................................................... 9
REQUISITOS DE INTERFAZ..........................................................10
6.1 RESTRICCIONES DE VISUALIZACIN.................................................................10
6.2 RESTRICCIONES DE IMPLEMENTACIN Y DISEO................................................10
6.3 ARQUITECTURA FUNCIONAL..........................................................................10
6.4 DESARROLLO Y PROGRAMACIN....................................................................10
6.5 ARQUITECTURA TCNICA.............................................................................. 10
6.6 VERSIONES DE LAS HERRAMIENTAS................................................................11
REQUERIMIENTOS FUNCIONALES................................................11
7.1 DIAGRAMA CONCEPTUAL.............................................................................. 11
7.2 INVENTARIO DE CASOS DE USO.....................................................................12
7.3 DIAGRAMA DE CASOS DE USO......................................................................13
7.4 DESCRIPCIN DE CASOS DE USO..................................................................14
7.4.1 CU01: Parametrizacin.....................................................................14
7.4.2 CU02: Recibe Docentes que Seleccionaron o no Prestador..............16
7.4.3 CU03: Asociacin de Prestadores a quienes no Votaron..................17
7.4.4 CU04: Armar archivo para prestadores............................................18
7.4.5 CU05: Carga Nuevos Docentes y Beneficiarios................................19
7.4.6 CU06: Grabacin Novedades DAR....................................................20
7.4.7 CU07: Generacin de Novedades Automticas................................21
7.4.8 CU08: Grabacin Novedades Docentes...........................................22
7.4.9 CU09: Grabacin Novedades Beneficiarios......................................23
7.4.10 CU10: Reporta Novedades a Prestadores......................................24
7.4.11 CU11: Elegir Prestador Servicio- Traslados....................................25
7.4.12 CU12: Ejecutar Novedad de Traslado............................................26
7.4.13 CU13 a CU17: Recibir formatos de Prestadores............................27
7.4.14 CU18: Comparar Factura con Facturable.......................................28
7.4.15 CU19: Generar Novedades Diferencias de Facturacin.................29
7.4.16 CU20: Aprobar Pagos sobre Facturacin........................................30
7.4.17 CU21 a CU25: Generar Novedades Diferencias de Facturacin.....31
7.4.18 CU26: Auditoria............................................................................. 32
251606504.doc
Versin 1.0
Pg. 2 de 33
251606504.doc
Versin 1.0
Pg. 3 de 33
NDICE DE ILUSTRACIONES
Ilustracin 1: Arquitectura funcional del sistema..............................................12
Ilustracin 2: Arquitectura tcnica....................................................................13
Ilustracin 3: Diagrama conceptual..................................................................14
251606504.doc
Versin 1.0
Pg. 4 de 33
1 Propsito del Sistema

Dada la falta de un sistema que administre, genere estadsticas y tenga un
control de los egresos realizados por concepto de Administracin de
Contratistas de Salud, se realiza el anlisis y diseo del presente sistema que
propone tener todos los aspectos relacionados con el tema en una base de
datos parametrizada para poder permitir cambios de la normatividad sin
afectar de manera fuerte.
Se pretende tener los datos de los Docentes, sus beneficiarios, los contratistas,
el control de las novedades que modifican la ubicacin y contratista por
docente y grupo familiar, la facturacin que se genera y por ultimo los reportes
que dan claridad de la atencin prestada a los docentes.
1.1 Alcance del Sistema

El Sistema de Salud facilitar las siguientes labores operativas:
Creacin del Contratista, asociacin a la regin y contratos.
Creacin del Docente y su grupo Familiar.
Asociacin del Docente a un contratista y municipio para el prstamo de
los servicios de salud.
Manejo de cuentas del cada Multifondo para realizar los retiros con
traslados automticos.
Manejo novedades para la verificacin de la facturacin que enven los
contratistas.
Generacin de consultas docentes, sus novedades de salud,
contratista(s) y beneficiarios.
Generacin de Archivos y reportes para los entes de control.
Parametrizacion completa de los tems que pueden tener modificaciones.
Asociacin de factores por departamento o municipio para el clculo de
los valores de la factura.
1.2 Reportes
El sistema Integral de Salud permitir efectuar las siguientes consultas y/o
reportes:
Generar
Generar
Generar
Generar
Generar
251606504.doc
Reporte
Reporte
Reporte
Reporte
Reporte
docentes No Votan.
Docentes Beneficiarios
Cuadre Beneficiarios.
Ministerio Proteccin Social.
Ministerio de Hacienda.
Versin 1.0
Pg. 5 de 33
2 Descripcin del sistema

Los siguientes son los factores que intervienen en el modelamiento y posterior
funcionalidad del sistema:
2.1 Creacin de la Relacin Docente Prestador de

Servicio:
Permitir la captura de la informacin de los PRESTADORES DE SERVICIOS DE
SALUD con las caractersticas necesarias para la operacin de los mismos y
permitir que los DOCENTES se relacionen a UN contratista en una ubicacin
geogrfica.
La ubicacin geogrfica donde este el docente es bsica para los clculos de la
FACTURACION que el sistema controlara.
2.2 Interfaz externa con otros sistemas

El sistema del DEPARTAMENTO DE AFILIACIONES Y RECURSOS (DAR) generara
las novedades a tener en cuenta para la ubicacin de los maestros, la inclusin
de nuevos docentes y el retiro de otros. Cuando el sistema DAR se incluyan
cambios o novedades estos son tomados automticamente por el sistema
integral de salud.
Para el caso de nuevos Docentes es necesario que el sistema DAR los haya
incluido previamente o NO se podr ingresar el registro de nuevos Docentes.
2.3 Relacin con otras entidades

Una de las caractersticas importantes es la capacidad de generar las
novedades a los prestadores de servicio que son base para la atencin a los
Docentes y la generacin de la Facturacin.
Otra caracterstica es la generacin de los archivos a los entes de control, para
el caso el ministerio de Hacienda y el de Proteccin Social.
Por ltimo la subida de los datos generados por contratistas como son:
atencin a usuarios por medio del archivo RIPSS, la Facturacin y su detalle, las
Incapacidades generadas en un periodo y las Novedades por medio del archivo
ley 890.
251606504.doc
Versin 1.0
Pg. 6 de 33
3 Usuarios del sistema

Tipo de usuario
DAR
SS
Usuarios de Control
Proveedores de salud
Entes de Control
251606504.doc
Descripcin
Es el departamento de Afiliaciones y Recursos
del Magisterio
Es bsicamente el software que se desarrollara
que tendr la funcin de recibir la informacin
de
diferentes
fuentes
y
finalmente
transformarla para reenviarla a los otros
destinatarios.
Quienes pueden consultar la auditoria del
sistema para asegurar el buen uso
Son usuarios indirectos, ya que ellos envan y
reciben informacin del sistema
Son
usuarios
indirectos
que
reciben
informacin del sistema para llevar a cabo
controles al sistema general de salud.
Versin 1.0
Pg. 7 de 33
4 Glosario de Trminos
Trmino
Docente
Descripcin
Es un integrante del Fondo de Prestaciones Sociales de
Magisterio.
Beneficiario
Es la persona que puede recibir servicios de salud por
tener un parentesco con el Docente.
Contratista
Es una entidad que prestara los servicios de salud al
menos en una Regin.
Novedad
Es un cambio (de estado, ubicacin, etc.) que se realiza
sobre un Docente y genera un cambio en la facturacin
de un sitio geogrfico para un contratista.
Prestacin Servicios Todos los servicios de salud para prevencin,
de Salud
diagnsticos, tratamiento o rehabilitacin.
Registro
Nuevo Es el registro de los datos de un nuevo Docente el cual
Docente
debe tener al menos los datos mnimos necesarios.
251606504.doc
Versin 1.0
Pg. 8 de 33
5 Requisitos No Funcionales
5.1 Seguridad y control de acceso
El sistema se asociara mecanismos de seguridad nivel de aplicativo para
asegurar que ningn usuario sin permiso tenga acceso a la informacin.
Se contempla adems realizar grabacin de los procesos crticos en el sistema
de auditoria para ubicar los usuarios que ejecutan los mismos y el momento.
5.2 Portabilidad
El sistema contemplar los aspectos que permitan modificar parmetros para
adecuarse a modificaciones del ambiente.
5.2.1 Parametrizacin
El sistema tendr la capacidad de soportar cambios sin necesidad de modificar
el software desarrollado.
5.2.2 Modularidad
El sistema se
comprensin.
desarrollar en mdulos que permitan
fcil navegabilidad y
5.2.3 Eficiencia
El desarrollo del sistema har uso ptimo y eficaz de los recursos
computacionales de tal forma que se asegure un tiempo de respuesta
adecuado. El cdigo fuente estar especificado en forma clara y completa
precisando las tareas que se realizan.
251606504.doc
Versin 1.0
Pg. 9 de 33
6 Requisitos de Interfaz
6.1 Restricciones de visualizacin
La presentacin de la informacin se realizar de manera intuitiva y amigable
al usuario de tal forma que facilite su interaccin, lectura e interpretacin de
los resultados.
6.2 Restricciones de Implementacin y Diseo

6.3 Arquitectura Funcional
En la siguiente ilustracin se muestran los mdulos funcionales del sistema:
Ilustracin 1: Arquitectura funcional del sistema
6.4 Desarrollo y programacin

El sistema ser desarrollado para funcionar en ambiente Web, usando como
herramienta de programacin el lenguaje Java, se debe tener un Framework
probado, realizada la programacin con BEANS que separen claramente cada
una de las capas de trabajo (Lgica del negocio, reglas de Integridad, conexin
con la Base de datos).
6.5 Arquitectura tcnica

La siguiente ilustracin muestra la arquitectura tcnica que se utilizar para el
desarrollo del sistema:
251606504.doc
Versin 1.0
Pg. 10 de 33
Ilustracin 2: Arquitectura tcnica
6.6 Versiones de las herramientas

Las herramientas de software a utilizar para el sistema sern:
Producto
Versin
Oracle Database
Superior a
9.2.5.0
Oracle iAS
Superior a 9.0.3
JDeveloper
Superior a 9.0.3
7 Requerimientos Funcionales
7.1 Diagrama conceptual
El siguiente diagrama resume brevemente las funciones del sistema y sus
entregables:
251606504.doc
Versin 1.0
Pg. 11 de 33
Ilustracin 3: Diagrama conceptual
7.2 Inventario de Casos de Uso

En esta seccin se relacionan los casos de uso ms significativos que
componen la aplicacin (Es necesario complementar la informacin en el
momento que se realice el acuerdo del trabajo):
Identificado
r
CU01
CU02
CU03
CU04
CU05
CU06
CU07
CU08
CU09
CU10
CU11
CU12
CO13
CU14
CU15
CU16
CU17
CU18
CU19
CU20
CU21
CU22
CU23
CU24
CU25
CU26
251606504.doc
Nombre
Parametrizacin
Recibe Docentes que Seleccionaron o no Prestador
Asociacin de Prestados a quienes no Votaron
Armar archivo para prestadores
Carga Nuevos Docentes y Beneficiarios
Grabacin Novedades DAR
Generacin de Novedades Automticas
Grabacin Novedades Docentes
Grabacin Novedades Beneficiarios
Reporta Novedades a Prestadores
Elegir Prestador Servicio- Traslados
Ejecutar Novedad de Traslado
Recibir Formato 890
Recibir Formato RIPSS
Recibir Formato de Incapacidades
Recibir Facturacin
Recibir Detalle de Facturacin
Comparar Factura con Facturable
Generar Novedades Diferencias de Facturacin
Aprobar Pagos sobre Facturacin
Generar Reporte docentes No Votan
Generar Reporte Docentes Beneficiarios
Generar Reporte Cuadre Beneficiarios
Generar Reporte Ministerio Proteccin Social
Generar Reporte Ministerio de Hacienda
Manejo de Auditoria del sistema de Informacin
Versin 1.0
Pg. 12 de 33
7.3 Diagrama de Casos de Uso

Ver documento Anexo 3 Diagramas de Casos de Uso
251606504.doc
Versin 1.0
Pg. 13 de 33
7.4 Descripcin de Casos de Uso

7.4.1 CU01: Parametrizacin
Identificador: CU01
Actores: Administrador
Prioridad:
Nombre Caso de Uso: Parametrizacin
Resume Permite la grabacin de los datos bsicos de las tablas de
n:
parametrizacin del sistema de informacin.
Curso Bsico Eventos:
1. El usuario Ingresa la
informacin de cada una
Se podr: Insertar, Consultar, Modificar y
de las tablas que se ubican borrar informacin de las tablas de
como de parmetros.
parmetros. (El borrado se podr realizar si la
integridad referencial lo permite).
Las tablas de parametrizacin son:
1. Campos_890
2. Causas Servicio
3. Delta municipio
4. Densidad poblacional
5. Departamentos
6. Diagnsticos
7. Finalidades de Consulta
8. Finalidades de Procedimientos
9. Formas realizacin quirrgicos
10.Generalidades
11.Mdulos de Seguridad
12.Municipios
13.Permisos
14.Prestadores de Servicio
15.Regiones
16.Roles de Usuarios
17.Tareas
18.Tipos de Diagnsticos Usados
19.Tipos de parentesco
20.Tipo Excepcin
21.Tipos de identificacin
22.Tipos Novedades 890
23.Tipo Personal Atiende
24.Tipo Usuario Salud
251606504.doc
Versin 1.0
Pg. 14 de 33
Identificador: CU01
Actores: Administrador
Prioridad:
Nombre Caso de Uso: Parametrizacin
25.Tipo Novedades
26.Usuarios
27.Valores UPC
Caminos de Excepcin:
El sistema informa que el registro ya ha sido creado.
El sistema informa que los datos no son suficientes.
Hay error en la conexin a la base de datos
Puntos de Extensin:
Pre-Condiciones:
El usuario tiene acceso a la opcin
Post-Condiciones:
La grabacin del registro se realizo con xito
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 15 de 33
7.4.2 CU02: Recibe Docentes que Seleccionaron o no Prestador

Identificador: CU02
Actores: SS
Prioridad:
Nombre Caso de Uso: Recibe Docentes que Seleccionaron o no Prestador
Resumen: La compaa contratada para que los docentes seleccionen el
prestador de servicio que ms le convenga, entregara un archivo
con la seleccin realizada e indica cuales docentes no realizaron
seleccin.
1. El Administrador del
2. El sistema valida que el archivo cumpla
sistema selecciona el
con la especificacin
archivo que enva la
3. El sistema valida que los docentes sean los
compaa seleccionada
que estn en el sistema.
4. El sistema ingresa la informacin a la base
de datos
5. Fin
2. El sistema informa que ya ha sido procesado
3. El sistema informa que cuadra el 100% de los docentes.
Puntos de Extensin:
Pre-Condiciones:
los campos como mnimo deben ser:
tipo de identificacin, numero de identificacin, nombres y apellidos, regin,
municipio, departamento y prestador de servicio seleccionado
Post-Condiciones:
Queda ingresada en el sistema la seleccin de los docentes.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 16 de 33
7.4.3 CU03: Asociacin de Prestadores a quienes no Votaron

Identificador: CU03
Actores: SS
Prioridad:
Nombre Caso de Uso: Asociacin de Prestadores a quienes no Votaron
Resume Este sirve para tomar los docentes que no han seleccionado una
n:
entidad prestadora de servicios.
1. Se seleccionan los docentes que estn activos en el sistema con base en el
archivo recibido de la empresa que desarrollo la solucin de Seleccin de
Contratistas de Salud, all se encuentran todos los docentes y los que no
tengan prestador seleccionado se separan para asignar automticamente.
2. Se distribuyen en grupos segn las regiones. Para saber a que regin se
debe relacionan un docente se toma como base el ultimo archivo recibido de
890, enviado por los prestadores actuales, en caso de no encontrarse se
tomara el del municipio donde se encuentra trabajando.
3. Para la asignacin del municipio se tomara el del archivo 890 y en caso de
no existir se tomara la capital de departamento.
4. Ubicados por regin se asignara a cada docente un nmero aleatorio.
5. Se ordenan de acuerdo al nmero aleatorio los docentes de la regin.
6. Se calcula el porcentaje de seleccin de los prestadores de la regin y se
calcula cuantos docentes se asignaran a cada uno de ellos.
7. Se ordenan los prestadores de servicios de mayor nmero de elegidos a
menor.
8. Se van asignando los docentes tomando el primero de la lista de los
docentes ordenados y se asigna al prestador que esta en primer lugar. Luego
de asignado se ubica el prestador tomado en ltimo lugar y se busca el
siguiente docente a asignar, se asigna este docente al nuevo prestador que
esta en el primer lugar verificando que el prestador no tenga los docentes a
los que tiene derecho y se busca sucesivante el siguiente hasta asignar todos
los docentes.
9. La informacin de los cdigos asignados se graba en una tabla de
seguimiento para mostrar la transparencia de la asignacin realizada
3. El sistema informa que no se puede tomar al menos el departamento.
5. No hay datos para tomar porcentajes de entidad promotora.
Puntos de Extensin:
Pre-Condiciones:
La existencia de las operaciones y docentes que se estn asociando.
Tener el archivo de Seleccin de los Docentes
Tener actualizados los posibles prestadores de servicios por regin.
Tener el ltimo de archivo de 890 subido y con informacin.
Post-Condiciones:
Todos los docentes activos deben tener un prestador de servicios seleccionado
Autor: Ing.
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 17 de 33
7.4.4 CU04: Armar archivo para prestadores

Identificador: CU04
Actores: SS
Prioridad:
Nombre Caso de Uso: Armar archivo para prestadores
Resume Con todos los docentes tanto los que seleccionaron prestador de
n:
servicio como los que no lo hicieron y el sistema les selecciono al
azar se arma por
cada uno de los prestadores de servicios y por cada regin un
archivo con los docentes que debe atender el prestador.
Con ese archivo el prestador debe iniciar la recoleccin de
informacin de los beneficiarios a sus docentes y luego reportarla a
la fiduciaria.
1. El usuario selecciona el
3. El sistema genera archivo en donde
prestador a generar archivo
La definicin de los campos a contener
2. El usuario aprueba
esta por definir, inicialmente se
recomienda:
Tipo Identificacin, numero identificacin,
nombres y apellidos, municipio, fecha
nacimiento.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
El proceso gener el archivo correctamente.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 18 de 33
7.4.5 CU05: Carga Nuevos Docentes y Beneficiarios

Identificador: CU05
Actores: Administrador Prioridad:
Nombre Caso de Uso: Cargar Nuevos Docentes y Beneficiarios
Resume Permite la grabacin de los datos bsicos de los docentes que
n:
entran al Fondo
2. El usuario Ingresa la
informacin de los
docentes por medio de uno
de los aplicativos de la
El cargue de estos nuevos docentes se har
fiduciaria.
por medio de la aplicacin en la cual el
docente ya se ha
inscrito por el departamento DAR de la fiduciar
ia.
Con el formato de inscripcin en el que se ha
seleccionado a cual prestadora de servicios
quiere pertenecer se adiciona el docente al
sistema de salud.
El sistema informa que el Docente ya ha sido creado.
El sistema informa que los datos no son suficientes.
Hay error en la conexin a la base de datos
Puntos de Extensin:
Pre-Condiciones:
El usuario tiene acceso a la opcin
Post-Condiciones:
La grabacin del registro se realizo con xito
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 19 de 33
7.4.6 CU06: Grabacin Novedades DAR

Identificador: CU06
Actores: DAR
Prioridad:
Nombre Caso de Uso: Grabacin Novedades DAR
Resume La secretaria de educacin enva las diversas novedades que
n:
puedan darse al los docentes, estas son incluidas por medio del
aplicativo especifico de la fiducia y por medio de un disparador
automtico deben afectar al sistema de salud algunas de ellas.
1. El usuario adiciona las
novedades del docente en
aplicativo DAR
El sistema Valida que la informacin sea
correcta y adiciona la novedad en el sistema
SS.
El docente no esta en el sistema SS.
La fecha no es valida.
Puntos de Extensin:
Pre-Condiciones:
El docente debe existir.
La novedad debe estar parametrizada correctamente.
Post-Condiciones:
El registro queda grabado.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 20 de 33
7.4.7 CU07: Generacin de Novedades Automticas

Identificador: CU07
Actores: Proceso
Prioridad:
Automtico
Nombre Caso de Uso: Generacin de Novedades Automticas
Resume
El Sistema generar novedades automticas segn los datos
n:
del la tabla de generalidades y reglas implcitas del sistema
como:
o Si el docente cambia de estado civil, es posible que
sea necesario eliminar registros de beneficiarios.
o Si un beneficiario llega a la edad mxima permitida y
no tiene excepciones se eliminara como beneficiario.
1. El sistema invocara el
proceso de acuerdo a una
programacin de eventos
pre-establecida.
2. El sistema realiza las consultas y generara
las novedades si aplica.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
El usuario puede navegar consultar novedades generadas por el sistema.
Autor:
Fecha: Moyo 2005
251606504.doc
Versin 1.0
Pg. 21 de 33
7.4.8 CU08: Grabacin Novedades Docentes

Identificador: CU08
Actores: SS
Prioridad:
Nombre Caso de Uso: Grabacin Novedades Docentes
Resume Existe la opcin que la fiduciaria por medio de los procesos de
n:
control necesite realizar la grabacin de novedades que TIENEN
impacto directo con la facturacin, mediante esta opcin se graban
novedades especiales que sern transmitidas a los prestadores de
servicio.
Curso Bsico Eventos que se modifican:
1. El usuario indica que desea
grabar una novedad de
docente
2. El sistema muestra celdas para ingresar el
docente, seleccionar el tipo de novedad.
3. Seleccionar el origen de la novedad.
4. Indicar la fecha de inicio de Efectividad.
(Posterior o al da)
5. Fin
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
El sistema registra la informacin incluida.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 22 de 33
7.4.9 CU09: Grabacin Novedades Beneficiarios

Identificador: CU09
Actores: SS
Prioridad:
Nombre Caso de Uso: Grabacin Novedades Beneficiarios
Resume Existe la opcin que la fiduciaria por medio de los procesos de
n:
control necesite realizar la grabacin de novedades que NO TIENEN
impacto directo con la facturacin, mediante esta opcin se graban
novedades que sern transmitidas a los prestadores de servicio.
Curso Bsico Eventos que se modifican:
El usuario indica que desea
grabar una novedad de un
beneficiario
El sistema muestra celdas para ingresar el
docente, seleccionar el tipo de novedad y as
mismo seleccionar un beneficiario o adicionar
uno nuevo.
Seleccionar el origen de la novedad.
Indicar la fecha de inicio de Efectividad.
(Posterior o al da)
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
El sistema registra la informacin incluida.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 23 de 33
7.4.10
CU10: Reporta Novedades a Prestadores
Identificador: CU10
Actores: SS
Prioridad:
Nombre Caso de Uso: Reporta Novedades a Prestadores
Resume El sistema ofrece la posibilidad de generar cartas o e-mails para los
n:
prestadores de servicio con las novedades grabadas.
En este evento en el cual la fiduciaria ya se ha enterado de las
novedades de los docentes desde diversas fuentes como son:
1. Grabacin de novedades enviadas por la secretaria de
educacin.
2. Generacin automtica de novedades como es el cumplimiento
de aos de los beneficiarios y otros.
3. Grabacin de novedades especificas por la fiduciaria. (Producto
de visitas de auditoria o encontrar inconsistencias en la
informacin).
con estos datos se informara a cada prestador de servicio para ser
tenidos en cuenta en la facturacin.
Curso Bsico Modificacin Eventos:
1. El usuario selecciona la
fecha de ejecucin.
2. El sistema invoca el proceso de seleccin.
3. El sistema ubica cuales novedades no se
han enviado a los contratistas.
4. El sistema arma una matriz con las
novedades para cada contratista por regin.
5. El sistema arma el documento con las
novedades para ser impreso o enviado por email.
6. Fin
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
El usuario visualiza el resultado.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 24 de 33
7.4.11
CU11: Elegir Prestador Servicio- Traslados
Identificador: CU11
Actores: SS
Prioridad:
Nombre Caso de Uso: Elegir Prestador Servicio- Traslados
Resume Este caso de uso puede tener cuatro orgenes:
n:
1. El usuario ya cumpli con el tiempo para cambiar de
prestador de servicio y hace uso del derecho para cambiar
prestador de salud.
2. El DAS informa previamente que el Docente esta en peligro
y el docente puede cambiar de prestado en cualquier
momento despus de esta alerta.
3. La fiduciaria previo estudio valida un cambio por
considerar que aplica el cambio as no se haya cumplido
con el tiempo.
4. La secretaria de educacin informa de un Traslado del
docente.
El los casos 2 y 3 se requiere indicar en la observacin el origen de
la aprobacin.
En el caso cuatro aun cuando en el DAR se haya grabado la
novedad es necesario que el departamento DSS realice la
grabacin del prestador seleccionado en la nueva ubicacin, an
cuando no se cambie de prestador se servicio es necesario realizar
la novedad por cambio del municipio, departamento o regin.
Docente.
2. El usuario aprueba la fecha
recomendada
por
el
sistema.
3. El usuario indica el nuevo
lugar
y
prestador
de 4. El sistema verifica que exista el Docente y
servicio.
la fecha este correcta.
5. El sistema verifica si tiene puede ejecutarse
el cambio.
6. El sistema graba la informacin.
4a. El sistema informa que el Docente o la fecha no son validos.
Puntos de Extensin:
Pre-Condiciones:
La grabacin de esta novedad especial ha sido realizada.
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 25 de 33
7.4.12
CU12: Ejecutar Novedad de Traslado
Identificador: CU12
Actores: SS
Prioridad:
Nombre Caso de Uso: Ejecutar Novedad de Traslado
Resume Con las novedades especiales de traslado se generan dos
n:
novedades a contratistas, una para dar de baja en uno y la otra
para ingresarlo. El retiro quedara con aplicacin de la fecha actual
y la adicin en el siguiente da para no pagar a dos prestadores por
un docente dos veces en el mismo da.
El sistema adiciona las novedades dentro del
grupo de novedades estandar.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 26 de 33
7.4.13
CU13 a CU17: Recibir formatos de Prestadores
Identificador: CU13 a
Actores: SS
Prioridad:
CU17
Nombre Caso de Uso: Recibir Informes de los Contratistas
Resume Este caso de uso se recibe informacin de diversos formatos y
n:
cuenta con proceso similar y validacin especifica por cada uno:
1. Archivo de Atencin a usuarios (RIPSS).
2. Archivo de Maestro y Novedades (890).
3. Archivo de Incapacidades.
4. Archivo de Facturacin y detalle de la misma
tipo de archivo a recibir.
2. El usuario aprueba la fecha
recomendada
por
el
sistema.
3. El sistema verifica que exista la fecha y
este correcta.
4. El sistema verifica el archivo y su
contenido.
5. El sistema graba la informacin.
El sistema informa que el Archivo no es valido y muestra las inconsistencias
encontradas.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 27 de 33
7.4.14
CU18: Comparar Factura con Facturable
Identificador: CU18
Actores: SS
Prioridad:
Nombre Caso de Uso: Comparar Factura con Facturable
Resume Este caso se ejecuta para validar que la informacin del detalle de
n:
las facturas es consistente con la informacin que tiene el sistema
de informacin en especial con las novedades enviadas.
1. Se selecciona el prestador
de Servicios y la regin a
validar.
2. Se indica la fecha de 4. El sistema valida que haya subido la
validacin.
informacin del prestador regin y fecha a
validar.
5. El sistema valida municipio por municipio y
fecha por fecha la informacin recibida.
6. Con las inconstancias se graban los
registros en una tabla para mostrar al
usuario.
7. El usuario aprueba o
rechaza
las
inconsistencias.
El sistema informa que los datos no son consistentes.
El sistema informa que no se puede verificar la informacin.
Puntos de Extensin:
Pre-Condiciones:
La grabacin de inconsistencias es realizada.
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 28 de 33
7.4.15
CU19: Generar Novedades Diferencias de Facturacin
Identificador: CU19
Actores: SS
Prioridad:
Nombre Caso de Uso: Generar Novedades Diferencias de Facturacin
Resume Este caso de uso es resultante del anterior y consiste en armar un
n:
reporte o archivo con destino a los contratistas con la informacin
de las inconsistencias encontradas en el detalle de la facturacin.
El usuario selecciona si desea
armar
el
reporte
a
contratistas.
Selecciona el contratista y/o
regin a armar el reporte
Selecciona la fecha de reporte El sistema con la informacin arma el reporte o
archivo a ser enviado a los contratistas.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 29 de 33
7.4.16
CU20: Aprobar Pagos sobre Facturacin
Identificador: CU20
Actores: SS
Prioridad:
Nombre Caso de Uso: Aprobar Pagos sobre Facturacin
Resume En este caso de uso el usuario aprueba la realizacin de pagos
n:
sobre una factura para un contrato con cada contratista.
El
usuario
selecciona
el
Contratista al que va a realizar
el pago.
El
usuario
selecciona
la
regin.
El
usuario
selecciona
la
factura a la cual se va a
realizar el abono.
El
usuario
selecciona
el El sistema valida la informacin indicada por el
contrato sobre el cual va a usuario.
realizar el pago.
El sistema valida el valor a cancelar contra el
El usuario indica el valor a faltante para la factura.
cancelar.
El sistema valida el valor a cancelar contra el
disponible del contrato.
El sistema graba los datos del usuario.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 30 de 33
7.4.17
CU21 a CU25: Generar Novedades Diferencias de
Facturacin
Identificador: CU21 a
Actores: SS
Prioridad:
CU25
Nombre Caso de Uso: Generar Reportes y Archivos
Resume El sistema generara informacin a manera de consulta, reporte o
n:
archivo para los usuarios, contratistas y entes de control que
requieren informacin sobre el sistema.
El usuario selecciona cual
reporte desea armar.
Selecciona el contratista y/o
regin y/o fecha para armar el
reporte.
El sistema con la informacin arma el reporte o
archivo.
El usuario indica si desea grabar la informacin
en un archivo.
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 31 de 33
7.4.18
CU26: Auditoria
Identificador: CU26
Actores: Usuarios Control Prioridad:
Nombre Caso de Uso: Grabar informacin de procesos crticos
Resume Este es un caso de uso que debe ser invocado desde los procesos
n:
que la fiduciaria indique como crticos y realiza la grabacin del
usuario, la fecha y el proceso realizado.
1. En la pantalla o en el
trigger
se
toma
la
informacin del proceso
2. El sistema graba la informacin relativa al
proceso o accin sobre la tabla llevada a
cabo.
3. Fin
Puntos de Extensin:
Pre-Condiciones:
Post-Condiciones:
Los registros seleccionados son ingresados a la base de datos.
Autor:
Fecha: Mayo 2005
251606504.doc
Versin 1.0
Pg. 32 de 33
Versin
1.0
CONTROL DE VERSIONES DEL DOCUMENTO

Creacin
Descripcin de Cambios
May-06Documento Inicial
2005
251606504.doc
Versin 1.0
Pg. 33 de 33

Anexo 1 - Especificación de Requerimientos Funcionales

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Anexo 1 - Especificación de Requerimientos Funcionales

Încărcat de

Drepturi de autor:

Formate disponibile

Proyecto: Sistema Integral de Salud Web

PROPSITO DEL SISTEMA............................................................5

DESCRIPCIN DEL SISTEMA..........................................................6

USUARIOS DEL SISTEMA..............................................................7

1 Propsito del Sistema

1.1 Alcance del Sistema

2 Descripcin del sistema

2.1 Creacin de la Relacin Docente Prestador de

2.2 Interfaz externa con otros sistemas

2.3 Relacin con otras entidades

3 Usuarios del sistema

desarrollar en mdulos que permitan

6.2 Restricciones de Implementacin y Diseo

Ilustracin 1: Arquitectura funcional del sistema

6.4 Desarrollo y programacin

6.5 Arquitectura tcnica

Ilustracin 2: Arquitectura tcnica

6.6 Versiones de las herramientas

Ilustracin 3: Diagrama conceptual

7.2 Inventario de Casos de Uso

7.3 Diagrama de Casos de Uso

7.4 Descripcin de Casos de Uso

7.4.2 CU02: Recibe Docentes que Seleccionaron o no Prestador

7.4.3 CU03: Asociacin de Prestadores a quienes no Votaron

7.4.4 CU04: Armar archivo para prestadores

7.4.5 CU05: Carga Nuevos Docentes y Beneficiarios

7.4.6 CU06: Grabacin Novedades DAR

7.4.7 CU07: Generacin de Novedades Automticas

7.4.8 CU08: Grabacin Novedades Docentes

7.4.9 CU09: Grabacin Novedades Beneficiarios

CU10: Reporta Novedades a Prestadores

CU11: Elegir Prestador Servicio- Traslados

CU12: Ejecutar Novedad de Traslado

CU13 a CU17: Recibir formatos de Prestadores

CU18: Comparar Factura con Facturable

CU19: Generar Novedades Diferencias de Facturacin

CU20: Aprobar Pagos sobre Facturacin

CU21 a CU25: Generar Novedades Diferencias de

CONTROL DE VERSIONES DEL DOCUMENTO

S-ar putea să vă placă și