Entregable - ejemplo

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA DE SISTEMAS – EPE

SISTEMA DE GESTIÓN DE MÉDICA

SUBSISTEMA DE PRESUPUESTOS, LIQUIDACIONES Y FACTURACIÓN

Desarrollado por los alumnos:

U814301 Dora Elena Arpi Alcocer

U820906 Jhon Cano Perez Ccoscco

U820878 Miguel Angel Pachas Yataco

U820856 John Paul Esquen Botteri

U800028 Johnnel Ayala Leyva

Trabajo como parte del curso de

Taller de Proyecto 1

Monterrico, martes 12 de abril de 2011

Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación

HISTORIAL DE VERSIONES

Versión: 1.0

Realizado por: All Staff Fecha modificación: 24/01/2011

Descripción: Primera versión del documento

Aprobado por: Fecha aprobación :

Versión: 2.0


Descripción: Segunda versión del documento


Versión: 3.0


Descripción: Tercera versión del documento


Versión: 4.0


Descripción: Cuarta versión del documento


Documento Interno Versión: 2.0 Página: /


ÍNDICE

INTRODUCCIÓN.............................................................................................................................. 8

CAPÍTULO 1 DESCRIPCIÓN DEL PROYECTO...........................................................................9

1.1 Objeto de estudio.................................................................................................................... 10

1.1.1 Descripción de la organización objeto de estudio..........................................................10

1.1.2 Objetivos estratégicos de la organización.....................................................................12

1.1.3 Visión de la organización...............................................................................................12

1.1.4 Misión de la organización..............................................................................................12

1.1.5 Campos de Acción........................................................................................................13

1.2 Objetivos del proyecto............................................................................................................14

1.2.1 Objetivo general............................................................................................................14

1.2.2 Objetivos específicos.....................................................................................................14

CAPÍTULO 2 MODELADO DEL NEGOCIO................................................................................15

2.1 Reglas del negocio................................................................................................................. 16

2.2 Modelo de Casos de Uso del Negocio...................................................................................18

2.2.1 Especificación de los actores del negocio.....................................................................18

2.2.2 Diagrama de Casos de Uso del Negocio.......................................................................19

2.3 Realización de los Casos de Uso del Negocio.......................................................................20

2.3.1 Especificación de los casos de uso del negocio............................................................20

2.3.2 Diagrama de Actividades...............................................................................................37

2.3.3 Lista de actividades a automatizar................................................................................41

2.4 Modelo de Análisis del Negocio..............................................................................................44

2.4.1 Especificación de los trabajadores del negocio.............................................................44

2.4.2 Especificación de las entidades del negocio.................................................................46

2.4.3 Diagrama de Clases del Negocio..................................................................................51

CAPÍTULO 3 REQUERIMIENTOS...............................................................................................54

3.1 Especificación de los Requerimientos de Software................................................................55

3.1.1 Funcionalidad................................................................................................................55

3.1.2 Usabilidad...................................................................................................................... 60

3.1.3 Confiabilidad..................................................................................................................61

3.1.4 Rendimiento.................................................................................................................. 62

3.1.5 Soporte.......................................................................................................................... 63

3.1.6 Restricciones de Diseño................................................................................................63

3.1.7 Documento de Usuario y Sistema de Ayuda.................................................................65

3.1.8 Componentes Adquiridos..............................................................................................65

3.1.9 Interfaces....................................................................................................................... 66

3.1.10 Licenciamiento.......................................................................................................67

3.1.11 Requerimientos Legales y de Derechos de Autor..................................................67



3.1.12 Estándares Aplicables............................................................................................67

3.2 Modelo de Casos de Uso de Sistema.....................................................................................68

3.2.1 Especificación de los Actores del Sistema....................................................................68

3.2.2 Diagrama de Actores del Sistema.................................................................................70

3.2.3 Diagrama de Paquetes..................................................................................................71

3.2.4 Diagrama de Casos de Uso de Sistemas por Paquetes................................................72

3.3 Especificación de los Casos de Uso de Sistema....................................................................76

3.3.1 Especificación del CUS PF_CUS_Actualizar_Cotizacion..............................................76

3.3.2 Especificación del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía..........................83

3.3.3 Especificación del CUS PF_CUS_Consultar_Plan_Salud.............................................86

3.3.4 Especificación del CUS PF_CUS_Registrar_Solicitud_Tarifas.....................................88

3.3.5 Especificación del CUS PF_CUS_Evaluar_Solicitud_Tarifas........................................95

3.3.6 Especificación del CUS PF_CUS_Actualizar_Tarifa.....................................................99

3.3.7 Especificación del CUS PF_CUS_Evaluar_Tarifa.......................................................103

3.3.8 Especificación del CUS PF_CUS_Actualizar_Liquidacion...........................................107

3.3.9 Especificación del CUS PF_CUS_Evaluar_Liquidacion..............................................114

3.3.10 Especificación del CUS PF_CUS_Actualizar_Documento_Pago.........................117

3.3.11 Especificación del CUS PF_CUS_Actualizar_Cliente..........................................122

3.3.12 Especificación del CUS PF_CUS_Generar_Reportes_Gerenciales_Facturacion

126

3.3.13 Especificación del CUS PF_CUS_ Generar_Reportes_Operativos_Facturacion

128

3.3.14 Especificación del CUS SG_CUS_Actualizar_Usuario.........................................132

3.3.15 Especificación del CUS SG_CUS_Actualizar_Perfil.............................................135

3.3.16 Especificación del CUS SG_CUS_Validar_Acceso..............................................137

3.3.17 Especificación del CUS SG_CUS_Cambiar_Contraseña.....................................139

3.3.18 Especificación del CUS SG_CUS_Realizar_Copia_Seguridad............................141

3.4 Prototipo del Sistema............................................................................................................143

3.4.1 Prototipo del CUS PF_CUS_Actualizar_Cotizacion...................................................143

3.4.2 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía.................................145

3.4.3 Prototipo del CUS PF_CUS_Consultar_Plan_Salud...................................................147

3.4.4 Prototipo del CUS PF_CUS_Registrar_Solicitud_Tarifas...........................................148

3.4.5 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Tarifas..............................................150

3.4.6 Prototipo del CUS PF_CUS_Actualizar_Tarifa............................................................151

3.4.7 Prototipo del CUS PF_CUS_Evaluar_Tarifa................................................................152

3.4.8 Prototipo del CUS PF_CUS_Actualizar_Liquidacion...................................................153

3.4.9 Prototipo del CUS PF_CUS_Evaluar_Liquidacion.......................................................155

3.4.10 Prototipo del CUS PF_CUS_Actualizar_Documento_Pago.................................156



3.4.11 Prototipo del CUS PF_CUS_Actualizar_Cliente...................................................159

3.4.12 Prototipo del CUS PF_CUS_Reportes_Gerenciales_Facturacion.......................160

3.4.13 Prototipo del CUS PF_CUS_Reportes_Operaciones_Facturacion......................161

3.4.14 Prototipo del CUS SG_CUS_Actualizar_Usuario.................................................162

3.4.15 Prototipo del CUS SG_CUS_Actualizar_Perfil.....................................................163

3.4.16 Prototipo del CUS SG_CUS_Validar_Acceso......................................................164

3.4.17 Prototipo del CUS SG_CUS_Cambiar_Contraseña.............................................165

3.4.18 Prototipo del CUS SG_CUS_Realizar_Copia_Seguridad....................................166

3.5 Diagrama del Modelo Conceptual.........................................................................................167

CAPÍTULO 4 ADMINISTRACIÓN DEL PROYECTO.................................................................169

4.1 Cronograma de Ejecución del Proyecto................................................................................170

4.2 Benchmarking....................................................................................................................... 171

4.2.1 Descripción de las Soluciones Encontradas................................................................171

4.2.2 Análisis Comparativos de las soluciones Encontradas................................................174

Relación de Requerimiento no funcionales que no han sido considerados en evaluación

178

4.2.3 Evaluación de las Soluciones Encontradas.................................................................179

4.3 Estudio de Factibilidad..........................................................................................................180

4.3.1 Puntos de Función.......................................................................................................180

¿ 181

4.3.2 Costos del Proyecto....................................................................................................182

4.4 Trazabilidad.......................................................................................................................... 183

4.4.1 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio.....................................183

4.4.2 Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio...........................184

4.4.3 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio................................185

4.4.4 Atributos de Caso de Uso de Sistema.........................................................................186

4.4.5 Atributos de Requerimientos Funcionales...................................................................188

4.4.6 Atributos de Requerimientos No Funcionales..............................................................190

4.4.7 Casos de Uso de Sistemas vs Requerimientos Funcionales.......................................192

4.4.8 Casos de uso de Sistemas vs Requerimientos No Funcionales..................................194

4.4.9 Casos de uso de Sistemas vs Reglas de Negocio......................................................196

CONCLUSIONES.......................................................................................................................... 197

GLOSARIO DE TÉRMINOS.........................................................................................................198

ANEXOS....................................................................................................................................... 200

1. CIE10.................................................................................................................................... 200

2. SEGUS................................................................................................................................. 200

3. PLAN DE SALUD.................................................................................................................200



TABLA DE FIGURAS

Figura 1 Organigrama Estructural Clínica Ricardo Palma..........................................................11

Figura 2 PF_DCN_Presupuestos y Facturación.........................................................................19

Figura 3 DACT_Gestion_de_Tarifarios......................................................................................37

Figura 4 DACT_Gestion_de_Cotizaciones.................................................................................38

Figura 5 DACT-Gestión de Liquidación Facturación 1...............................................................39

Figura 6 DACT-Gestión de Liquidación Facturación 2...............................................................40

Figura 7 PF_DLN_Gestion_de_Cotizaciones.............................................................................51

Figura 8 PF_DLN_Gestion_de_ tarifarios...................................................................................52

Figura 9 PF_DLN_Gestion_Liquidacion_Facturacion................................................................53

Figura 10 - Diagrama de Actores del Sistema............................................................................70

Figura 11 - Diagrama de Paquetes Presupuestos y Facturación...............................................71

Figura 12 - PF_PQS_Cotizacion_Servicio..................................................................................72

Figura 13 - PF_PQS_Tarifario_PlanSalud..................................................................................73

Figura 14 - PF_PQS_Facturacion_Liquidacion..........................................................................74

Figura 15 - SG_PQS_Seguridad................................................................................................75

Figura 16 - Menú de Ingreso a la módulo de Aprobación de Solicitud de Carta de Garantía...145

Figura 17 Pantalla de Ingreso al módulo de Aprobación de Solicitud de Cartas de Garantía. .145

Figura 18 Detalle de la Solicitud de Carta de Garantía............................................................146

Figura 19 Consulta de Plan de Salud.......................................................................................147

Figura 20 Detalle de Plan de Salud..........................................................................................147

Figura 21 Solicitudes de plan de salud y tarifa registradas......................................................148

Figura 22 Registro de Solicitud de Plan de Salud....................................................................148

Figura 23 Consulta de Servicios...............................................................................................149

Figura 24 Registro de Tarifario.................................................................................................149

Figura 25 Ingreso al mantenimiento de Liquidaciones.............................................................153

Figura 26 Consultar Liquidaciones...........................................................................................153

Figura 27 Registrar Liquidaciones............................................................................................154

Figura 28 Buscar Pacientes.....................................................................................................154

Figure 29 Buscar Servicios.......................................................................................................154

Figura 30 Pantalla de Consultas de liquidaciones por evaluar.................................................155

Figura 31 Detalle de la Liquidación a Evaluar..........................................................................155

Figura 32 Ingreso al Módulo de Facturación............................................................................156

Figura 33 Consultar Documentos de Pago...............................................................................156

Figura 34 Registrar documento de Pago..................................................................................157

Figura 35 Buscar Clientes........................................................................................................157

Figura 36 Buscar Paciente.......................................................................................................158

Figura 37 Consulta de Clientes................................................................................................159

Figura 38 Actualización de Cliente...........................................................................................159

Figura 39 Pantalla “Listado de usuarios"..................................................................................162



Figura 40 Pantalla “Datos del Usuario"....................................................................................162

Figura 41 Pantalla de Cambio de password sin haber hecho login..........................................165

Figura 42 Pantalla de Cambio de password dentro del sistema...............................................165

Figura 43 Diagrama Conceptual...............................................................................................168

Figura 44 Cronograma de Ejecución del Proyecto...................................................................170



INTRODUCCIÓN

La Gerencia General de la Clínica Ricardo Palma desea brindar un mejor servicio

orientado a mejorar la calidad de vida de los pacientes, por ello se ha determinado contar con

una nueva solución tecnológica que permita administrar los diversos negocios que se

presentan en sus actividades diarias, tales como: Admisión, Citas y Atención Médica, Historia

Clínica, Exámenes Médicos, Presupuestos y Facturación, Infraestructura y Servicios

Generales. Por ende, el objetivo principal del proyecto es la elaboración de un documento que

nos permita comprender los diversos procesos del negocio y los requerimientos más

importantes identificados durante el estudio.

Dentro de estas actividades, el presente documento se centrará en el estudio del

proceso de Presupuesto y Facturación, el cual engloba los subprocesos de la generación de

tarifarios asociados a los planes de salud que son ofrecidos a las clientes particulares de las

clínica y de compañías seguradoras; la generación de las cotizaciones y la generación de

facturas de los servicios que esta brinda.

Finalmente, el proyecto se ha dividido en cuatro capítulos para su mejor entendimiento. El

primer capítulo presenta la descripción general de la Clínica y el alcance de los diversos

negocios identificados. En el segundo capítulo se desarrolla el modelado del negocio, donde

se procede a la identificación de las principales reglas y actores del negocio, así como la

realización detallada de los casos de uso del negocio, en los que se incluyen los diagramas de

actividades, diagrama de clases y las actividades a automatizar. En el tercer capítulo se detalla

los requerimientos obtenidos del modelado de negocio y el desarrollo de los casos de uso del

sistema de la Clínica. Por último, en el cuarto capítulo se determina la administración del

proyecto, se presenta la programación de las actividades a desarrollar y las matrices de casos

de uso del negocio o del sistema con las diferentes reglas de negocio y los diversos

requerimientos encontrados a lo largo del proyecto.



CAPÍTULO 1 DESCRIPCIÓN DEL PROYECTO



1.1 Objeto de estudio

1.1.1 Descripción de la organización objeto de estudio

La organización objetivo para el presente proyecto es la Clínica Ricardo

Palma, fundada en 1975 con la misión de brindar atención médica

especializada a cargo de reconocidos profesionales de alto nivel

respaldados por su experiencia, la tecnología más avanzada y la mejor

infraestructura para el cuidado de la salud en todas las especialidades.

Desde sus inicios ha seguido una trayectoria de ininterrumpido progreso,

superación y liderazgo a lo largo del tiempo que le ha valido para ser considerada como

la mejor Clínica del Perú.

Hoy en día, la Clínica Ricardo Palma proyecta una imagen moderna, amigable, y se

encuentra dedicada a promover un estilo de vida saludable a través de la Cultura de la

Salud, concepto que inclusive va más allá de la prestación de servicios médicos de

calidad, por la que ya es ampliamente reconocida, son 30 años de experiencia y el

privilegio de ser la Primera Clínica con Acreditación Oficial otorgada por el Ministerio de

Salud.

La clínica fue pionera en establecer servicios de atención integral a grandes empresas

estatales y, posteriormente, a los diversos sistemas de seguros privados existentes en el

país. Asimismo, fue la primera clínica en ser acreditada por el Ministerio de Salud en el

máximo nivel que una organización de salud puede alcanzar.

En la actualidad, la clínica cuenta con más de 350 médicos divididos en 37

especialidades, en cada una de las cuales se cuenta con personal de amplia trayectoria

médica y galenos jóvenes que representan el cambio generacional de la clínica. La

experiencia del staff médico es reconocida y su formación se ha dado en las mejores

universidades e instituciones médicas del Perú y del mundo.



Figura 1 Organigrama Estructural Clínica Ricardo Palma



1.1.2 Objetivos estratégicos de la organización

Brindar servicios de salud orientados a mejorar la calidad de vida de los pacien-

tes, en base a una atención científica, humana, oportuna y eficiente, a través de

un compromiso de vocación de servicio, practicada por todos los colaboradores y

liderada desde el más alto nivel directivo, siendo sensibles a las necesidades de

los usuarios y haciendo que perciban claramente la satisfacción del servicio.

Lograr el bienestar del cliente y ligado a un estilo de vida saludable, el cual se ha

convertido en el mensaje de la Institución hacia los clientes: Cultura de la Salud.

Este nuevo concepto consta de una serie de acciones orientadas a mejorar la ca-

lidad de vida de los pacientes, dándole un estilo amigable, cordial y afectivo..

Establecer y difundir una auténtica cultura de salud que promueva la prevención

de enfermedades y ayude a afrontar sin apuros todas aquellas que se presentan

de forma imprevista. Para ello, la Clínica ha impulsado persistentemente este en-

foque a través de recomendaciones sobre hábitos de vida saludables, la preven-

ción de enfermedades y la promoción de la cultura del aseguramiento.

1.1.3 Visión de la organización

Ser una institución líder en el sistema privado de salud, mediante

un modelo de administración y atención al paciente, con cultura de

servicio, seguridad, innovación, excelencia asistencial, tecnología

de avanzada, alto nivel profesional y eficiencia, todo ello orientado

a lograr un máximo nivel de satisfacción.

1.1.4 Misión de la organización

Brindar servicios de salud de alta complejidad con la más alta

calidad asistencial, tecnología de última generación, moderna

infraestructura y con el máximo profesionalismo, respeto y

eficacia. La labor se enmarca dentro de los más altos estándares

de la ética.



1.1.5 Campos de Acción

1. Presupuestos y Facturación

Este proceso se encarga de la gestión de tarifas para las atenciones

médicas, así como también de la gestión de presupuestos elaborados para

un determinado paciente. Además, se encarga de realizar el proceso de

facturación, el cual inicia con la elaboración de las liquidaciones que son

las bases para la generación de los documentos de pago.



1.2 Objetivos del proyecto

1.2.1 Objetivo general

Analizar el proceso Presupuesto y Facturación de la Clínica Ricardo Palma, con la

finalidad de identificar las actividades que requieren ser optimizadas, así como

también para automatizar las actividades consideradas críticas en el proceso, de

modo que se brinde un servicio de calidad.

1.2.2 Objetivos específicos

Ofrecer el servicio de gestión de tarifas que aplica la clínica a los servicios que

brinda, de manera óptima y de modo que satisfaga las necesidades de los

usuarios.

Facilitar la gestión en la realización de cotizaciones de los servicios que brinda la

clínica.

Ofrecer el servicio de gestión de liquidación y facturación que aplica la clínica de

los servicios que brinda, de manera óptima y de modo que satisfaga las

necesidades de los usuarios.



CAPÍTULO 2 MODELADO DEL NEGOCIO



2.1 Reglas del negocio

Código Nombre

PF_RN_01

Valorización de los costos

Si el paciente está afiliado a un Plan de Salud se le aplicará el factor

acordado entre compañía de seguro y la clínica al momento de

calcular los costos de los servicios, caso contrario se aplicará los

precios de lista.

PF_RN_02

Presupuesto del Servicio

Si el paciente está afiliado a un plan de salud el presupuesto de su

tratamiento debe ser enviado a la empresa con la que tiene

contratado el plan para su revisión y aprobación, caso contrario el

presupuesto le es entregado directamente.

PF_RN_03

Carta de Garantía

Si compañía de seguro indica que procede la Carta de Garantía la

clínica entrega la cotización con los precios acordados en su Plan de

salud, caso contrario la clínica aplica los precios de lista en la

cotización.

PF_RN_04

Gestión de Tarifarios

Si el Responsable Comercial recibe un requerimiento de servicio

generará una solicitud de servicio, en caso contrario generará una

solicitud de plan de Salud.

PF_RN_05

Solicitud de Plan de Salud

Si el Director Médico aprueba la Solicitud de Plan de Salud le envía al

Representante Comercial una notificación de aprobación, caso

contrario el representante comercial deberá modificar la Solicitud del

Plan de Salud de acuerdo a las observaciones del Director Médico.

PF_RN_06

Solicitud de Servicio

Si el Director Médico aprueba la Solicitud de Servicio el

Representante Comercial procede a enviar una solicitud de registro

del Servicio al Asistente Administrativo, caso contrario el

representante comercial deberá recalcular el factor a aplicar al

Servicio de acuerdo a las observaciones del Director Médico.

PF_RN_07

Registro de Plan de Salud

Si el Asistente de Facturación verifica que los datos del Registro del

Plan de Salud son correctos envía una notificación de conformidad al

Asistente Administrativo, caso contrario el Asistente Administrativo

deberá modificar el registro del Plan de Salud de acuerdo a las

observaciones del Asistente de Facturación.



PF_RN_08

Solicitud de Liquidación

Si el Asistente de Facturación verifica que la solicitud de emisión de

Documento de Pago requiere liquidación emite una solicitud de

Liquidación, en caso contrario emite el Documento de Pago.

PF_RN_09

Registro de Consumos de la Liquidación

Si el Asistente de Facturación verifica que la Liquidación registra

todos los consumos la envía al Auditor Médico para su aprobación, en

caso contrario identifica los consumos faltante y actualiza la

Liquidación.

PF_RN_10

Aprobación de la Liquidación

Si el Auditor Médico verifica que los códigos empleados en la

Liquidación son correctos envía una notificación de aprobación al

Asistente de Facturación, en caso envía una notificación de rechazo

con sus observaciones.

PF_RN_11

Verificación del Documento de Pago

Si el Asistente de Facturación verifica que los datos en el Documento

de Pago son correctos procede a entregarlo al solicitante, en caso

anula el Documento de Pago

PF_RN_12

Creación de clientes nuevos

Si el Asistente de Facturación recibe una orden para emitir un

documento de pago y el cliente ya está registrado el proceso continúa,

en caso contrario es su responsabilidad registrar al nuevo cliente.

PF_RN_13

Actualización de datos del cliente

Si el Asistente de Facturación recibe una orden para emitir un

documento de pago y los datos consignados son los mismos a los

registrados el proceso continúa, en caso contrario es su

responsabilidad actualizar los datos del cliente.



2.2 Modelo de Casos de Uso del Negocio

2.2.1 Especificación de los actores del negocio

Nombre Del Actor de Negocio Descripción

Es el responsable de solicitar la generación y/o

modificación de los servicios que brinda la clínica.

También, es quien solicita la creación de los

planes de salud que serán asociados a las

compañías de seguros y/o clientes particulares de

la clínica. Es el responsable de las tarifas, factores

a aplicar a los planes de salud y servicios que la

clínica ofrece.

Es quien puede acercarse a la clínica para solicitar

una cotización por hospitalización, exámenes

médicos y/o cualquier otro servicio que se ofrezca.

Asimismo, es quien luego de la obtención de algún

servicio de la clínica, solicita y recibe un

documento de pago.

Es quien solicita la generación de los documentos

de pagos correspondiente a los servicios

brindados por la clínica a un cliente.


PF_AN_Gerente_Operaciones

(from Actores del Negocio)

PF_AN_Cliente


PF_AN_Solicitante_Documento_de_...(from Actores del Negocio)


2.2.2 Diagrama de Casos de Uso del Negocio


PF_CUN_Gestion_de_Tarifarios

(from Casos de uso del negocio)

PF_AN_Gerente_Operaciones


PF_CUN_Gestion_de_Cotizaciones


PF_AN_Cliente


PF_CUN_Gestion_Liquidacion_Facturacion


PF_AN_Solicitante_Documento_de_...(from Actores del Negocio)


Figura 2 PF_DCN_Presupuestos y Facturación



2.3 Realización de los Casos de Uso del Negocio

2.3.1 Especificación de los casos de uso del negocio

A. PF_CUN_Gestion_de_Tarifarios

1. Actores de Negocio

1.1. PF_AN_Gerente_Operaciones

2. Propósito

Realizar la gestión de planes de salud (nuevos, actualizaciones, bajas) o actualización

de tarifas de servicios clínicos, utilizando información histórica para la generación de

nuevas ofertas de negociación hacia los clientes.

3. Breve Descripción

El caso de uso comienza cuando el PF_AN_Gerente_Operaciones solicita elaboración

de un nuevo plan de salud, actualización de un plan de salud, baja de un plan de salud

o actualización de tarifa de un servicio clínico. Luego, el

PF_TN_Responsable_Comercial es el encargado de establecer los factores y

coberturas que deberán aplicarse en tarifario y posteriormente se solicita aprobación

del PF_TN_Director_Médico. Una vez que el PF_TN_Director_Medico aprueba la

solicitud se envía al PF_TN_Asistente_Administrativo para su registro que

posteriormente es verificado por el PF_TN_Asistente_Facturación, en caso que

PF_TN_Director_Medico no apruebe el requerimiento solicitada se enviara notificación

al PF_TN_Responsable_Comercial con el sustente del rechazo. El caso de uso termina

cuando el PF_AN_Gerente_Operaciones recibe una notificación de confirmación del

registro/actualización del plan de salud o servicio clínico.

4. Flujo de Eventos

4.1. Flujo Básico Principal: Plan de Salud

4.1.1. El PF_AN_Gerente_Operaciones envía requerimiento de Plan de Salud al

PF_TN_Responsable_Comercial mediante e-mail.

4.1.2. El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a un

Plan de Salud.

4.1.3. El PF_TN_Responsable_Comercial recepciona requerimiento de Plan de Salud.

4.1.4. El PF_TN_Responsable_Comercial registra requerimiento de Plan de Salud

4.1.5. El PF_TN_Responsable_Comercial establece coberturas del plan de salud (co-

aseguros, deducibles, etc.).



4.1.6. El PF_TN_Responsable_Comercial evalúa si se requiere registrar factores para

el cálculo del tarifario.

4.1.7. El PF_TN_Responsable_Comercial establece factores del Plan de Salud que se

utilizaran para elaboración de las tarifas del Plan de Salud.

4.1.8. El PF_TN_Responsable_Comercial solicita aprobación del Plan de Salud al

PF_TN_Director_Medico.

4.1.9. El PF_TN_Director_Medico revisa las condiciones del Plan de Salud y da su con-

formidad.

4.1.10. El PF_TN_Director_Medico aprueba Plan de Salud solo si está de acuerdo con

las coberturas y factores definidos para el Plan de Salud.

4.1.11. El PF_TN_Director_Medico envía notificación de aprobación del Plan de Salud

al PF_TN_Responsable_Comercial.

4.1.12. El PF_TN_Responsable_Comercial recibe notificación de aprobación del plan

de salud por parte del PF_TN_Director_Medico.

4.1.13. El PF_TN_Responsable_Comercial envía para su registro o actualización de la

solicitud de Plan de Salud al PF_TN_Asistente_Administrativo.

4.1.14. El PF_TN_Asistente_Administrativo recibe solicitud de registro o actualización

de Plan de Salud.

4.1.15. El PF_TN_Asistente_Administrativo realiza registro o actualización de Plan de

Salud.

4.1.16. El PF_TN_Asistente_Administrativo envía notificación del registro del Plan de

Salud para su verificación al PF_TN_Asistente_Facturacion.

4.1.17. El PF_TN_Asistente_Facturación realiza verificación del Plan de Salud (cober-

turas, coaseguros, deducibles, etc.).

4.1.18. El PF_TN_Asistente_Facturacion da su conformidad del registro o actualización

del Plan de Salud.

4.1.19. El PF_TN_Asistente_Facturación envía notificación de conformidad de registro

o actualización del plan de salud al PF_TN_Asistente_Administrativo.

4.1.20. El PF_TN_Asistente_Administrativo recibe notificación de conformidad del re-

gistro o actualización de Plan de Salud por parte del PF_TN_Asistente_Factura-

cion.

4.1.21. El PF_TN_Asistente_Administrativo envía notificación de registro o actualiza-

ción del Plan de salud al PF_TN_Responsable_Comercial.

4.1.22. El PF_TN_Responsable_Comercial recibe notificación del registro o actualiza-

ción del Plan de Salud.

4.1.23. El PF_TN_Responsable_Comercial informa al PF_AN_Gerente_Operaciones

de que su requerimiento de Plan de Salud ha sido atendido

4.1.24. El PF_TN_Gerente_Operaciones recibe notificación de que su requerimiento

de Plan de Salud ha sido atendido.



4.2. Flujo Básico Secundario: Actualización de Plan de Salud

4.2.1. El PF_AN_Gerente_Operaciones envía requerimiento de Plan de Salud al


4.2.2. El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a una

actualización de Plan de Salud.

4.2.3. El PF_TN_Responsable_Comercial identifica si se esta solicitando cambio de las

coberturas del Plan de Salud

4.2.4. El flujo continúa en [4.1.5] del flujo básico principal.

4.3. Flujo Básico Secundario: Baja de Plan de Salud

4.3.1.El PF_AN_Gerente_Operaciones envía requerimiento de Plan de Salud al


4.3.2. El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a una

actualización de Plan de Salud.

4.3.3.El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a una

solicitud de baja de Plan de Salud.

4.3.4. El PF_TN_Responsable_Comercial solicita baja de Plan de Salud.

4.3.5. El flujo continúa en [4.1.13] del flujo básico principal.

4.4. Flujo Básico Secundario: Actualización de Tarifario de Servicios

4.4.1.El PF_AN_Gerente_Operaciones envía requerimiento de actualización de tarifa

de servicios al PF_TN_Responsable_Comercial mediante e-mail.

4.4.2. El PF_TN_Responsable_Comercial evalúa si requerimiento corresponde a una

actualización de tarifario de servicio.

4.4.3.El PF_TN_Responsable_Comercial obtiene código de tarifario según tarifario úni-

co de clínica SEGUS.

4.4.4.El PF_TN_Responsable_Comercial establece factores a utilizar en tarifario del

servicio solicitado.

4.4.5.El PF_TN_Responsable_Comercial registra los factores de tarifa en solicitud de

servicio.

4.4.6.El PF_TN_Responsable_Comercial envía la solicitud de servicio al PF_TN_Direc-

tor_Medico para su aprobación.

4.4.7.El PF_TN_Director_Medico recibe la solicitud actualización de tarifa de servicio.

4.4.8.El PF_TN_Director_Medico evalúa solicitud de servicio de acuerdo al factor esta-

blecido por PF_TN_Responsable_Comercial.

4.4.9.El PF_TN_Director_Medico aprueba tarifa del Servicio.



4.4.10. El PF_TN_Director_Medico envía notificación de aprobación de tarifario del ser-

vicio al PF_TN_Responsable_Comercial.

4.4.11. El PF_TN_Responsable_Comercial recibe notificación de aprobación del servi-

cio.

4.4.12. El PF_TN_Responsable_Comercial envía para su actualización de tarifario del

servicio.

4.4.13. El PF_TN_Asistente_Administrativo registra tarifa del servicio.

4.4.14. El PF_TN_Asistente_Administrativo envía notificación del registro al

PF_TN_Responsable_Comercial.

4.4.15. El PF_TN_Responsable_Comercial recibe notificación de registro del servicio.

4.4.16. El PF_TN_Responsable_Comercial informa al PF_AN_Gerente_Operaciones

que su requerimiento ha sido atendido.

4.4.17. El PF_AN_Gerente_Operaciones recibe notificación de atención de su requeri-

miento solicitado.

4.5. Flujos Alternos

4.5.1.

4.5.2.Rechazo de Plan de Salud

4.5.2.1. En [4.1.9] Si PF_TN_Director_Medico rechaza solicitud de plan de

salud.

4.5.2.2. El PF_TN_Director_Medico rechaza plan de salud.

4.5.2.3. El PF_TN_Director_Medico envía notificación de rechazo al

PF_TN_Responsable_Comercial

4.5.2.4. El PF_TN_Responsable_Comercial recibe la notificación de rechazo y

retorna al flujo básico en [4.1.5].

4.5.3. Conformidad del plan de salud

4.5.3.1. En [4.1.17] Si no hay conformidad por parte del

PF_TN_Asistente_de_Facturación.

4.5.3.2. El PF_TN_Asistente_Facturacion observa plan de salud con las incon-

sistencias encontradas con respecto al coaseguro y deducibles.

4.5.3.3. El PF_TN_Asistente_Facturacion envía notificación al PF_TN_Asisten-

te_Administrativo con las observaciones encontradas.

4.5.3.4. El PF_TN_Asistente_Administrativo recibe notificación con observacio-

nes encontradas y retorna al flujo en [4.1.15].



4.5.4. Evaluación de solicitud de servicio

4.5.4.1. En [4.4.8] Si PF_TN_Director_Medico no da conformidad a solicitud de

servicio.

4.5.4.2. El PF_TN_Director_Medico rechaza solicitud de tarifa para el servicio

solicitado.

4.5.4.3. El PF_TN_Director_Medico envía una notificación de rechazo al retor-

nar al PF_TN_Responsable_Comercial.

4.5.4.4. El PF_TN_Responsable_Comercial recibe la notificación y el caso re-

torna al flujo en [4.4.4]

5. Precondiciones

5.1. Es necesario un requerimiento para la actualización de planes de salud y actualización

de tarifa de servicio clínico.

6. Poscondiciones

6.1. Se registro el plan de salud requerido.

6.2. Se actualizo tarifa en servicio clínico requerido

7. Información Adicional

No aplica.



B. PF_CUN_Gestion de Cotizaciones


1.1. PF_AN_Cliente

2. Propósito

Realizar las cotizaciones de servicios brindados a los clientes asegurados, médicos y/o

compañías aseguradoras.


El caso de uso comienza cuando el PF_AN_Cliente se acerca a admisión para solicitar una

cotización de servicios. El AD_TN_Responsable_Admision prepara la cotización, en caso el

cliente tenga procedencia de alguna compañía de seguros se podrá solicitar aprobación

para atención a través de una Carta de Garantía. El caso de uso termina cuando el cliente

recibe la cotización.

4. Flujo de Eventos

4.1. Flujo Básico

4.1.1.El PF_AN_Cliente solicita la elaboración de una cotización.

4.1.2.El AD_TN_Responsable_Admision recibe los requerimientos de la cotización.

4.1.3.El AD_TN_Responsable_Admision registra los datos básicos de la cotización,

como por ejemplo el nombre del cliente, compañía aseguradora, centro de traba-

jo, motivo de la cotización.

4.1.4.El AD_TN_Responsable_Admision procede a seleccionar los servicios que re-

quiere el cliente para preparar la cotización.

4.1.5.El AD_TN_Responsable_Admision verifica si el PF_AN_Cliente es cliente de la

clínica.

4.1.6.El AD_TN_Responsable_Admision verifica si el PF_AN_Cliente tiene un seguro a

través de una Compañía de Seguros.

4.1.7.El AD_TN_Responsable_Admision verifica las coberturas del PF_AN_Cliente.

4.1.8.El AD_TN_Responsable_Admision aplica los factores del Plan de Salud al que

pertenece el PF_AN_Cliente para determinar cuál es el deducible que debe pagar

y así elaborar la cotización.

4.1.9.El AD_TN_Responsable_Admision analiza si los servicios a cotizar están exone-

rados de una Carta de Garantía.

4.1.10. El AD_TN_Responsable_Admision emite cotización al PF_AN_Cliente

4.1.11. El AD_TN_Responsable_Admision entrega la cotización al PF_AN_Cliente.



4.1.12. El PF_AN_Cliente recibe la cotización.

4.2. Flujo Alterno

4.2.1.El PF_AN_Cliente no es paciente de la clínica

4.2.1.1. Si en [4.1.5] el PF_AN_Cliente no es paciente de la clínica, para elabo-

rar la cotización, se procede a aplicar las tarifas propias de la clínica como

cliente particular.

4.2.1.2. El proceso continua en el flujo básico con [4.1.16].

4.2.2.El PF_AN_Cliente no es Asegurado

4.2.2.1. Si en [4.1.6] el PF_AN_Cliente no es Asegurado, para elaborar la coti-

zación, se procede a aplicar las tarifas propias de la clínica como cliente

particular.

4.2.2.2. El proceso continua en el flujo básico con [4.1.17].

4.2.3.Cotización no es exonerada de Carta de Garantía

4.2.3.1. Si en [4.1.9] el PF_AN_Cliente requiere de una Carta de Garantía, el

AD_TN_Responsable_Admision procede a crear una Solicitud de Carta de

Garantía.

4.2.3.2. El AD_TN_Responsable_Admision envía la Solicitud de Carta de Ga-

rantía al PF_TN_Responsable_Cia_de_Seguros.

4.2.3.3. El PF_TN_Responsable_Cia_de_Seguros recibe la Solicitud de la Car-

ta de Garantía.

4.2.3.4. El PF_TN_Responsable_Cia_de_Seguros analiza la Solicitud de Carta

de Garantía.

4.2.3.5. El PF_TN_Responsable_Cia_de_Seguros evalúa, en base a consultas

y evaluaciones del médico auditor de la compañía de seguros, si la Carta

de Garantía debe ser emitida por la totalidad de lo requerido.

4.2.3.6. El PF_TN_Responsable_Cia_de_Seguros acepta la Solicitud de Carta

de Garantía.

4.2.3.7. El PF_TN_Responsable_Cia_de_Seguros elabora la Carta de Garantía

con el importe aprobado.

4.2.3.8. El PF_TN_Responsable_Cia_de_Seguros envía la Carta de Garantía al

AD_TN_Responsable_Admision.

4.2.3.9. El AD_TN_Responsable_Admision recibe la aceptación de la Solicitud

de Carta de Garantía.

4.2.3.10. El AD_TN_Responsable_Admision verifica el importe por el cual fue

emitida la Carta de Garantía.

4.2.3.11. El proceso continua con su flujo básico en [4.1.10]



4.2.4.Rechazo de la Solicitud de la Carta de Garantía

4.2.4.1. Si en [4.2.3.4] la Solicitud de la Carta de Garantía no procede, el

PF_TN_Responsable_Cia_de_Seguros rechaza la Solicitud de Carta de

Garantía.

4.2.4.2. El PF_TN_Responsable_Cia_de_Seguros envía una notificación al

AD_TN_Responsable_Admision indicando el rechazo de Carta de Garantía.

4.2.4.3. El AD_TN_Responsable_Admisión recibe la notificación de rechazo.

4.2.4.4. El AD_TN_Responsable_Admisión recalcula los montos de la cotiza-

ción en base a tarifas de la clínica.

4.2.4.5. El proceso continúa en el flujo continua en [4.1.10]

4.2.5.No aceptación del importe total solicitado en la Solicitud de Carta de Garantía

4.2.5.1. Si en [4.2.3.5] la Carta de Garantía no cubre el 100%, el PF_TN_Res-

ponsable_Cia_de_Seguros registra el monto aceptado en la Solicitud de

Carta de Garantía y los motivos por el cuales no se cubre el 100%

4.2.5.2. El proceso continua en el flujo [4.2.3.7]

4.2.6.La Carta de Garantía no fue emitida por el 100% de cobertura.

4.2.6.1. Si en [4.2.3.105] la Carta de Garantía no cubre el 100%, el

PF_TN_Responsable_Admision recalcula los montos de la cotización en

base a tarifas de la clínica para los servicios no cubiertos por la compañía

aseguradora.

4.2.6.2. El proceso continua con su flujo básico en [4.1.10]

5. Precondiciones

5.1. Los Planes de Salud deben estar creados.

5.2. Las tarifas de los servicios que forman parte de los Planes de Salud deben estar aso-

ciadas estos servicios..

6. Pos condiciones

6.1. Se generó una cotización.


No Aplica.



C. PF_CUN_Gestion Liquidacion Facturacion


1.1. PF_AN_Solicitante_Documento_de_Pago

2. Propósito

Elaborar el documento de pago por los servicios que los pacientes han recibido de parte de

la clínica, elaborar una Pre-Liquidación, realizar la anulación de un documento de pago o

realizar la modificación de datos de un cliente.


El caso de uso comienza cuando el actor de negocio

PF_AN_Solicitante_Documento_de_Pago envía al PF_TN_Asistente_Facturacion una de

las siguientes órdenes: Elaborar el documento de pago, elaborar una Pre-Liquidación, reali-

zar la anulación de un documento de pago o modificar los datos de un cliente. Luego, si la

solicitud es por un documento de Pago, evalúa si requiere una liquidación. Si es así, el

PF_TN_Asistente_Facturacion solicita la elaboración de una liquidación al PF_TN_Asisten-

te_Liquidaciones quien lo elabora en base a los consumos realizados. Si la hoja de liquida-

ción requiere aprobación, el PF_TN_Asistente_Liquidaciones se lo envía al PF_TN_Audi-

tor_Medico. Después, el PF_TN_Asistente_Liquidaciones envía al PF_TN_Asistente_Fac-

turacion la hoja de liquidación para que emita el documento de pago en base a la misma,

quien a su vez elaborara el documento de pago y se lo enviara al PF_AN_Solicitante_Do-

cumento_de_Pago. Si el documento solicitado es una Pre-Liquidación, el PF_TN_Asisten-

te_Facturacion solicitara la elaboración de una hoja de pre-Liquidación al PF_TN_Asisten-

te_Liquidaciones quien lo elabora en base a los consumos realizados. Luego de elaborado

la pre-liquidación, el PF_TN_Asistente_Liquidaciones se lo enviara al

PF_TN_Asistente_Facturacion quien a su vez se lo enviara al PF_AN_Solicitante_Docu-

mento_de_Pago. Si es la anulación de un documento de pago, el PF_TN_Asistente_Fac-

turacion anula el documento solicitado y le envía una notificación al PF_AN_Solicitante_Do-

cumento_de_Pago. Si es la modificación de un cliente, el PF_TN_Asistente_Facturacion

verifica que el cliente este registrado, luego modifica los datos y le envía una notificación al

PF_AN_Solicitante_Documento_de_Pago.

El caso de uso termina cuando el PF_AN_Solicitante_Documento_de_Pago recibe docu-

mento solicitado o una notificación de la acción realizada.

4. Flujo de Eventos

4.1. Flujo Básico

4.1.1.El caso de uso comienza cuando el actor de negocio PF_AN_Solicitante_Docu-

mento_de_Pago envía al PF_TN_Asistente_Facturacion una de las siguientes ór-



denes: Elaborar el documento de pago, elaborar una Pre-Liquidación, realizar la

anulación de un documento de pago o modificar los datos de un cliente.

4.1.2.Luego, de acuerdo a la orden que fue solicitada, uno de los siguientes subflujos

es ejecutado

4.1.2.1. Si el Tipo de documento solicitado es una documento de pago el su-

bflujo Solicitar emisión de documento de Pago es ejecutado.

4.1.2.2. Si el Tipo de documento solicitado es una hoja de Pre-Liquidación el

subflujo Solicitar Hoja de Pre-Liquidación es ejecutado.

4.1.2.3. Si la orden solicitada es es la anulación de un documento de pago el

subflujo anulación de documento de pago es ejecutado.

4.1.2.4. Si la orden solicitada es la actualización de los datos de un cliente el

subflujo Solicitar actualización de clientes es ejecutado.

4.2. Sub Flujos

4.2.1 Solicitar emisión de documento de Pago

4.2.1.1. El PF_TN_Asistente_Facturacion verifica si el paciente es asegurado

basándose en la información existente en el file de pacientes (AD_EN_Pa-

ciente) donde de ser asegurado se encontrara información de la compañía

de seguros a la que está asegurado, el plan al que pertenece, etc.

4.2.1.2. Luego, El PF_TN_Asistente_Facturacion solicita la elaboración de la

hoja de liquidación al PF_TN_Asistente_Liquidaciones.

4.2.1.3. El PF_TN_Asistente_Liquidaciones recibe la solicitud enviada y crea la

Liquidación en la entidad (PF_EN_Liquidacion) con los datos básicos como

fecha de liquidación, fecha de ingreso y datos del paciente que lo obtiene

de (AD_EN_Paciente) como nombre del paciente, el plan al que pertenece,

el numero de historia clínica del paciente, etc.

4.2.1.4. Luego el PF_TN_Asistente_Liquidaciones elabora un expediente físico

juntando los documentos que le envían las diferentes áreas por los consu-

mos que el paciente ha realizado. Los datos del expediente físico lo confor-

man los de las ordenes de atención almacenadas en EN_Orden_de_Aten-

cion y las ordenes de exámenes médicos almacenadas en

AT_EN_Orden_de_Examenes_Medicos.

4.2.1.5. Luego, el PF_TN_Asistente_Liquidaciones actualiza la hoja de liquida-

ción con cada consumo que se haya podido recopilar de los documentos de

consumo (EN_Orden_de_Atencion y AT_EN_Orden_de_Examenes_Medi-

cos).En esta actividad el PF_TN_Asistente_Liquidaciones clasificara los

servicios de acuerdo a la información que obtiene de la entidad

PF_EN_Servicio_Clinico. Además se especificara los costos a los consu-



mos de acuerdo a las tarifas (PF_EN_Tarifa) que se aplican a cada pacien-

te. Al final, La hoja de liquidación (PF_EN_Liquidacion) representa un resu-

men de los consumos realizados por el paciente y por lo tanto contendrá la

referencia de muchas órdenes de atención agrupadas por tipos de servicio

con sus costos correspondientes.

4.2.1.6. Luego el PF_TN_Asistente_Liquidaciones llama por teléfono a las dife-

rentes áreas de atención para cerciorarse que todos los consumos hayan

sido enviados y forman parte de la hoja de liquidación (PF_EN_Liquida-

cion). Esta actividad se realiza por que hay ocasiones en que las áreas no

envían a tiempo los consumos que el paciente ha realizado siendo esta in-

formación es crítica para elaboración de la hoja de liquidación.

4.2.1.7. Luego, el PF_TN_Asistente_Liquidaciones evalúa si la liquidación re-

quiere la auditoria médica. Esto lo evalúa verificando si el paciente es ase-

gurado, para ello requiere la información del paciente registrada en

AD_EN_Paciente como la cía. de seguro a la que está afiliada, el plan de

afiliación, etc. o si los servicios que ha recibido el paciente son de carácter

hospitalario. Esto último lo obtiene de las órdenes de atención (G_EN_Or-

den_de_Atencion)., revisando el tipo de atención que se le ha bridado al pa-

ciente.

4.2.1.8. Cuando la hoja de liquidación requiere auditoria médica se procede a

realizar lo siguiente :

4.2.1.8.1. El PF_TN_Asistente_Liquidaciones envía la hoja de liquidación

al PF_TN_Auditor_Medico para su evaluación.

4.2.1.8.2. El PF_TN_Auditor_Medico revisa que los códigos de los servi-

cios identificados y registrados en la hoja de liquidación (PF_EN_Li-

quidacion) coinciden con la codificación internacional estándar para lo

cual se basan en el CIE10 (PF_EN_CIE10) donde están codificados

todos los servicios bajo un estándar de codificación internacional.

4.2.1.8.3. Luego el PF_TN_Auditor_Medico aprueba la hoja de liquida-

ción y se lo envía al PF_TN_Asistente_Liquidaciones. En esta activi-

dad el PF_TN_Auditor_Medico envía una notificación al PF_TN_Asis-

tente_Liquidaciones indicando que la aprobación de una liquidación se

ha hecho efectiva.

4.2.1.8.4. El PF_TN_Asistente_Liquidaciones recibe la hoja de Liquida-

ción aprobada por el PF_TN_Auditor_Medico.

4.2.1.9. Luego el PF_TN_Asistente_Liquidaciones envía la hoja de liquidación

al PF_TN_Asistente_Facturacion.

4.2.1.10. El PF_TN_Asistente_Facturacion revisa si el cliente ya fue matricula-

do como cliente de la clínica. Para ello se basa en la orden de atención don-



de obtiene el nombre del cliente (G_EN_Orden_de_Atencion) y en el file de

clientes (PF_EN_Cliente ) en donde busca si existe.

4.2.1.11. Luego el PF_TN_Asistente_Facturacion verifica si los datos entrega-

dos(G_EN_Orden_de_Atencion) sean iguales a los datos registrados en el

file de clientes (PF_EN_Cliente)

4.2.1.12. El PF_TN_Asistente_Facturacion elabora y emite el documento de

pago en base a los datos que le proporcionan la Hoja de Liquidación

(PF_EN_Liquidacion) y los datos del cliente (PF_EN_Cliente). Los datos

quedan registrados en PF_EN_Documento_de_Pago.

4.2.1.13. El PF_TN_Asistente_Facturacion verifica que el documento de pago

este correctamente impreso para ello, se asegura que todos los datos figu-

ren correctamente impresos.

4.2.1.14. El PF_TN_Asistente_Facturacion envía el documento de pago al


4.2.1.15. El caso de uso termina cuando el

PF_AN_Solicitante_Documento_de_Pago recibe el documento de pago so-

licitado.

4.2.2.Subflujo: Solicitar Hoja de Pre-Liquidación

4.2.2.1. El PF_TN_Asistente_Facturacion solicita al PF_TN_Asistente_Liquida-

ciones la elaboración de la Hoja de pre-liquidación.

4.2.2.2. El PF_TN_Asistente_Liquidaciones recibe la solicitud enviada y crea la

Pre-Liquidación en la entidad (PF_EN_Liquidacion) con los datos básicos

como fecha de pre-liquidación, fecha de ingreso y datos del paciente que lo

obtiene de (AD_EN_Paciente) como nombre del paciente, el plan al que

pertenece, el numero de historia clínica del paciente, etc.

4.2.2.3. Luego el PF_TN_Asistente_Liquidaciones elabora un expediente físico

juntando los documentos que le envían las diferentes áreas por los consu-

mos que el paciente ha realizado. Los datos del expediente físico lo confor-

man los de las ordenes de atención almacenadas en EN_Orden_de_Aten-

cion y las ordenes de exámenes médicos almacenadas en AT_EN_Orden

de_Examenes_Medicos.

4.2.2.4. Luego, el PF_TN_Asistente_Liquidaciones actualiza la hoja de Pre-li-

quidación con cada consumo que se haya podido recopilar de los documen-

tos de consumo (EN_Orden_de_Atencion y

AT_EN_Orden_de_Examenes_Medicos).En esta actividad el PF_TN_Asis-

tente_Liquidaciones clasificara los servicios de acuerdo a la información

que obtiene de la entidad PF_EN_Servicio_Clinico. Además se especificara

los costos a los consumos de acuerdo a las tarifas (PF_EN_Tarifa) que se



aplican a cada paciente. Al final, La hoja de Pre-liquidación (PF_EN_Liqui-

dacion) representa un resumen de los consumos realizados por el paciente

y por lo tanto contendrá la referencia de muchas órdenes de atención agru-

padas por tipos de servicio con sus costos correspondientes.

4.2.2.5. Luego el PF_TN_Asistente_Liquidaciones llama por teléfono a las dife-

rentes áreas de atención para cerciorarse que todos los consumos hayan

sido enviados y forman parte de la hoja de pre-liquidación (PF_EN_Liquida-

cion). Esta actividad se realiza por que hay ocasiones en que las áreas no

envían a tiempo los consumos que el paciente ha realizado siendo esta in-

formación es crítica para elaboración de la hoja de liquidación.

4.2.2.6. Luego el PF_TN_Asistente_Liquidaciones envía la pre-Liquidación al

PF_TN_Asistente_Facturacion.

4.2.2.7. El PF_TN_Asistente_Facturacion envía la hoja de Liquidación al



PF_AN_Solicitante_Documento_de_Pago recibe la Hoja de Pre-Liquidación

elaborada.

4.2.3.Solicitar anulación de documento de pago

4.2.3.1. El PF_TN_Asistente_Facturacion ubica en el file de PF_EN_Docu-

mento_de_Pago el documento de pago a anular y anula el documento de

pago.

4.2.3.2. Luego El PF_TN_Asistente_Facturacion envía una notificación de anu-

lación de documento de pago al PF_AN_Solicitante_Documento_de_Pago.


PF_AN_Solicitante_Documento_de_Pago recibe notificación de documento

de pago anulado.

4.2.4.Solicitar actualización de clientes

4.2.4.1. El PF_TN_Asistente_Facturacion obtiene los datos del cliente del file

de clientes (PF_EN_Cliente) y actualiza el file con la información reciente.

4.2.4.2. Luego El PF_TN_Asistente_Facturacion envía una notificación de ac-

tualización al PF_AN_Solicitante_Documento_de_Pago.


PF_AN_Solicitante_Documento_de_Pago recibe notificación de actualiza-

ción de datos del cliente.

4.3. Flujo Alterno

4.3.1.Paciente no asegurado



Si evaluando el punto 4.2.1.1 (“El PF_TN_Asistente_Facturacion verifica si el pa-

ciente es asegurado”) resulta que el paciente no es asegurado se procede a reali-

zar lo siguiente:

4.3.1.1. El PF_TN_Asistente_Facturacion evalúa si el servicio es por hospitali-

zación. Esto lo hace revisando la orden de atención

(G_EN_Orden_de_Atencion) y verificando que el paciente haya recibido

servicios de hospitalización.

4.3.1.2. Si el paciente recibió servicios de hospitalización, el caso de uso conti-

núa en 4.2.1.2 (“El PF_TN_Asistente_Facturacion solicita la elaboración de

la hoja de liquidación”).

4.3.1.3. Si el paciente no recibió servicios de hospitalización, el caso de uso

continúa en 4.2.1.10 (”El PF_TN_Asistente_Facturacion revisa si el cliente

ya fue matriculado”).

4.3.2.Hoja de liquidación no requiere Auditoria Medica

Si evaluando el punto 4.2.1.7 (“El PF_TN_Asistente_Liquidaciones evalúa si la li-

quidación requiere la auditoria médica”) sucede de que el paciente no requiere

auditoria medica, el caso de uso continua en el punto 4.2.1.9 (“El PF_TN_Asisten-

te_Liquidaciones envía la hoja de liquidación al PF_TN_Asistente_Facturacion”)

4.3.3.Existen consumos del paciente pendientes de enviarse – En Hoja de Liquidación

Si luego del punto 4.2.1.6 (“El PF_TN_Asistente_Liquidaciones llama por teléfono a

las diferentes áreas de atención para cerciorarse que todos los consumos hayan

sido enviados”) sucede que existen servicios del paciente que aun no se han envia-

do, y por ende sus referencias no figuran en la hoja de liquidación, se procede a

realizar lo siguiente:

4.3.3.1. El PF_TN_Asistente_Liquidaciones Identifica los consumos faltantes

codificándolo de acuerdo al estándar internacional a la vez que se van ane-

xando al expediente. Esta actividad lo hace consultado la entidad

PF_EN_Servicio_Clinico (para clasificar a los servicios) y las tarifas que se

aplican a cada paciente (PF_EN_Tarifa).

4.3.3.2. El PF_TN_Asistente_Liquidaciones actualiza la hoja de liquidación

(PF_EN_Liquidacion) con los datos de consumos que no habían sido consi-

derados, clasificados por tipo de servicio y con sus respectivos costos

4.3.3.3. Luego el caso de uso continua en 4.2.1.9 (“El PF_TN_Asistente_Liqui-

daciones envía la Hoja de Liquidación al PF_TN_Asistente_Facturacion”)

.

4.3.4.Existen consumos del paciente pendientes de enviarse – En Hoja de Pre-Liquida-

ción.



Si luego del punto 4.2.2.5 (“El PF_TN_Asistente_Liquidaciones llama por teléfono a

las diferentes áreas de atención para cerciorarse que todos los consumos hayan

sido enviados”) sucede que existen servicios del paciente que aun no se han envia-

do, y por ende sus referencias no figuran en la hoja de Pre-liquidación, se procede

a realizar lo siguiente:

4.3.4.1. El PF_TN_Asistente_Liquidaciones Identifica los consumos faltantes

codificándolo de acuerdo al estándar internacional a la vez que se van ane-

xando al expediente. Esta actividad lo hace consultado la entidad

PF_EN_Servicio_Clinico (para clasificar a los servicios) y las tarifas que se

aplican a cada paciente (PF_EN_Tarifa).

4.3.4.2. El PF_TN_Asistente_Liquidaciones actualiza la hoja de pre- liquidación

(PF_EN_Liquidacion) con los datos de consumos que no habían sido consi-

derados, clasificados por tipo de servicio y con sus respectivos costos.

4.3.4.3. Luego el caso de uso continua en 4.2.2.6 (“El PF_TN_Asistente_Liqui-

daciones envía la hoja de pre-Liquidacion al PF_TN_Asistente_Factura-

cion”)

4.3.5.Cliente no registrado

Si evaluando el punto 4.2.1.10 (“El PF_TN_Asistente_Facturacion revisa si el clien-

te ya fue matriculado”) sucede que el cliente no se encuentra registrado se procede

a realizar lo siguiente:

4.3.5.1. El PF_TN_Asistente_Facturacion registra los datos básicos del cliente

como su nombre, dirección, ruc, teléfono, etc.

4.3.5.2. Luego el caso de uso continua en 4.2.1.12 (“El PF_TN_Asistente_Fac-

turacion elabora y emite el documento de pago”)

4.3.6.Datos del cliente en el tiempo ha cambiado

Si evaluando el punto 4.2.1.11. (El PF_TN_Asistente_Facturacion verifica si los

datos entregados sean iguales a los datos del file de clientes) sucede que el

cliente en el tiempo ha cambiado sus datos como por ejemplo, su dirección, se

realiza lo siguiente

4.3.6.1. El PF_TN_Asistente_Facturacion actualiza los datos del cliente con la

nueva información recibida los cambios quedan registrados en el file de

clientes (PF_EN_Cliente)


turacion elabora y emite el documento de pago en base a los datos que le

proporcionan la Hoja de Liquidación”)

4.3.7.Auditor Medico rechaza la liquidación



Cuando evaluado en el punto 4.2.1.8.3 (“El PF_TN_Auditor_Medico revisa que los

códigos de los servicios identificados y registrados en la hoja de liquidación coinci-

den con el estándar”) sucede que el PF_TN_Auditor_Medico rechaza la Hoja de

Liquidación se procede a realizar lo siguiente:

4.3.7.1. El PF_TN_Auditor_Medico anota en la hoja de liquidación (PF_EN_Li-

quidacion) el motivo detallado del rechazo y se lo envía al PF_TN_Asisten-

te_Liquidaciones. En esta actividad el PF_TN_Auditor_Medico envía una

notificación al PF_TN_Asistente_Liquidaciones indicando que la aprobación

de una liquidación no procede.

4.3.7.2. El PF_TN_Asistente_Liquidaciones recibe la hoja de Liquidaciones con

las anotaciones observadas y procede a modificar la Hoja de Liquidacion.

4.3.7.3. Luego el caso de uso continúa en 4.2.1.7 (“El PF_TN_Asistente_Liqui-

daciones evalúa si la liquidación requiere la auditoria médica”).

4.3.8.Emisión de documento de pago errado

Cuando en el punto 4.2.1.13 (“El PF_TN_Asistente_Facturacion verifica que el do-

cumento de pago este correctamente impreso”) sucede que el

PF_TN_Asistente_Facturacion se da cuenta que los datos del documento de pago

están errados procede a realizar lo siguiente:

4.3.8.1. Anula el documento de pago, cambiando su estado a anulado.

4.3.8.2. Identifica y corrige el error que se ha cometido. Los errores pueden ser

variados, como por ejemplo, equivocación al colocar cualquier dato, todos

los datos no figuran o están incompletos en el documento de pago, etc.


turacion elabora y emite el documento de pago en base a los datos que le

proporcionan la Hoja de Liquidación”).

5. Precondiciones

5.1. Para la solicitud de la emisión de un documento de pago se requiere:

5.2. Para la solicitud de una pre-Liquidación se requiere:

5.2.1.El paciente se encuentra registrado

5.2.2.La hoja de atención se encuentre registrada

5.2.3.Existen consumos realizados por el paciente.

5.3. Para la anulación de documento de pago se requiere:



5.3.1.El documento de pago a anularse se está registrado.

5.4. Para la actualización de clientes se requiere:

5.4.1.El cliente que requiere actualizar sus datos este registrado.

6. Poscondiciones

6.1. Para la solicitud de la emisión de un documento de pago:

Se emitió el documento de pago al PF_AN_Solicitante_Documento_de_Pago

6.2. Para la solicitud de una pre-Liquidación:

Se entrego la hoja de Pre-Liquidación al PF_AN_Solicitante_Documento_de_Pago

6.3. Para la anulación de documento de pago:

Se emitió una notificación de anulación de documento de pago al


6.4. Para la solicitud actualización de clientes:

Se emitió una notificación de actualización de datos del cliente al



No aplica


En

via

r re

qu

irim

ien

to d

e P

lan

de

Sa

lud

o

Act

ua

liza

ció

n d

e t

ari

fas

de

Se

rvic

ios

Re

cib

ir N

oti

fica

cio

n

de

l re

gis

tro

Re

cib

ir r

eq

ue

rim

ien

to d

e P

lan

d

e S

alu

d

Se

so

lici

ta u

n n

ue

vo P

lan

de

Sa

lud

?

Ob

ten

er

cod

igo

ta

rifa

rio

SE

GU

S

Est

ab

lece

r fa

cto

r d

e T

ari

fari

o

Est

ab

lece

r co

be

rtu

ra

de

l P

lan

de

Sa

lud

SI

Re

gis

tra

r lo

s fa

cto

res

en

la

S

oli

ctu

d d

e S

erv

icio

Est

ab

lece

r fa

cto

res

de

l P

lan

de

Sa

lud

En

via

r so

lici

tud

de

Pla

n d

e

Sa

lud

pa

ra s

u a

pro

ba

cio

n

En

via

r S

oli

citu

d p

ara

R

eg

istr

o d

e d

ato

s

Re

cib

ir N

oti

fica

ció

n

En

via

r a

re

gis

tro

e

l p

lan

de

sa

lud

Re

cib

ir

No

tifi

caci

ón

...

Re

cib

ir c

on

firm

aci

on

d

e p

lan

sa

...

Ide

nti

fica

r si

el

req

ue

rim

ien

to e

s p

or

un

nu

evo

Pla

n d

e S

alu

d

Info

rma

r q

ue

el

req

ue

rim

ien

to

ha

sid

o a

ten

did

o

En

via

r la

So

lici

tud

de

Se

rvic

io

pa

ra a

pro

ba

ció

n

Re

cib

ir l

a c

on

firm

aci

ón

d

el

reg

istr

o

Re

cib

ir n

oti

fia

caci

ón

d

e r

ech

azo

Re

cib

ir n

oti

fica

cio

n d

e

rech

azo

..

Ide

nti

fica

r si

el

tip

o d

e r

eq

ue

rim

ien

to e

s p

or

un

pla

n d

e s

alu

d

Es

pla

n d

e S

alu

d?

SI

NO

Re

gis

tra

r S

oli

citu

d

de

Pla

n d

e S

alu

d

Ide

nti

fica

r si

el

req

ue

rim

ien

to e

s p

or

un

a

mo

dif

ica

ció

n d

el

pla

n d

e S

alu

d

NO

Se

so

lici

ta u

na

mo

dif

ica

ció

n a

l p

lan

de

Sa

lud

?

So

lici

tar

ba

ja d

el

Pla

n

de

sa

lud

NO

Re

qu

iere

Mo

dif

ica

r C

ob

ert

ura

s?S

I

Eva

lua

r si

se

so

lici

ta

mo

dif

ica

r la

s co

be

rtu

ras

SI

Eva

lua

r si

se

ne

cesi

ta

reg

istr

ar

los

fact

ore

s

NO

Re

qu

iere

Re

gis

tra

r /

mo

dif

ica

r lo

s fa

cto

res?

Re

visa

r S

oli

citu

d

de

Pla

n s

alu

d

Est

a c

on

form

e?

Ap

rob

ar

So

lici

tud

de

P

lan

de

Sa

lud

SI

En

via

r N

oti

fica

ció

n

de

Ap

rob

aci

ón

Eva

lua

r S

oli

citu

d d

e

Se

rvic

io Ap

rueb

a la

So

licitu

d?

Ap

rob

ar

soli

citu

d..

.

SI

Re

cib

ir l

a s

oli

citu

d

de

se

rvic

io

En

via

r n

oti

fica

ció

n d

e a

pro

ba

ció

n

de

so

lici

tud

de

se

rvic

io

Re

cha

zar

la S

oli

citu

d

de

Pla

n d

e S

alu

d

NO

En

via

r N

oti

fica

ció

n

de

Re

cha

zo

Re

cha

zar

la S

oli

citu

d

de

Se

rvic

ioN

O

En

via

r n

oti

fica

cio

n d

e r

ech

azo

de

l la

so

lici

tud

de

Se

rvci

o

Re

gis

tra

r/A

ctu

ali

zar

pla

n d

e s

alu

d

En

via

no

tifi

caci

on

de

re

gis

tro

pa

ra v

eri

fica

ció

n

Re

cib

ir N

oti

fica

ció

n d

e

reg

istr

o d

e P

lan

de

Sa

lud

Re

cib

ir N

oti

fica

ció

n

de

Ob

serv

aci

ón

Re

cib

ir l

a n

oti

fica

cio

n

de

co

nfo

rmid

ad

En

via

r n

oti

fica

ció

n d

e

reg

istr

o d

e P

lan

de

sa

lud

Re

gis

tra

r lo

s D

ato

s d

el

Se

rvic

io e

n e

l ta

rifa

rio

En

via

r n

oti

fica

ció

n d

e

Re

gis

tro

Ve

rifi

car

el

Pla

n

de

Sa

lud

Est

a c

on

form

e

con

el

Pla

n d

e

Sa

lud

?

En

via

r n

oti

fica

ció

n d

e

con

form

ida

d

Re

gis

tra

r vi

so d

e

con

form

ida

d

SI

Ob

serv

ar

el

Pla

n d

e

Sa

lud

NO

En

via

r n

oti

fica

ció

n d

e

Ob

serv

aci

ón

. :

PF

_E

N_

So

lici

tud

_d

e_

Pla

n_

...

[cre

ado]

. :

PF

_E

N_

Se

rvic

io_

Cli

nic

o..

:

PF

_E

N_

So

lici

tud

_d

e_

Pla

n_

d..

.[a

ctua

lizad

o]

.. :

PF

_E

N_

So

lici

tud

_d

e_

Ta

rifa

_S

erv

icio

[act

ualiz

ado]

: P

F_

EN

_S

EG

US

..:

: P

F_

EN

_S

oli

citu

d_

de

_P

lan

_d

e_

Sa

lud

[act

ualiz

ado]

.: :

PF

_E

N_

So

lici

tud

_d

e_

Ta

rifa

_S

erv

icio

[cre

ado]

..:

: P

F_

EN

_P

lan

_d

e_

Sa

lud

....

: P

F_

EN

_S

oli

citu

d_

de

_P

lan

_d

e_

Sa

lud

...

: P

F_

EN

_S

oli

citu

d_

de

_T

ari

fa_

Se

rvic

io

:: :

PF

_E

N_

So

lici

tud

_d

e_

Pla

n_

de

_S

alu

d

[Rec

haza

do]

:: :

PF

_E

N_

So

lici

tud

_d

e_

Ta

rifa

_S

erv

icio

[Rec

haza

do]

...

: P

F_

EN

_S

oli

citu

d_

de

_P

lan

_d

e_

Sa

lud

[apr

obad

o]

. :

PF

_E

N_

So

lici

tud

_d

e_

Ta

rifa

_S

erv

icio

[apr

obad

o]

. :

PF

_E

N_

Pla

n_

de

_S

alu

d

[reg

istr

ado]

. :

PF

_E

N_

Ta

rifa

.. :

PF

_E

N_

Ta

rifa

[reg

istr

ado]

.. :

PF

_E

N_

Pla

n_

de

_S

alu

d

: :

PF

_E

N_

Pla

n_

de

_S

alu

d

[Ver

ifica

do]

:: :

PF

_E

N_

Pla

n_

de

_S

alu

d

[Obs

erva

do]

:: :

PF

_E

N_

Ta

rifa

SI

NO

: P

F_

TN

_A

sis

ten

te_

Fa

ctu

rac

ion

: P

F_

TN

_A

sis

ten

te_

Ad

min

istr

ati

vo

: P

F_

TN

_D

ire

cto

r_M

ed

ico

: P

F_

TN

_R

es

po

ns

ab

le_

Co

me

rcia

l :

PF

_A

N_

Ge

ren

te_

Op

era

cio

ne

s


2.3.2 Diagrama de Actividades

A. PF_DAN_Gestion de Tarifas

Figura 3 DACT_Gestion_de_Tarifarios

Documento Interno Versión: 2.0 Página: 38 / 203

Rec

ibir

notif

icac

ión

de a

cept

ació

n de

Car

ta d

e G

aran

tía

Sol

icita

r C

otiz

ació

n

Rec

ibir

Cot

izac

ión

Reg

istr

ar d

atos

bás

icos

de

la c

otiz

ació

n

Con

sulta

r co

bert

uras

y

cond

icio

nes

del p

lan

de s

alud

La c

otiz

acio

n es

ta e

xone

rada

de

Car

ta d

e G

aran

tia?

Sel

ecci

onar

Ser

vici

os

a C

otiz

ar

Cre

ar S

olic

itud

de C

arta

de

Gar

antía

NO

Env

iar

solic

itud

de C

arta

de

Gar

antía

Apl

icar

Tar

ifas

de li

sta

segú

n Ta

rifar

io

Rec

ibir

notif

icac

ión

de R

echa

zo

de c

arta

de

gara

ntía

Act

ualiz

ar la

cot

izac

ión

en b

ase

a lo

s fa

ctor

es d

el p

lan

de s

alud

Eva

luar

si e

l ser

vici

o a

cotiz

ar e

sta

exon

erad

o de

Car

ta d

e G

aran

tía

Iden

tific

ar s

i el r

eque

rimie

nto

es p

ara

un p

acie

nte

de la

clín

ica

Es

paci

ente

de

la

clín

ica?

Em

itir

cotiz

ació

n

SI

Ent

rega

r co

tizac

ión

al

Sol

icita

nte

Eva

luar

si e

l pac

ient

e es

ta a

segu

rado

SI

Est

a as

egur

ado?

SI

NO

Rec

ibir

requ

erim

ient

o de

cot

izac

ión

Ver

ifica

r el

mon

to d

e la

C

arta

de

Gar

antíaLa

car

ta e

s po

r el

100

%?

Rec

alcu

lar

los

mon

tos

de la

cot

izac

ión

Rec

ibir

Sol

icitu

d de

C

arta

de

Gar

antia

Eva

luar

si p

roce

de la

sol

icitu

d de

car

ta d

e ga

rant

ía

Pro

cede

la S

olic

itud

de

Car

ta d

eGar

antia

?

Rec

haza

r so

licitu

d de

ca

rta

de g

aran

tíaN

O

Ace

ptar

sol

icitu

d de

car

ta

de g

aran

tía

envi

ar n

otifi

caci

ón d

e ac

epta

ción

de

solic

itud

de c

arta

de

gara

ntía

Env

iar

notif

icac

ión

de r

echa

zo d

e so

licitu

d de

car

ta d

e ga

rant

ía

Ela

bora

r C

arta

de

Gar

antía

co

n el

mon

to a

cept

ado

Eva

luar

si s

olic

itud

es

acep

tada

al 1

00%

SI

Es

acep

tada

al

100

%?

SI

Reg

istr

ar e

l mon

to

acep

tado

y lo

s m

otiv

osN

O

: P

F_E

N_S

ervi

cio_

Clin

ico

: P

F_E

N_S

olic

itud_

Car

ta_G

aran

tia

[cre

ado

]

: P

F_E

N_T

arifa

. :

PF

_EN

_Cot

izac

ion

[va

loriz

ada]

: P

F_E

N_P

lan_

de_S

alud

.. :

PF

_EN

_Cot

izac

ion

[va

loriz

ada]

.. :

PF

_EN

_Car

ta_G

aran

tia

: A

D_E

N_P

acie

nte

...

: P

F_E

N_C

otiz

acio

n

[cre

ado

]

..:

: P

F_E

N_C

otiz

acio

n

[Ac

tua

liza

do]

: :

PF

_EN

_Sol

icitu

d_C

arta

_Gar

antia

_ :

PF

_EN

_Sol

icitu

d_C

arta

_Gar

antia

[rec

haz

ado]

:: :

PF

_EN

_Pla

n_de

_Sal

ud

__ :

PF

_EN

_Sol

icitu

d_C

arta

_Gar

antia

[Ac

epta

do]

._ :

PF

_EN

_Sol

icitu

d_C

arta

_Gar

antia

[Ac

tua

liza

do]

: P

F_E

N_C

arta

_Gar

antia

[cre

ado

]

SI

NO

NO

: P

F_T

N_R

esp

on

sab

le C

ia_d

e_ S

egu

ros

: A

D_T

N_R

esp

on

sab

le_A

dm

isio

n :

PF

_AN

_Cli

ente


B. PF_DAN_Gestion de Cotizaciones

Figura 4 DACT_Gestion_de_Cotizaciones


Sol

icita

r E

mis

ión

de

doc

ume

nto

de P

ag

o, P

re-L

iqui

daci

on

actu

aliz

acio

n de

clie

nte

o an

ula

ció

n d

e do

cum

ento

de

pago

Rec

ibir

Doc

um

ento

de

Pag

o

Rec

ibir

Pre

liqui

daci

ón

Rec

ibir

notif

icac

ión

de

docu

men

to d

e pa

go a

nula

do

Rec

ibir

notif

icac

ión

de

actu

aliz

ació

n de

Clie

nte

Es

una

P

reliq

uida

ció

n?

Env

iar

Do

cum

ento

de

Pag

o a

l Clie

nte

Rec

ibir

liqu

ida

ció

n

Ver

ific

ar q

ue e

l do

cum

ento

de

Pag

o es

te

corr

ecta

men

ten

impr

eso

Doc

umen

to d

e

pago

es

OK

?

SI

Anu

lar

Do

cum

ento

de

Pag

o

NOEm

itir

Doc

ume

nto

de P

ago

Iden

tific

ar e

rror

es

del

do

cum

ento

de

pago

Rev

isa

r s

i el

clie

nte

esta

reg

istr

ado El c

lien

te e

sta

regi

stra

do?

Reg

istr

ar

basi

cos

da

tos

del

clie

nte

NO

Los

dato

s r

egi

stra

dos

son

lo

s m

ism

os?

SI

Act

ual

izar

dat

os d

el

clie

nte

NO

Ver

ific

ar q

ue l

os d

atos

ent

rega

dos

sean

igua

les

a lo

s re

gis

trad

os

SI

Iden

tific

ar s

i el r

eque

rimie

nto

es

una

an

ualc

ion

de u

n do

cum

ento

de

pag

o

Ev

alua

r si

el

Pa

cie

nte

es

Ase

gur

ado

NO

Es

ase

gur

ado?

Sol

icita

r e

labo

raci

ón

de

liqu

ida

ció

n

SI

Iden

tific

ar s

i el s

erv

icio

es

por

hos

pita

lizac

ión

NO

Es

por

ho

spita

lizac

ión?

SI

NO

Sol

icita

r la

ela

bora

ción

de

la p

reliq

uid

aci

ón

SI

Env

iar

Pre

liqui

daci

ón

Es

una

an

ula

ció

n de

D

ocum

ento

de

pag

o?

Iden

tific

ar s

i el r

eque

rimie

nto

es

par

a ac

tual

iza

r c

lien

te

Se

requ

iere

ac

tual

izar

Clie

nte

?

NO

Iden

tific

ar s

i el r

eque

rimie

nto

req

uie

re

emis

ión

de d

ocu

men

to d

e pa

go

Req

uier

e em

isio

n d

e

docu

men

to d

e pa

go?

Iden

tific

ar s

i se

requ

iere

em

isió

n de

doc

ume

nto

de p

ago

Se

requ

iere

em

isió

n d

el

docu

men

to d

e P

ago?

SI

Env

iar

notif

icac

ión

de

do

cum

ento

de

Pag

o A

nula

do

NO

Env

iar

notif

icac

ión

de

ac

tual

izac

ión

de C

lien

te

Rec

ibir

solic

itud

de

liqui

dac

ión

o pr

eliq

uid

ació

n

Ela

bor

ar E

xpe

die

nte

Fís

ico

LLam

ar a

las

otr

as a

reas

par

a co

nsul

tar

si

todo

s lo

s c

onsu

mos

est

án r

egis

trad

os

Todo

s lo

s co

nsu

mos

es

tán

regi

str

ados

?

Act

ual

izar

Li

quid

ació

n

Cre

ar L

iqui

dac

ión

o P

reliq

uid

ació

n (c

on d

atos

bás

ico

s)

Iden

tific

ar c

onsu

mos

fa

lta

ntes

NO

Ev

alua

r si

el d

ocum

ento

es

una

liq

uid

aci

ón

o pr

eliq

uida

ció

n

SI

Rec

ibir

notif

icac

ión

de

apro

baci

ón d

e li

qui

dac

ión

Env

iar

Liq

uid

ació

n

Reg

istr

ar o

rden

es

de

serv

icio

en

la li

quid

ació

n

Es

una

Liq

uida

ció

n?

Env

iar

prel

iqui

dac

ión

NO

Ev

alua

r si

el p

acie

nte

es

aseg

urad

o

SI

El p

acie

nte

es

aseg

urad

o?

NO

Env

iar

Liliq

uid

ació

n a

Au

dito

ría

Méd

ica

para

apr

obac

ión

SI

Rev

isa

r q

ue

los

cód

igos

em

ple

ado

s en

la

Liq

uid

ació

n co

nic

idan

con

el C

IE1

0

Apr

ueb

a L

iqu

ida

ció

n?

Rec

haz

ar L

iqui

dac

ion

y E

nvia

r no

tific

ació

n de

rec

haz

oN

O

Apr

oba

r Li

quid

acio

n y

env

iar

notif

icac

ión

de a

pro

baci

ón

SI

: P

F_

EN

_Doc

um

ento

_de_

Pag

o

[anu

lado

]

....

: P

F_

EN

_Liq

uid

acio

n

. :

PF

_EN

_Doc

um

ent

o_de

_Pa

go

[em

itido

]

. :

PF

_EN

_Clie

nte

:: :

PF

_EN

_C

lient

e

[cre

ado]

.: :

PF

_EN

_C

lient

e

[act

ualiz

ado]

_ :

PF

_EN

_Doc

umen

to_

de_P

ago

. :

AD

_E

N_O

rden

_de

_Ate

ncio

n

._ :

AD

_EN

_Ord

en_d

e_A

tenc

ion

: A

D_E

N_P

acie

nte

.. :

PF

_EN

_C

lient

e

: A

T_E

N_O

rden

de_

Exa

men

es_

Med

icos

: A

D_E

N_O

rden

_de_

Ate

ncio

n

: P

F_

EN

_Liq

uida

cio

n

[cre

ado]

. :

PF

_EN

_Liq

uida

cion

[act

ualiz

ado]

: P

F_

EN

_Ta

rifa

. :

AD

_E

N_P

acie

nte

: P

F_

EN

_Ser

vic

io_C

linic

o

__ :

PF

_EN

_Li

qui

dac

ion

[act

ualiz

ado]

_. :

PF

_E

N_

Liqu

idac

ion

_. :

AD

_EN

_Pac

ient

e

.. :

PF

_EN

_Li

qui

dac

ion

: P

F_

EN

_CIE

10

...

: P

F_E

N_L

iqu

ida

cio

n

[apr

obad

o]

_ :

PF

_EN

_Liq

uid

aci

on

[rec

haza

do]

SI

NO

SI

NO

SI

: P

F_

TN

_A

sis

ten

te_

Liq

uid

ac

ion

es

: P

F_

TN

_A

sis

ten

te_

Fa

ctu

rac

ion

: P

F_

AN

_S

olic

ita

nte

_D

oc

um

en

to_

de

_P

ag

o


C. PF_DAN_Gestion Liquidacion Facturacion

Figura 5 DACT-Gestión de Liquidación Facturación 1


Sol

icita

r E

mis

ión

de d

ocum

ent

o de

Pa

go,

Pre

-Liq

uida

cion

ac

tual

izac

ion

de c

lient

e o

anu

lac

ión

de

docu

men

to d

e pa

go

Rec

ibir

Doc

um

ento

de

Pag

o

Rec

ibir

Pre

liqui

daci

ón

Rec

ibir

notif

icac

ión

de

docu

men

to d

e pa

go a

nula

do

Rec

ibir

notif

icac

ión

de

actu

aliz

ació

n de

Clie

nte

Es

una

Pre

liqui

daci

ón?

Env

iar

Do

cum

ento

de

Pag

o a

l Clie

nte

Rec

ibir

liqu

ida

ció

n

Ver

ific

ar q

ue e

l do

cum

ento

de

Pag

o es

te

corr

ecta

men

ten

impr

eso

Doc

umen

to d

e

pago

es

OK

?

SI

Anu

lar

Doc

umen

to

de P

ago

NOEm

itir

Doc

ume

nto

de P

ago

Iden

tific

ar e

rror

es d

el

docu

men

to d

e pa

go

Rev

isa

r si

el c

lient

e es

ta r

egis

trad

o

El c

lien

te e

sta

regi

stra

do?

Reg

istr

ar

basi

cos

da

tos

del c

lient

e

NO

Los

dato

s re

gist

rado

s s

on lo

s m

ism

os?

SI

Act

ualiz

ar d

atos

del

cl

ient

e

NO

Ver

ific

ar q

ue l

os d

atos

ent

rega

dos

sean

igua

les

a lo

s re

gis

trad

os

SI

Iden

tific

ar s

i el r

eque

rimie

nto

es u

na

anua

lcio

n de

un

docu

men

to d

e pa

go

Ev

alua

r si

el

Pac

ien

te

es A

seg

urad

o

NO

Es

aseg

urad

o?

Sol

icita

r el

abo

raci

ón

de

liqu

ida

ció

n

SI

Iden

tific

ar s

i el s

erv

icio

es

por

hos

pita

lizac

ión

NO

Es

por

hosp

italiz

ació

n?S

I

NO

Sol

icita

r la

ela

bora

ción

de

la p

reliq

uid

aci

ón

SI

Env

iar

Pre

liqui

daci

ón

Es

una

anul

aci

ón

de

Doc

umen

to d

e p

ago?

Iden

tific

ar s

i el r

eque

rimie

nto

es p

ara

actu

aliz

ar

clie

nte

Se

requ

iere

ac

tual

izar

Clie

nte

?

NO

Iden

tific

ar s

i el r

eque

rimie

nto

requ

iere

em

isió

n de

do

cum

ento

de

pago

Req

uier

e em

isio

n de

do

cum

ento

de

pago

?

Iden

tific

ar s

i se

requ

iere

em

isió

n de

doc

ume

nto

de p

ago

Se

requ

iere

em

isió

n de

l do

cum

ento

de

Pag

o?

SI

Env

iar

notif

icac

ión

de

docu

men

to d

e P

ago

Anu

lad

o

NO

Env

iar

notif

icac

ión

de

actu

aliz

ació

n de

Clie

nte

Rec

ibir

solic

itud

de

liqui

daci

ón o

pr

eliq

uid

ació

n

Ela

bor

ar E

xpe

die

nte

Fís

ico

LLam

ar a

las

otr

as a

reas

par

a co

nsul

tar

si

todo

s lo

s c

onsu

mos

est

án r

egis

trad

os

Todo

s lo

s co

nsu

mos

es

tán

regi

str

ados

?

Act

ualiz

ar

Liqu

idac

ión

Cre

ar L

iqui

dac

ión

o P

reliq

uid

ació

n (c

on d

atos

bás

ico

s)

Iden

tific

ar c

onsu

mos

fa

ltan

tes

NO

Ev

alua

r si

el d

ocum

ento

es

una

liq

uid

aci

ón

o pr

eliq

uida

ció

n

SI

Rec

ibir

notif

icac

ión

de

apro

baci

ón d

e li

qui

dac

ión

Env

iar

Liq

uid

ació

n

Reg

istr

ar o

rden

es d

e se

rvic

io

en la

liqu

idac

ión

Es

una

Liqu

idac

ión

?

Env

iar

prel

iqui

dac

ión

NO

Ev

alua

r si

el p

acie

nte

es

aseg

urad

o

SI

El p

acie

nte

es

aseg

urad

o?

NO

Env

iar

Liliq

uid

ació

n a

Au

dito

ría

Méd

ica

para

apr

obac

ión

SI

Rev

isa

r qu

e lo

s c

ódig

os e

mp

lea

dos

en

la L

iqui

dac

ión

con

icid

an c

on e

l CIE

10

Apr

ueba

Liq

uid

aci

ón?

Rec

haz

ar L

iqui

dac

ion

y E

nvia

r no

tific

ació

n de

rec

haz

oN

O

Apr

obar

Liq

uida

cion

y e

nvia

r no

tific

ació

n de

ap

roba

ción

SI

: P

F_

EN

_Doc

um

ento

_de_

Pag

o

[anu

lado

]

....

: P

F_

EN

_Liq

uida

cio

n

. :

PF

_EN

_Doc

ume

nto_

de_P

ago

[em

itido

]

. :

PF

_EN

_Clie

nte

:: :

PF

_EN

_C

lient

e

[cre

ado]

.: :

PF

_EN

_C

lient

e

[act

ualiz

ado]

_ :

PF

_EN

_Doc

umen

to_

de_P

ago

. :

AD

_E

N_O

rden

_de

_Ate

ncio

n

._ :

AD

_EN

_Ord

en_d

e_A

tenc

ion

: A

D_E

N_P

acie

nte

.. :

PF

_EN

_C

lient

e

: A

T_E

N_O

rden

de_

Exa

men

es_M

edic

os

: A

D_E

N_O

rden

_de_

Ate

ncio

n

: P

F_

EN

_Liq

uida

cio

n

[cre

ado]

. :

PF

_EN

_Liq

uida

cion

[act

ualiz

ado]

: P

F_

EN

_Ta

rifa

. :

AD

_E

N_P

acie

nte

: P

F_

EN

_Ser

vic

io_C

linic

o

__ :

PF

_EN

_Li

qui

dac

ion

[act

ualiz

ado]

_. :

PF

_E

N_L

iqui

dac

ion

_. :

AD

_EN

_Pac

ient

e

.. :

PF

_EN

_Li

qui

dac

ion

: P

F_

EN

_CIE

10

...

: P

F_E

N_L

iqu

ida

cio

n

[apr

obad

o]

_ :

PF

_EN

_Liq

uid

aci

on

[rec

haza

do]

SI

NO

SI

NO

SI

: P

F_

TN

_A

ud

ito

r_M

ed

ico

: P

F_

TN

_A

sis

ten

te_

Liq

uid

ac

ion

es


Figura 6 DACT-Gestión de Liquidación Facturación 2



2.3.3 Lista de actividades a automatizar

Código Nombre Caso de Uso de Negocio

ACT6-01Registrar datos básicos de la

cotizaciónPF_CUN_Gestion_de_Cotizaciones

ACT6-02Seleccionar servicios a

cotizarPF_CUN_Gestion_de_Cotizaciones

ACT6-03Aplicar tarifas de lista según

tarifarioPF_CUN_Gestion_de_Cotizaciones

ACT6-04Evaluar si el paciente está

aseguradoPF_CUN_Gestion_de_Cotizaciones

ACT6-05

Consultar coberturas y

condiciones del Plan de

Salud


ACT6-06

Actualizar la cotización en

base a los factores del Plan

de Salud


ACT6-07 Emitir Cotización PF_CUN_Gestion_de_Cotizaciones

ACT6-08Crear Solicitud de Carta de

GarantíaPF_CUN_Gestion_de_Cotizaciones

ACT6-09Recalcular los montos de la

cotizaciónPF_CUN_Gestion_de_Cotizaciones

ACT6-10Rechazar Solicitud de Carta

de GarantíaPF_CUN_Gestion_de_Cotizaciones

ACT6-11Aceptar Solicitud de Carta

de GarantíaPF_CUN_Gestion_de_Cotizaciones

ACT6-12

Registrar el monto aceptado

y los motivos en la Solicitud

de Carta de Garantía


ACT6-13Elaborar Carta de Garantía

con el monto aceptadoPF_CUN_Gestion_de_Cotizaciones

ACT6-14Registrar Solicitud de Plan

de SaludPF_CUN_Gestion_de_Tarifarios

ACT6-15Establecer cobertura del

Plan de SaludPF_CUN_Gestion_de_Tarifarios

ACT6-16Establecer factores del Plan


ACT6-17Establecer factor en el

tarifarioPF_CUN_Gestion_de_Tarifarios



ACT6-18Obtener Código tarifario

SEGUSPF_CUN_Gestion_de_Tarifarios

ACT6-19Registrar factores en la

Solicitud de ServicioPF_CUN_Gestion_de_Tarifarios

ACT6-20Revisar Solicitud Plan de

SaludPF_CUN_Gestion_de_Tarifarios

ACT6-21Aprobar Solicitud de Plan de


ACT6-22Rechazar Solicitud de Plan


ACT6-23Evaluar Solicitud de

Servicio (consultar)PF_CUN_Gestion_de_Tarifarios

ACT6-24 Aprobar Solicitud de Servicio PF_CUN_Gestion_de_Tarifarios

ACT6-25Rechazar Solicitud de

ServicioPF_CUN_Gestion_de_Tarifarios

ACT6-26Registrar/actualizar Plan de


ACT6-27Registrar los datos del

servicio en el tarifarioPF_CUN_Gestion_de_Tarifarios

ACT6-28Verificar el Plan de Salud

(Consultar)PF_CUN_Gestion_de_Tarifarios

ACT6-29Registrar conformidad al

Plan de SaludPF_CUN_Gestion_de_Tarifarios

ACT6-30 Observar el Plan de Salud PF_CUN_Gestion_de_Tarifarios

ACT6-31Revisar si el cliente esta

registrado.PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-32 Registrar datos del cliente PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-33 Actualizar datos del cliente PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-34 Emitir Documento de Pago PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-35 Anular Documento de Pago PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-36Crear Liquidación o Pre

liquidaciónPF_CUN_Gestion_Liquidacion_Facturacion

ACT6-37Registrar ordenes de

servicio en la liquidaciónPF_CUN_Gestion_Liquidacion_Facturacion



ACT6-38 Actualizar Liquidación PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-39 Aprobar Liquidación PF_CUN_Gestion_Liquidacion_Facturacion

ACT6-40 Rechazar Liquidación PF_CUN_Gestion_Liquidacion_Facturacion



2.4 Modelo de Análisis del Negocio

2.4.1 Especificación de los trabajadores del negocio

Trabajador De Negocio Descripción

Es la persona que se encarga de realizar las

cotizaciones sobre los servicios que brinda la

clínica. Estas cotizaciones son dirigidas a

personas que son clientes de la clínica o a

compañías aseguradoras que lo puedan

solicitar.

Es quien acepta o rechaza una solicitud de

cobertura para un paciente que se encuentra

asegurado y solicita una cotización y/o

servicio.

Es quien apoya en el área de liquidaciones y

facturación revisando las liquidaciones

realizadas, asociadas a un cliente, de los

servicios consumidos. Es quien determina si

una liquidación fue realizada de forma

correcta.

Es quien determina, en base a cálculos y

estudio de mercado, los factores que se

deben aplicar a los servicios que brinda la

clínica. Asimismo, es quien realiza las

negociaciones con las compañías de seguros

para crear los planes de salud que son

aplicados a los trabajadores que están

afiliados a las EPS.

Es quien registra la información de los

factores asociados, previamente analizados


AD_TN_Responsable_Admision

(from Trabajadores del negocio)

PF_TN_Responsable Cia_de_ Seguros


PF_TN_Director_Medico




PF_TN_Asistente_Administrativo(from Trabajadores del negocio)


por el Responsable Comercial, para cada

servicio que brinda la clínica. Asimismo, es

quien registra la información de los servicios

nuevos que se puedan ofrecer con sus

respectivas unidades las cuales son tomadas

del SEGUS.

Es quien, en base a las liquidaciones

realizadas para un cliente, realiza la factura

respectiva.

Es quien, en base a los expedientes recibidos

los cuales contienen la información de los

servicios que utilizo un cliente, realizan las

liquidaciones a ser revisadas por el Médico

Auditor, para finalmente terminará con la

generación de un documento de pago.

Es quien verifica que las liquidaciones que se

hayan realizado sean correctas para poder

proceder con la facturación.


PF_TN_Asistente_Facturacion


PF_TN_Asistente_Liquidaciones

(f rom Trabajadores del negocio)

PF_TN_Auditor_Medico

(f rom Trabajadores del negocio)


2.4.2 Especificación de las entidades del negocio

Entidad De Negocio Descripción

Representan una lista de códigos organizados y

utilizados internacionalmente (Clasificación estadística

internacional de enfermedades) que la clínica utiliza

para determinar los servicios que brinda la clínica.

Atributos:

codigo_cie10 numero

descripcion cadena

Representan los datos de los clientes que van a

solicitar los servicios de la clínica y pueden ser

particulares o compañías de seguros. Esta información

es importante al generar los comprobantes de pago.

Atributos:

codigo_cliente numero

num_doc_identidad numero

apellidos cadena

nombres cadena

codigo_cia_seguro numero

ruc cadena

fecha_nacimiento fecha

telefono cadena

telefono_movil cadena

fax cadena

email cadena

direccion cadena

ciudad cadena

pais cadena

Representa la información de las cotizaciones

generadas a los clientes por la clínica de los servicios

que ofrece.

Atributos:

um_cotizacion numero

nombre_cia_aseguradora cadena

nombre_centrotrabajo cadena

nombre_motivo cadena

nombre_paciente cadena

nombre_doctor cadena


PF_EN_CIE10

(f rom Entidades del negocio)

PF_EN_Cliente


PF_EN_Cotizacion

(from Entidades del negocio)


codigo_plan codigo

num_dias numero

num_telefono cadena

detalle_tipo_concepto numero

detalle_codigo_concepto numero

detalle_nombre_concepto cadena

detalle_importe_pordia numero

detalle_tarifa_concepto numero

detalle_dscto_concepto numero

detalle_total_concepto numero

detalle_pjedscto_manual_concepto numero

importe_bruto numero

importe_igv_pagar numero

importe_total_pagar numero

fecha_emision fecha

hora_emision Hora

obervacion cadena

nombre_resp_cotizacion cadena

Representa los comprobantes de pago que la clínica

entrega al realizar un servicio (Facturas, Boletas,

Tickets, etc.).

Atributos

num_ciuu numero

num_documento numero

codigo_tipo_documento codigo

fecha_emision fecha



num_ruc_centrotrabajo numero


nombre_titular cadena

num_autorizacion numero

fecha_vencimiento fecha

num_liquidacion numero

num_poliza cadena

detalle_fechaatencion fecha

detalle_tipo_concepto cadena

detalle_codigo_concepto numero

detalle_nombre_concepto cadena


PF_EN_Documento_de_Pago



detalle_num_guiaconcepto numero

detalle_total_concepto numero

importeconsumo_gastos numero

importeconsumo_igv numero

importeconsumo_total numero

importededucible_gastos numero

importededucible_igv numero

importededucible_total numero

importeneto_igv numero

importeneto_gasto numero

importe_inafecto numero

importe_neto_total numero

direccion_paciente cadena

nombre_tiposeguro cadena

Representa una lista consolidada de los consumos

realizados por el cliente y sobre la cual se genera el

respectivo documento de pago.

Atributos:

nnum_liquidacion numero


nombre_titular cadena



nombre_medico_contratante cadena

fecha_hospitalizacion fecha

hora_hospitalizacion Hora

num_historia_clinica numero

num_cama numero

num_ruc_centrotrabajo numero

num_dias_hospitalizado numero

fecha_alta fecha

nombre_concepto cadena

Representa la información concerniente a los planes

de salud que la clínica ofrece. Estos planes pueden

ser tanto internos (los ofrecidos por la clínica) o las

que proporcionan las compañías de seguro.

Atributos:

codigo_plan_salud numero


PF_EN_Liquidacion


PF_EN_Plan_de_Salud



tipo_cobertura cadena

costo numero

tipo_plan_salud cadena

rango_edad cadena

tiempo_plan cadena

Representa los servicios que brinda la clínica y que

pueden ser de farmacia, servicios auxiliares,

quirúrgicos, etc.

Atributos:

codigo_paquete numero

descripcion_paquete cadena

codigo_servicio numero

precio_base numero

estado cadena

Representa el documento que se utiliza al solicitar una

cotización de servicios que poseen cobertura brindado

por la compañía de seguros y que no están

exoneradas de carta de garantía.

Atributos:

codigo_carta_garantia numero


clinica cadena

fecha_emision fecha

servicio cadena

monto_cia numero

monto_clinica numero

codigo_cliente numero

codigo_plan_salud numero

observaciones texto

Representa el documento que se crea al solicitar el

registro de un nuevo plan de salud que va a disponer

la clínica para sus clientes en base a lo pactado con

las compañías aseguradoras.

Atributos:

codigo_solicitud numero

descripcion_solicitud cadena

fecha_emision fecha

persona_autoriza cadena

encargado_digitacion cadena

observaciones cadena


PF_EN_Servicio_Clinico


PF_EN_Solicitud_Carta_Garantia


PF_EN_Solicitud_de_Plan_de_Salud



descripcion_plan_salud cadena

Representa el documento que se crea al solicitar el

registro de un nuevo servicio que la clínica necesita

brindar.

Atributos:

codigo_solicitud_servicio numero

descripcion_solicitud cadena

fecha_emision fecha

persona_autoriza cadena

encargado_digitacion cadena

observaciones cadena

descripcion_servicio cadena

Representa los factores que utiliza las compañías de

seguros o la clínica para los servicios y que se van a

aplicar a las unidades (tarifas) que se especifican en la

entidad PF_EN_Servicio_Clinico.

Atributos:

codigo_tarifa numero


codigo_poliza numero

codigo_servicio numero

importe numero

estado cadena

tipo_cobertura cadena

descuento numero


PF_EN_Tarifa


PF_EN_Solicitud_de_Servicio



2.4.3 Diagrama de Clases del Negocio




PF_EN_Tarifa


PF_EN_Plan_de_Salud


PF_EN_Cotizacion


PF_EN_Solicitud_Carta_Garantia


PF_EN_Carta_Garantia


PF_TN_Responsable Cia_de_ Seguros


Consulta/aprueba

Elabora

Consulta_

AD_EN_Paciente


AD_TN_Responsable_Admision

(from Trabajadores del nego...

obtiene

obtiene

obtiene

registra/ Actualiza

registra

Consulta.

Obtiene.


Figura 7 PF_DLN_Gestion_de_Cotizaciones





(from Entidades del nego...



PF_EN_Solicitud_de_Plan_de_Salud


PF_EN_Solicitud_de_Tarifa_Servicio


PF_TN_Director_Medico


Autoriza

Consulta/Aprueba

PF_TN_Asistente_Administrativo(from Trabajadores del nego...

Deriva

PF_EN_Tarifa


Obtener.

PF_EN_SEGUS


PF_EN_Plan_de_Salud


ValidaActualiza



Obtener

Crear/Actualizar

Crear /Actualizar

Deriva Deriva

Consulta

Obtener


Figura 8 PF_DLN_Gestion_de_ tarifarios



Figura 9 PF_DLN_Gestion_Liquidacion_Facturacion


PF_EN_CIE10


PF_EN_Documento_de_Pago


PF_EN_Cliente


PF_EN_Liquidacion


PF_EN_Tarifa(from Entidades del negocio)

PF_TN_Auditor_Medico


Consulta

Revisa/Aprueba

AT_EN_Orden de_Examenes_Medicos




AD_EN_Orden_de_Atencion




Registra

Consulta

Obtiene

Actualiza.

PF_TN_Asistente_Liquidaciones


Genera

Obtiene

evalua

Consulta

Consulta

Obtiene

Envia / Recibe

AD_EN_Paciente


consultaconsulta.


CAPÍTULO 3 REQUERIMIENTOS



3.1 Especificación de los Requerimientos de Software

3.1.1 Funcionalidad

Código PF_RF01

Nombre Actualizar Cotización

Descripción

Permitir la emisión de cotizaciones por servicio. Además si la

cotización lo requiere también debe permitir emitir una solicitud

de carta de Garantía a la Cía. de seguros.

Código PF_RF02

Nombre Evaluar solicitud de Carta de Garantía

Descripción

Para evaluar se requiere consultar el Plan de Salud del paciente

para validar si su cobertura cubre lo solicitado al 100% o sólo en

parte o rechazar la solicitud por qué no está en su cobertura de

seguro

Código PF_RF03

Nombre Registrar Carta de Garantía

Descripción

Permitir la emisión de una Carta de Garantía de acuerdo al

monto aprobado luego de la evaluación de la solicitud de Carta

de Garantía

Código PF_RF04

Nombre Actualizar Cliente

Descripción

Permitir la actualización de los datos del cliente, ya sea

registrando un cliente nuevo o actualizando los datos de uno ya

existente

Código PF_RF05

Nombre Actualizar Documento de Pago

Descripción

Permitir la emisión y anulación de documentos de pago. Para la

emisión se requiere registrar en el documento los datos del

cliente y los detalles de los servicios o de la liquidación si esta

última existiera.



Código PF_RF06

Nombre Actualizar Liquidación

Descripción

Permitir la emisión de pre-liquidaciones y liquidaciones. Para

esto se requiere consultar ellas ordenes de atención de los

servicios consumidos por el paciente y valorizarlos de acuerdo

las tarifas aplicables a su plan de salud.

Código PF_RF07

Nombre Evaluar Liquidación

Descripción

Permitir al auditor médico aprobar o rechazar una liquidación.

Para esto el auditor verificará que los códigos de los servicios

consumidos por el paciente que fueron ingresados en la

liquidación coincidan con los del CIE10.

Código PF_RF08

Nombre Registrar Solicitud de Plan de Salud

Descripción

Permitir la emisión de una solicitud para registrar un nuevo Plan

de salud, modificar uno existente (coberturas o tarifas) o darlo

de baja.

Código PF_RF09

Nombre Evaluar Solicitud de Plan de Salud

DescripciónPermitir al Director Medico autorizar si la solicitud de Plan de

Salud procede o no.

Código PF_RF10

Nombre Registrar Solicitud de actualizar tarifa de servicio

DescripciónPermitir la emisión de una solicitud para registrar una tarifa para

un nuevo servicio, modificar uno existente.

Código PF_RF11

Nombre Evaluar Solicitud de actualizar tarifa de servicio

DescripciónPermitir al Director Medico evaluar si la solicitud de

actualización de la tarifa de un servicio procede o no.

Código PF_RF12



Nombre Actualizar Plan de Salud

Descripción

Permitir el registro de un nuevo Plan de salud, modificar uno

existente (coberturas o tarifas) o darlo de baja. Para esto será

necesario consultar los servicios clínicos que brindan la clínica y

las tarifas que tiene cada uno de estos.

Código PF_RF13

Nombre Evaluar Plan de Salud

Descripción

Permitir la evaluación, por parte de asistente de facturación, si el

registro del nuevo o modificado Plan de Salud procede o no

para esto requiere contrastarlo vs el tarifario de servicios

Código PF_RF14

Nombre Actualizar tarifa de Servicio

DescripciónPermitir el registro de la tarifa para un nuevo servicio o modificar

uno existente.

Código PF_RF15

Nombre Evaluar Tarifa de Servicio

DescripciónPermitir al Director Medico evaluar si la actualización de la tarifa

de un servicio procede o no.

Código PF_RF16

Nombre Consultar Plan de Salud

Descripción

Código PF_RF17

Nombre Consultar Documento de Pago

Descripción



Código PF_RF18

Nombre Consultar Liquidaciones

Descripción

Código PF_RF19

Nombre Emitir Reporte Gerencial de Documentos de Pago

DescripciónEmitir reporte de cuanto fue lo que se facturó por compañía de

seguro por especialidad en un determinado período de tiempo.

Código PF_RF19

Nombre Emitir Reporte de operaciones de Documento de Pago

Descripción

Emitir reporte de cuanto cuantas facturas fueron anuladas en

un determinado periodo de tiempo. Además debe reportar el

comparativo entre documentos emitidos vs anulados.

Código SG_RF01

Nombre Registrar información de los usuarios del sistema

Descripción

Código SG_RF02

Nombre Manejar perfiles de usuarios del sistema

Descripción

Código SG_RF03

Nombre Cambiar contraseña del usuario

Descripción



Código SG_RF04

Nombre Validar acceso del usuario al sistema

Descripción

Código SG_RF05

Nombre Realizar copias de seguridad de la información del sistema

Descripción



3.1.2 Usabilidad

Código RNFU01

Nombre Manejo de errores

Descripción

En caso de presentarse algún error, el sistema un mensaje de

error acompañado de una ayuda a su solución. La interfaz debe

contar con ayudas (tooltip) para evitar que el usuario ingrese

datos errados.

Código RNFU02

Nombre Diseño de la interfaz gráfica

DescripciónEl lenguaje empleado en la interfaz gráfica del sistema

respetará los términos usados en el negocio.

Código RNFU03

Nombre Tiempo promedio en el uso de los distintos módulos.

DescripciónEl sistema permitirá a los usuarios el registro de los diversos

documentos en un intervalo de 1 a 2 minutos.



3.1.3 Confiabilidad

Código RNFC01

Nombre Disponibilidad de uso del sistema

DescripciónEl sistema debe estar disponible de lunes a sábado por lo

menos al 90 por ciento entre las 9:00 am y las 6:00 pm

Código RNFC02

Nombre Tiempo promedio de reparación del sistema

DescripciónLa duración promedio de una reparación del sistema no debe

ser mayor de 15 minutos

Código RNFC03

Nombre Tiempo de atención ante una falla

Descripción

El tiempo de atención promedio ante una falla se determinará

dependiendo de su complejidad. Si el impacto de la falla es bajo

será de uno a dos días, si el impacto es intermedio será 5 días y

si el impacto es crítico será menor de 2 horas.

Código RNFC04

Nombre Log de transacciones

Descripción

El sistema registrará un Log de todas las transacciones

realizadas, detallando el tipo de movimiento, la hora y fecha, y

la persona que lo ha realizado.

Código RNFC05

Nombre Log de errores

DescripciónEl sistema almacenará en un log los errores presentados por

excepciones del sistema.



3.1.4 Rendimiento

Código RNFR01

Nombre Cantidad de usuarios concurrente al sistema

Descripción El sistema permitirá el acceso concurrente de 100 usuarios

Código RNFR02

Nombre Cantidad promedio de transacciones por minuto

DescripciónEl sistema debe soportar un promedio de 50 transacciones por

minuto

Código RNFR03

Nombre Tiempo promedio de respuesta de los reportes

DescripciónEl tiempo de respuesta promedio del sistema para las

operaciones involucradas con los reportes es de 5 segundos

Código RNFR04

Nombre Tiempo de inicio del sistema

DescripciónEl tiempo de inicio del sistema será de 10 segundos como

máximo.

Código RNFR05

NombreTiempo máximo de duración del 95% de transacciones en un

día

DescripciónEl 95 por ciento de las transacciones del sistema no deben

exceder los 0.5 minutos



3.1.5 Soporte

Código RNFS01

Nombre Compatibilidad del sistema servidor

Descripción El sistema será compatible con Windows Server 2003 ®

Código RNFS02

Nombre Cliente Web

DescripciónEl cliente Web del sistema debe ser soportado el navegador

Internet Explorer 6 o superior

3.1.6 Restricciones de Diseño

Código RNFD01

Nombre Características de la PC del cliente

Descripción

El sistema debe operar en cualquier computador personal con

procesador Pentium IV o superior, 256 Mb de memoria RAM y

disco duro de 40 Gb.

Código RNFD02

Nombre Lenguaje de programación

Descripción

El lenguaje de programación a emplear para el desarrollo del

sistema será .VB NET (VISUAL BASIC .NET 2008, Framework

3.5)

Código RNFD03

Nombre Motor de base de datos

Descripción El motor de base de datos SQL Server 2005.

Código RNFD04

Nombre Arquitectura Lógica

DescripciónDeberá considerarse en tres capas claramente definidas:

Interfaz, Negocio y Datos.



3.1.7 Documento de Usuario y Sistema de Ayuda

Código RNFA01

Nombre Manuales de Usuario

Descripción Se elaborarán los manuales de usuario y se publicarán en PDF.

Código RNFA02

Nombre Manuales del sistema

DescripciónSe elaborarán los manuales del sistema y se publicarán en

PDF.

Código RNFA03

Nombre Tips de ayuda en línea

DescripciónEl sistema mostrará tips de ayuda en línea que permitan al

usuario saber sobre la forma de uso del sistema.

3.1.8 Componentes Adquiridos

Código RNFK01

Nombre DevExpress

DescripciónComponentes de controles que facilitan la navegabilidad sobre

la aplicación.

Código RNFK02

Nombre Aspose

DescripciónComponente necesario para exporta información de forma

rápida a archivos Word y Excel.



3.1.9 Interfaces

Código RNFI01

Nombre Ubicación del logotipo a utilizar en las opciones del sistemas

DescripciónEl logotipo estará siempre presente en la parte superior derecha

de todas las pantallas

Código RNFI02

Nombre Ubicación del logotipo a utilizar en los reportes

Descripción Los reportes mostrarán el logo y nombre de la empresa.

Código RNFI03

Nombre Formato de letras

DescripciónEl tipo de letra general será arial de tamaño general de 9 para

web.

Código RNFI04

Nombre Formato de las pantallas del sistema

DescripciónEl ancho de la página se limita a un tamaño de pantalla de

1024x768 píxel sin scroll horizontal

Código RNFI05

Nombre Animaciones en el Sistema

Descripción No se incorporarán animaciones al sistema.

Código RNFI06

Nombre Resolución de las imágenes

DescripciónLas imágenes a incorporar tendrán una resolución máxima 100

ppp.



3.1.10 Licenciamiento

Código RNFL01

Nombre1 Licencia del Sistema Operativo Ms Windows Server 2003 R2

Standard Edition

DescripciónSe necesitará adquirir una licencia del sistema operativo para

servidor MS Windows Server 2003 R2 Standard Edition

Código RNFL02

Nombre2 Licencia del Motor de Base de Datos Ms SQL Server 2005

Standard Edition

DescripciónSe necesitará adquirir una licencia del software de motor de

base de datos MS SQL Server 2005 Standard Edition

3.1.11 Requerimientos Legales y de Derechos de Autor

No aplica a este proyecto

3.1.12 Estándares Aplicables

No aplica a este proyecto



3.2 Modelo de Casos de Uso de Sistema

3.2.1 Especificación de los Actores del Sistema

1. PF_AS_Auditor_Medico

Este rol representa a la persona encargada de realizar las aprobaciones de las

liquidaciones antes que estas se conviertan en documentos de pago.

2. PF_AS_Asistente_Liquidacion

Este rol representa a las personas encargadas de realizar las liquidaciones y pre-

liquidaciones, que vienen a ser un resultado previo de lo que se va a cobrar a los

pacientes por los servicios utilizados de la clínica.

3. PF_AS_Asistente_Facturacion

Este rol representa a las personas encargadas de emitir los documentos de pago por

los servicios brindados de la clínica a un paciente. Este documento de pago es emitido

hacia un cliente. Asimismo, es quien se encarga de realizar las aprobaciones de los

tarifas ingresadas por los Servicios que brinda la clínica y de los planes de salud

ingresados.

4. PF_AS_Asistente_Administrativo

Este rol representa a las personas que registran los planes de salud con sus

respectivas tarifas, así como también las tarifas de los servicios que brinda la clínica.

5. PF_AS_Responsable_Comercial

Este rol representa a las personas encargadas de registrar las solicitudes para las

creaciones de planes de salud y tarifas nuevas de los servicios brindados por la clínica.

6. PF_AS_Director_Medico

Este rol representa a las personas encargas de aprobar las solicitudes de los planes de

salud y solicitudes de cambios en las tarifas de los servicios que ofrece la clínica.

7. AD_AS_Responsable_Admision

Este rol representa a las personas encargadas de realizar las cotizaciones por los

servicios que brinda la clínica y para los clientes que así lo requieran.

8. PF_AS_Responsable_Cia_de_Seguros

Este rol representa a la persona encargada de evaluar las solicitudes de Carta de

Garantía y de emitir las Cartas de Garantía.



9. PF_AS_Consultor_Documento_Pago

Generaliza a los usuarios que requieren realizar consultas sobre los documentos de

pago emitidos por la clínica.

10. PF_AS_Consultor_Liquidaciones

Generaliza a todos los actores que requieren realizar consultas sobre las liquidaciones

o pre-liquidaciones que hayan sido emitidas por la clínica.

11. PF_AS_Consultor_Solicitud_Plan_Salud

Generaliza a los actores que realizaran consultas sobre las solicitudes de plan de salud

ingresada, sean estas por nuevos planes creados o para analizar qué cambios

pudieran realizarse sobre estas.

12. SG_AS_Administrador

Este rol representa al encargado de administrar a los usuarios y actualizar el perfil de

los mismos en el sistema.

13. SG_AS_Usuario

Generaliza a todos los actores que interactúan con el sistema. Asimismo, puede

cambiar su contraseña en el momento que lo considere necesario.



3.2.2 Diagrama de Actores del Sistema

Figura 10 - Diagrama de Actores del Sistema


PF_AS_Asistente_Administrativo

PF_AS_Asistente_Facturacion

PF_AS_Asistente_Liquidacion

PF_AS_Auditor_Medico

PF_AS_Director_Medico

PF_AS_Responsable_Comercial

AD_AS_Responsable_AdmisionPF_AS_Consultor_Plan_Salud

SG_AS_Administrador

SG_AS_Usuario


3.2.3 Diagrama de Paquetes

Figura 11 - Diagrama de Paquetes Presupuestos y Facturación


SG_PQS_Seguridad

PF_PQS_Cotizacion_Servicio PF_PQS_Facturacion_Liquidacion

PF_PQS_Tarifario_PlanSalud




3.2.4 Diagrama de Casos de Uso de Sistemas por Paquetes

Figura 12 - PF_PQS_Cotizacion_Servicio


PF_CUS_Evaluar_Solictud_Carta_Garantia

PF_AS_Responsable_De_Cia_Seguros

(f rom Actores del sistema)...)

AD_AS_Responsable_Admision

(f rom Actores del sistema)...)

PF_CUS_Actualizar_Cotizacion

AD_CUS_Consultar_Paciente

<<extend>>


Figura 13 - PF_PQS_Tarifario_PlanSalud


PF_CUS_Registrar_Solicitud_Tarifas


(from Actores del sistema)...)

PF_CUS_Plan_de_saludPF_AS_Consultor_Plan_Salud

(from Actores del sistema)

PF_CUS_Evaluar_Solicitud_TarifasPF_AS_Director_Medico


PF_CUS_Actualizar_TarifasPF_AS_Asistente

_Administrativo(from Actores del sistema)...)

PF_CUS_Evaluar_TarifasPF_AS_Asistente

_Facturacion(from Actores del sistema)...)


Figura 14 - PF_PQS_Facturacion_Liquidacion


PF_AS_Asistente_Liquidacion


PF_CUS_Evaluar_LiquidacionPF_AS_Auditor_Medico


PF_CUS_Generar_Reportes_Gerenciales_Facturacion

PF_CUS_Generar_Reportes_Operaciones_Facturacion





PF_CUS_Actualizar_Cliente

PF_CUS_Actualizar_Documento_Pago

<<extend>>

PF_CUS_Actualizar_Liquidacion

AD_CUS_Consultar_Paciente

(from PF_PQS_Cotizacion_Servi...

<<extend>> <<extend>>


Figura 15 - SG_PQS_Seguridad


SG_AS_Usuario


SG_CUS_Cambiar_Contraseña

SG_CUS_Validar_Acceso

<<extend>>

SG_CUS_Actualizar_Perfil

SG_CUS_Actualizar_Usuario

SG_AS_Administrador

(from Actores del sistema)

SG_CUS_Realizar_Copia_Seguridad


3.3 Especificación de los Casos de Uso de Sistema

3.3.1 Especificación del CUS PF_CUS_Actualizar_Cotizacion

1. Actores del Sistema

1.1. PF_AD_Responsable_Admision

2. Propósito

El propósito del caso de uso es registrar, modificar, anular, consultar e imprimir los da-

tos de una cotización.


El caso de uso comienza cuando el actor indica "Generar Cotización", y termina cuando

el documento queda registrado, modificado, anulado o impreso.

4. Flujos de Eventos

4.1. Flujo Básico

4.1.1. El actor indica "Gestión de Cotización".

4.1.2. El sistema muestra el formulario “Consulta de Cotizaciones” con las opciones

“Nuevo”, “Editar”, “Anular”, “Imprimir”, “Consultar” y “Cerrar” habilitadas.

4.1.3. El actor indica una de las siguientes opciones:

a. “Nuevo” ver el sub-flujo “Nueva cotización”.

b. “Editar” ver el sub-flujo “Editar cotización”

c. “Anular”

d. “Consultar” ver el sub-flujo “Consultar cotización”

e. “Imprimir” ver el sub-flujo “Imprimir cotización”

4.1.4. El actor indica “Cerrar” y el caso de uso termina.

4.2. Sub flujos

4.2.1. Nueva cotización

4.2.1.1 El sistema muestra el formulario “Gestión de Cotizaciones” sin datos; y habilita

las opciones “Cancelar” y “Grabar”.

4.2.1.2 El sistema habilita solo los campos: “Paciente”, “Especialidad”, “Días”, “Obser-

vaciones”, “Datos de los servicios”, los cuales serán ingresados por el actor.



4.2.1.3 El campo “Fecha de cotización” muestra la fecha del sistema.

4.2.1.4 El actor busca al paciente a través del campo “Paciente”. Ver sub-flujo “Buscar

Paciente”.

4.2.1.5 El actor selecciona la “Especialidad” de una lista.

4.2.1.6 El actor selecciona los “Días de vigencia” de la cotización de una lista.

4.2.1.7 El actor ingresa el dato “Observaciones”.

4.2.1.8 El actor selecciona los datos de los servicios a través del botón “Servicios”. Ver

sub-flujo “Detalle Cotización”.

4.2.1.9 El actor indica “Grabar” y continúa en el paso [4.2.1.10] o indica “Cancelar” y

continúa en el paso [4.2.1.23].

4.2.1.10 El sistema muestra un mensaje en el que solicita confirmación para

grabar la cotización.

4.2.1.11 El actor indica “SI” y continúa en el paso [4.2.1.12], o indica “NO” y

vuelve al paso [4.2.1.5].

4.2.1.12 El sistema valida, en base al tipo de servicio a cotizar y al “Tipo de Pa-

ciente”, si se requiere generar una solicitud de carta de garantía.

4.2.1.13 Si se requiere emitir una Solicitud de Carta de Garantía continúa en el

paso [4.2.1.14], sino continúa en el paso [4.2.1.17]

4.2.1.14 El sistema muestra un mensaje en el que se notifica que la cotización

requiere de una Carta de Garantía.

4.2.1.15 El actor indica “Aceptar”

4.2.1.16 El sistema genera la Solicitud de Carta de Garantía. Ver el sub-flujo

“Generar Solicitud de carta de Garantía”

4.2.1.17 El sistema graba los datos de la nueva cotización, le asigna el número

de cotización y se muestra en el campo “Número de cotización”.

4.2.1.18 El sistema muestra un mensaje en la que notifica que la cotización ha

sido registrada satisfactoriamente.

4.2.1.19 El actor indica “Aceptar”.

4.2.1.20 El sistema muestra un mensaje en el que se notifica si se quiere impri-

mir la cotización.

4.2.1.21 El actor indica “SI” y se imprime la cotización, o indica “NO” y continua

en el paso [4.2.1.22].

4.2.1.22 El sistema muestra el formulario con los datos de la cotización genera-

da.

4.2.1.23 El sistema deshabilita todos los campos del formulario “Gestión de Co-

tizaciones” y los botones de “Grabar” y “Cancelar”.



4.2.2. Editar cotización

4.2.2.1 El actor selecciona el tipo de cotización a consultar: “Todas”, “Anuladas”,

“Abiertas” ó “Cerradas”.

4.2.2.2 El actor ingresa el dato “Número de cotización” o completa los datos campos

“Desde” y “Hasta” para buscar las cotizaciones emitidas en ese rango de fechas

4.2.2.3 El sistema valida los datos ingresados por el actor.

4.2.2.4 Si el actor ingresa el “Número de cotización” continúa en el paso [4.2.2.5] o si

escogió la búsqueda por fecha continúa en el paso [4.2.2.7].

4.2.2.5 El sistema verifica que el dato “Número de cotización” exista.

4.2.2.6 El sistema muestra en la grilla los datos principales de la cotización: “Especiali-

dad”, “Días de vigencia”, ”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”, “Fecha emi-

sión”, “Solicitud de carta de garantía”, ”Número de carta de garantía”

4.2.2.7 El actor selecciona la cotización selecciona el botón “Editar”.

4.2.2.8 El sistema carga en el formulario “Gestión de Cotizaciones" los datos de cotiza-

ción seleccionada.

4.2.2.9 El sistema habilita solo los campos: “Especialidad”, “Días” y “Observaciones”,

4.2.2.10 El actor selecciona la “Especialidad” de una lista.

4.2.2.11 El actor selecciona los “Días de vigencia” de la cotización de una lista.

4.2.2.12 El actor ingresa el dato “Observaciones”.

4.2.2.13 El actor indica “Grabar” y continúa en el paso [4.2.1.14] o indica “Can-

celar” y continúa en el paso [4.2.1.22].

4.2.2.14 El sistema muestra un mensaje en el que solicita confirmación para ac-

tualizar la cotización.

4.2.2.15 El actor indica “SI” y continúa en el paso [4.2.2.16], o indica “NO” y

vuelve al paso [4.2.2.10].

4.2.2.16 El sistema actualiza los datos de la cotización.


sido actualizada satisfactoriamente.


4.2.2.19 El sistema muestra un mensaje en la que notifica si se quiere imprimir

la cotización.

4.2.2.20 El actor indica “SI” y se imprime la cotización, o indica “NO” y continua

en el paso [4.2.2.21].

4.2.2.21 El sistema muestra el formulario con los datos de la cotización actuali-

zada.





4.2.3. Anular Documento







escogió la búsqueda por fecha continúa en el paso [4.2.3.7]





4.2.3.7 El actor selecciona la cotización selecciona el botón “Eliminar”.

4.2.3.8 El sistema muestra un mensaje en el que solicita confirmación para anular la

cotización.

4.2.3.9 El actor indica “SI” y continúa en el paso [4.2.3.10], o indica “NO” y vuelve al

paso [4.2.3.12].


sido eliminada satisfactoriamente.


4.2.3.12 El sistema limpia todos los datos del formulario “Consulta de Cotizacio-

nes”

4.2.4. Consultar cotización




“Desde” y “Hasta” para buscar las cotizaciones emitidas en ese rango de fe-

chas






dad”, “Días de vigencia”,”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”, “Fe-

cha emisión”, “Solicitud de carta de garantía”, ”Número de carta de garantía

[4.2.4.7] El actor selecciona la cotización selecciona el botón “Consultar”.



4.2.4.8 El sistema carga en el formulario “Gestión de Cotizaciones" los datos de cotiza-

ción seleccionada.

4.2.4.9 El sistema deshabilita todos los campos y solo habilita el botón “Cancelar”

4.2.4.10 El actor indica “Cancelar” y se cierra el formulario

4.2.5. Imprimir cotización












4.2.5.7 El actor selecciona la cotización selecciona el botón “Imprimir”.

4.2.5.8 El sistema muestra un mensaje en el que solicita confirmación para imprimir la

cotización.

4.2.5.9 El actor indica “SI” y se imprime la cotización

4.2.6. Buscar paciente

4.2.6.1 Ver punto de extensión [7.1.2]

4.2.7. Detalle de cotización

4.2.7.1 El actor selecciona el botón “Detalle de Cotización”.

4.2.7.2 El sistema muestra el formulario “Detalle de Servicios”.

4.2.7.3 El actor selecciona el “Tipo de Servicio”

4.2.7.4 El actor selecciona el “Servicio”.

4.2.7.5 El sistema muestra los importes respectivos: “Tarifa”, “Descuento”, “Subtotal”,

“Total”.

4.2.7.6 Si el actor requiere otro servicio continúa en el paso [4.2.7.3], sino continúa en

el paso [4.2.7.7].

4.2.7.7 El actor selecciona el botón “Cerrar” y el formulario se cierra.



4.2.8. Generar Solicitud de Carta de Garantía

4.2.8.1 Este proceso se activa cuando se genera una cotización y los servicios cotiza-

dos requieren de una carta de garantía con la aprobación de la compañía aseguradora.

4.2.8.2 El proceso recibe como parámetro la “Compañía Aseguradora”, “Plan de

Salud”, “Empresa”, “Asegurado”, “Póliza”

4.2.8.3 El proceso en base a los datos recibido obtiene la cuenta de correo electrónico

a quien se enviará la solicitud carta de garantía.

4.2.8.4 El proceso genera la solicitud de carta de garantía en base a la cotización y en

una plantilla definida.

4.2.8.5 El proceso genera la solicitud de carta de garantía

4.2.8.6 El proceso graba el registro de solicitud de carta de garantía.

4.2.8.7 El proceso envía, vía correo electrónico, la Solicitud de Carta de Garantía como

archivo adjunto

4.2.8.8 El proceso retorna el número de solicitud de carta de garantía y lo muestra en

la pantalla


4.3.1. Validación de “Número de Cotización” en el Sub-Flujo “Editar cotización”, “Anu-

lar cotización”, “Consultar cotización”, “Imprimir cotización”.

Si en el paso [4.2.2.5], [4.2.3.5], [4.2.4.5] o en el paso [4.2.5.5] el sistema determina

que el Número de cotización no existe, entonces se realizan los siguientes pasos:

a. El sistema muestra un mensaje con la descripción del error.

b. El actor indica “Aceptar”.

4.3.2. Validación de “Paciente” en el Sub-Flujo “Buscar Paciente”

Si en el paso [4.2.6.4], el sistema determina que el tipo de documento de identidad no

existe, entonces se realizan los siguientes pasos:



4.3.3. Validación de fechas “Desde” y “Hasta” en el Sub-Flujo “Editar cotización”,

“Anular cotización”, “Consultar cotización”, “Imprimir cotización”.

Si en el paso [4.2.2.3], [4.2.3.3], [4.2.4.3] o en el paso [4.2.5.3], el sistema determina

que las fechas no son válidas, o que la fecha “Hasta” es menor a la fecha “Desde”, en-

tonces se realizan los siguientes pasos:





5. Pre-condiciones

5.1. Acceso del actor al sistema

El actor ingresó exitosamente al sistema.

5.2. Ubicación en el sistema

El actor debe estar ubicado en la interfaz principal del subsistema de Gestión de Presu-

puesto y Facturación.

5.3. Perfil del actor

El actor cumple con el perfil de PF_AD_Responsable_Admision.

6. Pos-condiciones

6.1. Se registró, modificó, anuló o imprimió los datos de la cotización.

7. Puntos de extensión

7.1.1. “Solicitud de Carta de Garantía”

Cuando en el sub flujo [4.2.1], el actor indica “Grabar cotización”, se extiende el caso

uso PF_CUS_Actualizar_Cotizacion el cual devuelve el Número de Solicitud de Carta

de Garantía.

7.1.2. “Buscar Paciente”

Cuando en el sub flujo [4.2.6], el actor indica “Buscar Paciente”, se extiende el caso uso

AD_CUS_Buscar_Paciente.

8. Requerimientos especiales

No aplica.

9. Información adicional



3.3.2 Especificación del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía


1.1. PF_AS_Responsable_De_Cia_Seguros

2. Propósito

El propósito del caso de uso es evaluar las Solicitudes de Carta de Garantía y emitir las

Cartas de aprobación y/o Rechazo.


El caso de uso comienza cuando el actor selecciona "Evaluar Solicitudes de Carta de

Garantía", y termina cuando el documento queda aprobado o desaprobado.


4.1. Flujo Básico

4.1.1 El actor selecciona " Evaluar Solicitudes Carta de Garantìa".

4.1.2 El sistema muestra el formulario “Evaluar Solicitudes” con los siguien-

tes datos: Una lista de solicitudes pendientes de aprobación con las si-

guientes columnas: Numero de Solicitud, Código de Paciente, Paciente, Fecha

Solicitud, Monto coaseguro, Monto deducible total y un botón evaluar

4.1.3 El actor selecciona uno de los documentos listados

4.1.4 El actor indica la opción evaluar:

4.1.5 El sistema muestra el formulario “Evaluar Solicitud-Detalle con los si-

guientes datos: Numero de la Solicitud, Fecha, Paciente, Titular, Cía. Asegura-

dora, Póliza, Plan de Salud, Observación, Total neto, IGV, Total Pagar, Copa-

go, Deducible y una listado de los ítems con las siguiente columnas: Ítem, Ser-

vicio, Descripción, Precio, Dscto, un botón aprobar y un botón rechazar.

4.1.6 El actor verifica los ítems de la cotización, esta verificación lo realiza

verificando, de forma manual, las coberturas de la póliza con los servicios coti-

zados.

4.1.7 Si el actor encontró alguna incoherencia en la revisión, agrega un co-

mentario en el campo observación.

4.1.8 El actor indica una de las siguientes opciones

a) Si el actor indica Aprobar ir al sub-flujo Aprobar Solicitud

b) Si el actor indica Rechazar, ir al sub-flujo Rechazar Solicitud



4.2 Sub-Flujos

4.2.1. Aprobar Solicitud.

4.2.1.1 El sistema muestra una mensaje de confirmación

4.2.1.2 El usuario confirma la aprobación y el sistema cierra el formulario de

detalle y regresa al formulario de cabecera

4.2.1.3 El sistema genera la Carta de Garantía respectiva en base a la platilla

definida.

4.2.1.4 El sistema muestra un mensaje con el número de carta de garantía ge-

nerada.

4.2.1.5 El sistema cambia de estado a la Solicitud de Carta Garantía por “Apro-

bada”

4.2.1.6 El usuario indica cerrar y el caso de uso termina

4.2.2. Rechazar Solicitud.

4.2.2.1 El sistema verifica si se ha agregado algún comentario al campo obser-

vación. Esta verificación lo realiza comparando si los datos de la observación

original es igual a la actual.


4.2.2.3 El usuario confirma el rechazo y el sistema cierra el formulario de deta-

lle y regresa al formulario de cabecera

4.2.2.4 El sistema cambia de estado a la Solicitud de Carta Garantía por “Re-

chazada”



4.3.1. Rechazo de Mensaje de confirmación en Aprobación de Solicitud

4.3.1.1 Si en [4.2.1.2] el usuario rechaza la confirmación de la aceptación, el

sistema cierra el formulario de detalle y regresa al formulario de cabecera


4.3.2. Rechazo de Mensaje de confirmación en Rechazo de Solicitud

4.3.2.1 Si en [4.2.2.3] el usuario rechaza la confirmación de la desaprobación,

el sistema cierra el formulario de detalle y regresa al formulario de cabecera


4.3.3. Verificación del campo observaciones al Rechazar una Solicitud

4.3.3.1 Si en [4.2.2.1] el sistema encuentra que no se agregado el motivo del

rechazo se muestra un mensaje de información y el flujo continua en [4.17] del

flujo básico.



5. Pre-condiciones

Debe existir Solicitudes pendientes de Evaluación

6. Pos-condiciones

6.1. Se Aprobó o rechazo una solicitud.


No aplica.


No aplica.




3.3.3 Especificación del CUS PF_CUS_Consultar_Plan_Salud


1.1. PF_AS_Consultor_Plan_Salud

2. Propósito

El propósito del caso de uso es realizar una consulta de los planes de salud creados

.


El caso de uso comienza cuando el actor invoca a este caso de uso, y termina cuando

el actor obtiene la información requerida y da la opción cerrar.


4.1. Flujo Básico

4.1.1 El actor invoca a este caso de uso

4.1.2 El sistema muestra el formulario “Consulta de Plan de Salud” con filtros

para buscar los Planes de Salud. Esta pantalla se muestra inicialmente vacía y

estará compuesta por los siguientes campos:

a. Un filtro por código de plan.

b. Un filtro por Planes de Salud asociados a Compañías Asegura-

doras

c. Un filtro por Planes de Salud asociados a la Clínica.

d. Un filtro por Rango d fechas de emisión.

f. Un Lista inicialmente vacía con las siguientes columnas de da-

tos: Código, Descripción, Fecha. Además el sistema muestra los boto-

nes de consultar, aceptar y cerrar.

4.1.3 El Actor ingresara los criterios que cree convenientes.

4.1.4 El Actor indicara la opción “Consultar”

4.1.5 El sistema mostrará una lista de los Planes de Salud ordenados en for-

ma descendente por número. Además el código de Plan de Salud se mostrara

como hipervínculo para poder ver la liquidación completa.

4.1.6 El actor podrá realizar una de las siguientes acciones

a. Si el actor indica “ver Plan de Salud” ir al subflujo “Ver Contenido de Plan de

Salud”

b. Si el actor indica “cerrar” ir al subflujo “Cerrar formulario de liquidación”



4.2 Sub-Flujos

4.2.1. Ver Contenido de Plan de Salud.

4.2.1.1 El sistema muestra el formulario “Ver Contenido de Plan de Salud” y

muestra la siguiente información: Item, Código Servicio, unidades, factor aplica-

ble, importe de descuento adicional, precio, coaseguro, deducible. Además el

sistema muestra el botón de cerrar

4.2.1.2 El usuario indica la opción cerrar

4.2.1.3 El sistema cierra el formulario actual e invoca al formulario “Consulta de

Liquidaciones” y flujo continúa en 4.1.2 del flujo básico.

4.2.2. Cerrar formulario de liquidación

4.2.3.1 El sistema no pone ningún dato a disposición del formulario que lo lla-

mo y el caso de uso finaliza.

4.2.3.2 El sistema cierra el formulario “Ver Consulta de Plan de Salud” y el

caso de uso finaliza.

5. Pre-condiciones

6. Pos-condiciones

6.1. Se devolvió a la pantalla que lo invoco, el número de liquidación buscada.


No aplica.


No aplica.




3.3.4 Especificación del CUS PF_CUS_Registrar_Solicitud_Tarifas


1.1 PF_AS_Responsable_Comercial

2. Propósito

Mantener actualizado los tarifarios y planes de salud mediante la elaboración de solici-

tudes de nuevos requerimientos de plan de salud o tarifarios.


El caso de uso comienza cuando el PF_AS_Responsable_Comercial indica “Registrar

Solicitud”. De acuerdo a su necesidad el PF_AS_Responsable_Comercial puede agre-

gar o modificar información necesaria sobre solicitudes de planes de salud o tarifas y

al final el registro de solicitudes de plan de salud y tarifas quedará actualizado.

4. Flujo de Eventos

4.1 Flujo Básico

4.1.1 El PF_AS_Responsable_Comercial indica “Registrar Solicitud”.

4.1.2 El sistema muestra el formulario “Registrar Solicitud” con la lista de solicitudes

registrados previamente. Listado de solicitudes debe considerar los siguientes campos:

Tipo de Solicitud, Numero de Solicitud, Fecha, Descripción, Estado, usuario que realizo

el registro y usuario que autorizo el registro.

4.1.3 El sistema muestra los campos a utilizarse como filtros: Tipo de consulta (Plan

de Salud, Tarifario, Ambos) y Descripción de búsqueda.

4.1.4 El PF_AS_Responsable_Comercial elige la operación a realizar. Para Modificar

y Anular debe seleccionar primero un registro.

Si elige Nuevo Plan de Salud ver subflujo “Nuevo Plan de Salud”.

Si elige Nuevo Tarifario ver subflujo “Nuevo Tarifario”.

Si elige Modificar y tipo de solicitud igual a Plan de Salud ver subflujo “Modificar Solici-

tud Plan de Salud”

Si elige Modificar y tipo de solicitud igual a Tarifario ver subflujo “Modificar Solicitud de

Tarifa”.

Si elige Anular ver subflujo “Anular Solicitud”.

Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.

4.1.5 El PF_AS_Responsable_Comercial indica “Salir”.

4.1.6 El sistema cierra el formulario “Registrar Solicitud” y el caso de uso termina.



4.2 Subflujos

4.2.1 Nuevo Plan de Salud

1. El sistema muestra el formulario “Registrar Solicitud de Plan de Salud”

y muestra los datos en blanco para editar: Descripción de Plan de Salud, Ob-

servaciones. Adicionalmente, debe mostrar los siguientes campos en modo lec-

tura: numero de solicitud, fecha y estado.

2. El PF_AS_Responsable_Comercial ingresa los datos del Plan de

Salud: Descripción de Plan de Salud, Observaciones.

3. El sistema muestra lista de servicios registrados para un plan de salud.

Los campos que deben mostrar son: código grupo de servicio, descripción gru-

po de servicio, deducible y coaseguro.

4. El PF_AS_Responsable_Comercial agrega o elimina grupos de servi-

cios que serán considerados en Plan de Salud. Para eliminar primero debe se-

leccionar un registro

Si elije Agregar Servicio ver subflujo “Agregar Servicio en Solicitud de Plan de

Salud”.

Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Solicitud de Plan de

Salud”.

5. El PF_AS_Responsable_Comercial actualiza deducible y coaseguro

del servicio.

6. El PF_AS_Responsable_Comercial indica “Grabar”.

7. El sistema valida el ingreso de Descripción del Plan de Salud el cual

debe ser de ingreso obligatorio.

8. El sistema crea una nueva solicitud de Plan de Salud.

9. El sistema muestra mensaje “Solicitud generada satisfactoriamente”

10. El PF_AS_Responsable_Comercial indica “Aceptar”

11. El sistema cierra el formulario “Registrar Solicitud de Plan de Salud” y

el caso de uso continúa en [5.1.2].

4.2.2 Nuevo Tarifario

1. El sistema muestra el formulario “Registrar Solicitud de Tarifa”, muestra

los datos en blanco para editar: Descripción de Solicitud, Factor. Adicionalmen-

te, debe mostrar los siguientes campos en modo lectura: numero de solicitud,

fecha y estado.

2. El PF_AS_Responsable_Comercial ingresa los datos de Tarifa: Des-

cripción de Solicitud, Factor.



3. El sistema muestra lista de servicios con los siguientes campos: código

de servicio, descripción del servicio, unidades segus, tipo de cálculo, precio, %

de descuento y precio final.

4. El PF_AS_Responsable_Comercial puede realizar las siguientes ope-

raciones. Para eliminar primero debe seleccionar un registro.

Si elije Agregar Servicio ver subflujo “Agregar Servicio en Tarifario”.

Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Tarifario”

5. El PF_AS_Responsable_Comercial modifica el tipo de cálculo, precio y

% de descuento.


7. El sistema valida el ingreso de Descripción de Tarifario y Factor los

cuales deben ser de ingreso obligatorio.



10. El sistema crea una solicitud de Tarifa.

11. El sistema cierra el formulario “Registrar Solicitud de Tarifa” y el caso

de uso continúa en [5.1.2].

4.2.3 Modificar Solicitud Plan de Salud

1. El sistema muestra el formulario “Registrar Solicitud de Plan de Salud”

y muestra los datos para editar: Descripción de Plan de Salud, Observaciones.

Adicionalmente, debe mostrar los siguientes campos en modo lectura: numero

de solicitud, fecha y estado.

2. El PF_AS_Responsable_Comercial modifica los datos del Plan de

Salud: Descripción de Plan de Salud, Observaciones.

3. El sistema muestra lista de servicios registrados para un plan de salud.

Los campos que deben mostrar son: código grupo de servicio, descripción gru-

po de servicio, deducible y coaseguro.

4. El PF_AS_Responsable_Comercial agrega o elimina grupos de servi-

cios que serán considerados en Plan de Salud. Para eliminar primero debe se-

leccionar un registro

Si elije Agregar Servicio ver subflujo “Agregar Servicio en Solicitud de Plan de

Salud”.

Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Solicitud de Plan de

Salud”.

5. El PF_AS_Responsable_Comercial actualiza deducible y coaseguro

del servicio.




7. El sistema valida el ingreso de Descripción del Plan de Salud el cual

debe ser de ingreso obligatorio.

8. El sistema actualiza Solicitud de Plan de Salud.

9. El sistema muestra mensaje “Solicitud actualizada satisfactoriamente”

10. El AS_Responsable_Comercial indica “Aceptar”

11. El sistema cierra el formulario “Registrar Solicitud de Plan de Salud” y

el caso de uso continúa en [5.1.2].

4.2.4 Modificar Solicitud de Tarifa

1. El sistema muestra el formulario “Registrar Solicitud de Tarifa”, muestra

los datos para editar: Descripción de Solicitud, Factor. Adicionalmente, debe

mostrar los siguientes campos en modo lectura: numero de solicitud, fecha y

estado.

2. El PF_AS_Responsable_Comercial modifica los datos de Tarifa: Des-

cripción de Solicitud, Factor.

3. El sistema muestra lista de servicios con los siguientes campos: código

de servicio, descripción del servicio, unidades segus, tipo de cálculo, precio, %

de descuento y precio final.

4. El PF_AS_Responsable_Comercial puede realizar las siguientes ope-

raciones. Para eliminar primero debe seleccionar un registro.

Si elije Agregar Servicio ver subflujo “Agregar Servicio en Tarifario”.

Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Tarifario”

5. El PF_AS_Responsable_Comercial modifica el tipo de cálculo, precio y

% de descuento.


7. El sistema valida el ingreso de Descripción de Tarifario y Factor los

cuales deben ser de ingreso obligatorio.



10. El sistema crea una solicitud de Tarifa.

11. El sistema cierra el formulario “Registrar Solicitud de Tarifa” y el caso

de uso continúa en [5.1.2].



4.2.5 Anular Solicitud

1. El sistema muestra el mensaje de confirmación de la orden de elimina-

ción.

2. El Responsable_Comercial confirma la eliminación de la Solicitud se-

leccionada.

3. El sistema actualiza estado como “Anulado” de solicitud seleccionada.

4. El sistema muestra mensaje “Solicitud anulada satisfactoriamente”.

5. El PF_AS_Responsable_Comercial indica “Aceptar” y el caso de uso

continúa en [5.1.2].

4.2.6 Agregar Servicio en Solicitud de Plan de Salud

1. El sistema muestra el formulario “Seleccionar Servicio” con lista de ser-

vicios disponibles indicando el código de servicio y descripción de servicio.

2. PF_AS_Responsable_Comercial selecciona el servicio requerido.

3. El sistema retorna el codigo de servicio seleccionado y el caso de uso

continúa en [5.2.1.3] o [5.2.3.3].

4.2.7 Eliminar Servicio en Solicitud de Plan de Salud


ción.

2. El Responsable_Comercial confirma la eliminación del servicio selec-

cionado.

3. El sistema muestra mensaje “Servicio eliminado satisfactoriamente”.


continúa en [5.2.1.3] o [5.2.3.3].

4.2.8 Agregar Servicio en Solicitud de Tarifario

1. El sistema muestra el formulario “Seleccionar Servicio” con lista de ser-

vicios disponibles indicando el código de servicio y descripción de servicio.

2. PF_AS_Responsable_Comercial selecciona el servicio requerido.

3. El sistema retorna el código de servicio seleccionado y el caso de uso

continúa en [5.2.2.3] o [5.2.4.3].



4.2.9 Eliminar Servicio en Solicitud de Tarifario


ción.

2. El Responsable_Comercial confirma la eliminación del servicio selec-

cionado.

3. El sistema muestra mensaje “Servicio eliminado satisfactoriamente”.


continúa en [5.2.2.3] o [5.2.4.3].

4.2.10 Actualizar Lista de Solicitudes

1. El PF_AS_Responsable_Comercial debe seleccionar un tipo de consul-

ta (Planes de Salud, Tarifarios o ambas)

2. El PF_AS_Responsable_Comercial debe ingresar descripción como

criterio de búsqueda.

3. El PF_AS_Responsable_Comercial indica “Actualizar”

4. El sistema verifica el ingreso de filtros requeridos: Tipo de Solicitud y

descripción de búsqueda.

5. El sistema actualiza lista de solicitudes según los criterios de búsqueda

seleccionados por el PF_AS_Responsable_Comercial y el caso de uso conti-

núa en [4.1.2].

4.3 Flujos Alternos

4.3.1 Cancelar el registro de Solicitud.

Si en [5.2.1.6] o [5.2.2.6] o [5.2.3.6] o [5.2.4.6] el PF_AS_Responsable_Comercial no

desea guardar la información de Solicitud.

1. El PF_AS_Responsable_Comercial confirma la cancelación del registro

y el caso de uso continúa en [5.2.1.11] o [5.2.2.11] o [5.2.3.11] o [5.2.4.11].

4.3.2 Cancelar Anulación de Solicitud.

Si en [5.2.5.2] el PF_AS_Responsable_Comercial no desea anular solicitud.

1. El PF_AS_Responsable_Comercial confirma la cancelación de anula-

ción y el caso de uso continúa en [5.1.2].



4.3.3 Cancelar Eliminación de Servicios.

Si en [5.2.7.2] o [5.2.9.2] el PF_AS_Responsable_Comercial no desea eliminar servicio.

1. El PF_AS_Responsable_Comercial confirma la cancelación de elimina-

ción y el caso de uso continúa en [5.2.7.4] o [5.2.9.4].

4.3.4 Búsqueda de solicitudes

Si en [5.2.6.3] el PF_AS_Responsable_Comercial actualiza lista de solicitudes.

1. El sistema muestra mensaje “No hay información de solicitudes para

los criterios de búsqueda” cuando el total de registros de solicitudes sea igual

a cero y el caso de uso continúa en [5.1.2].

5. Precondiciones

5.1 Acceso del PF_AS_Responsable_Comercial al sistema

El PF_AS_Responsable_Comercial ingresó exitosamente al sistema.

5.2 Perfil de usuario

El sistema configuró el acceso a las opciones según el perfil de usuario del


6. Poscondiciones

6.1 Actualización de solicitudes de Tarifario o plan de salud

El registro de solicitudes de plan de salud y tarifa quedó actualizado.

7. Puntos de Extensión

No existen puntos de extensión especificados para este caso de uso.


No aplica.


Se adjunta prototipos



3.3.5 Especificación del CUS PF_CUS_Evaluar_Solicitud_Tarifas


1.1. PF_AS_Director_Medico

2. Propósito

Autorizar planes de salud o tarifarios. Los cuales de ser aprobadas serán derivados a

su registro u actualización.


El caso de uso comienza cuando el PF_AS_Director_Medico indica “Evaluar Solicitud

de Plan de Salud / Tarifarios”. De acuerdo a su necesidad el PF_AS_Director_Medico

puede autorizar o rechazar solicitudes de planes de salud o tarifarios y al final el

registro de plan de salud y tarifarios quedará actualizado.


4.1. Flujo Básico

4.1.1 El PF_AS_Director_Medico indica “Evaluar Solicitud de Plan de Salud /

Tarifarios”.

4.1.2 El sistema muestra el formulario “Evaluar Solicitud de Plan de Salud /

Tarifarios” con la lista de solicitudes que se encuentran pendientes de autoriza-

ción. Lista debe considerar: Tipo de solicitud, numero de solicitud, fecha, des-

cripción, estado, usuario de registro y usuario autorización.

4.1.3 El PF_AS_Director_Medico elige la operación a realizar. Para Autorizar

y Rechazar debe seleccionar primero un registro.

a. Si elige Autorizar y tipo de solicitud es igual a Plan de Salud ver subflu-

jo “Autorizar Solicitud Plan de Salud”.

b. Si elige Autorizar y tipo de solicitud es igual a Tarifario ver subflujo “Au-

torizar Tarifario”.

c. Si elige Rechazar ver subflujo “Rechazar Solicitud”.

d. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.

4.1.4 El PF_AS_Director_Medico indica “Salir”.

4.1.5 El sistema cierra el formulario “Evaluar Solicitud de Plan de Salud / Ta-

rifarios” y el caso de uso termina.

4.1.6 El actor verifica los ítems de la cotización, esta verificación lo realiza verificando, de forma manual, las coberturas de la póliza con los servicios coti-zados.



4.2 Sub-Flujos

4.2.1. Autorizar Plan de Salud

4.2.1.1 El sistema muestra el formulario “Evaluar Solicitud de Plan de Salud” y

muestra los datos: Descripción de Plan de Salud, Observaciones, numero de

solicitud, fecha y estado en modalidad de solo lectura.

4.2.1.2 El sistema muestra lista de grupos de servicios considerando: código

de grupo de servicio, descripción del servicio, deducible, coaseguro en modali-

dad de lectura.

4.2.1.3 El PF_Director_Medico indica “Autorizar”. El sistema muestra un men-

saje con el número de carta de garantía generada.

4.2.1.4 El sistema actualiza solicitud y su estado a “Autorizado”.El usuario indi-

ca cerrar y el caso de uso termina

4.2.1.5 El sistema muestra mensaje “Solicitud autorizada satisfactoriamente”.

4.2.1.6 El PF_AS_Director_Medico indica “Aceptar”.

4.2.1.7 El sistema cierra el formulario “Evaluar Solicitud de Plan de Salud” y el

caso de uso continúa en [4.1.2].

4.2.2. Autorizar Tarifario

4.2.2.1 El sistema muestra el formulario “Evaluar Solicitud de Tarifa”, muestra

los datos: Descripción de Solicitud, Factor, numero de solicitud, fecha y estado

en modalidad de solo lectura.

4.2.2.2 El sistema muestra lista de servicios seleccionados considerando: códi-

go de servicio, descripción del servicio, unidades SEGUS, tipo de cálculo, pre-

cio, % descuento, precio final en modo de solo lectura.

4.2.2.3 El PF_AS_Director_Medico “Autorizar”.

4.2.2.4 El sistema actualiza solicitud y su estado a “Autorizado”.

4.2.2.5 El sistema muestra mensaje “Solicitud actualizada satisfactoriamente”.


4.2.2.7 El sistema cierra el formulario “Evaluar Solicitud de Tarifa” y el caso de

uso continúa en [4.1.2].



4.2.3. Rechazar Solicitud

4.2.3.1 El sistema muestra el mensaje de confirmación de la orden de recha-

zo.

4.2.3.2 El PF_AS_Director_Medico confirma rechazo de la Solicitud seleccio-

nada.

4.2.3.3 El sistema actualiza estado como “Rechazado” de solicitud selecciona-

da.

4.2.3.4 Si sistema muestra mensaje “Solicitud rechazada satisfactoriamente”.


4.2.3.6 El sistema cierra el mensaje de confirmación y el caso de uso continúa

en [4.1.2].

4.2.4. Actualizar Lista de Solicitudes

4.2.4.1 El PF_AS_Director_Medico debe seleccionar un tipo de consulta (Pla-

nes de Salud, Tarifarios o ambas).

4.2.4.2 El PF_AS_Director_Medico debe ingresar descripción como criterio de

búsqueda.

4.2.4.3 El PF_AS_Director_Medico indica “Actualizar”.

4.2.4.4 Si sistema actualiza lista de solicitudes según los criterios de búsque-

da seleccionados por el PF_AS_Director_Medico y el caso de uso continúa en

[4.1.2].


4.3.1. Cancelar Autorización de Solicitud.

Si en [4.2.1.3] o [4.2.2.3] el PF_AS_Director_Medico no desea autorizar Solicitud.

1. El PF_AS_Director_Medico confirma la cancelación de autorización y el caso

de uso continúa en [4.2.1.7] o [4.2.2.7].

4.3.2. Cancelar Rechazo de Solicitud.

Si en [4.2.3.1] el PF_Director_Medico no desea rechazar solicitud.

1. El PF_AS_Director_Medico confirma la cancelación de rechazo y el caso de

uso continúa en [4.2.3.6].



5. Pre-condiciones

5.1 Acceso del PF_AS_Director_Medico al sistema

El PF_AS_Director_Medico ingresó exitosamente al sistema.


El sistema configuró el acceso a las opciones según el perfil de usuario del PF_AS_Di-

rector_Medico

6. Pos-condiciones

6.1. Actualización de solicitudes de Plan de Salud o Tarifario

El registro de solicitudes de plan de salud y tarifa quedará actualizado.


No aplica.


No aplica.




3.3.6 Especificación del CUS PF_CUS_Actualizar_Tarifa


1.1. PF_AS_Asistente_Administrativo

2. Propósito

Actualizar los planes de salud y tarifarios de la clínica.


El caso de uso comienza cuando el PF_AS_Asistente_Administrativo indica “Actualizar

Tarifario/Plan de Salud”. De acuerdo a su necesidad el

PF_AS_Asistente_Administrativo puede actualizar un plan de salud o tarifario de las

solicitudes autorizadas por el PF_AS_Director_Medico. El caso de uso finaliza con la

actualización de los planes de salud o tarifas.


4.1. Flujo Básico

4.1.1 El PF_AS_Asistente_Administrativo indica “Actualizar Tarifario / Plan

de Salud”.

4.1.2 El sistema muestra el formulario “Actualizar Tarifario / Plan de Salud”

con la lista de solicitudes autorizadas por el PF_AS_Director_Medico y que se

encuentran pendiente de registro como plan de salud o tarifario.

4.1.3 El PF_AS_Asistente_Administrativo elige la operación a realizar. Para

registrar debe seleccionar primero un registro.

a. Si elige Registrar y tipo de solicitud igual a Tarifarios ver subflujo “Ac-

tualizar Tarifario”

b. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.

4.1.4 El PF_AS_Asistente_Administrativo indica “Salir”.

4.1.5 El sistema cierra el formulario “Actualizar Tarifario / Plan de Salud” y el

caso de uso termina.



4.2 Sub-Flujos

4.2.1. Actualizar Plan de Salud

4.2.1.1 El sistema muestra el formulario “Actualizar Plan de Salud” con los si-

guientes datos en modo de solo lectura: descripción del plan de salud, observa-

ciones y/o referencias, numero de solicitud, fecha y estado.

4.2.1.2 El sistema muestra lista de grupos de servicio considerados en Plan de

Salud. Debe mostrarse en modo lectura los siguientes datos: código grupo de

servicio, descripción grupo de servicio, tipo de cálculo deducible, valor a aplicar

deducible, tipo calculo coaseguro y valor a aplicar coaseguro.

4.2.1.3 El PF_AS_Asistente_Administrativo indica “Registrar Plan de Salud”.

4.2.1.4 El sistema actualiza plan de salud con el contenido de solicitud de plan

de salud.

4.2.1.5 El sistema muestra mensaje “Plan de Salud actualizado satisfactoria-

mente”

4.2.1.6 El PF_AS_Asistente_Administrativo indica “Aceptar”.

4.2.1.7 El sistema cierra el formulario “Actualizar Plan de Salud” y el caso de

uso continúa en [4.1.2].

4.2.2. Actualizar Tarifario

4.2.2.1 El sistema muestra el formulario “Actualizar Tarifario” con los siguientes

datos en modo de solo lectura: descripción solicitud de tarifario, factor, número

de solicitud, fecha y estado.

4.2.2.2 El sistema muestra lista de servicios registrados en solicitud de tarifa:

Código de Servicio, Descripción Servicio, Unidades SEGUS, Tipo de Calculo,

Precio, % descuento y Precio Final.

4.2.2.3 El PF_AS_Asistente_Administrativo indica “Registrar Tarifario”.

4.2.2.4 El sistema actualiza Tarifario.

4.2.2.5 El sistema muestra mensaje “Tarifario actualizado satisfactoriamente”.

4.2.2.6 El PF_AS_Asistente_Administrativo indica “Aceptar”.

4.2.2.7 El sistema cierra el formulario “Actualizar Tarifario” y el caso de uso





4.2.3.1 El PF_AS_Asistente_Administrativo debe seleccionar un tipo de con-

sulta (Planes de Salud, Tarifarios o ambas)

4.2.3.2 El PF_AS_Asistente_Administrativo debe ingresar descripción como

criterio de búsqueda.

4.2.3.3 El PF_AS_Asistente_Administrativo indica “Actualizar”

4.2.3.4 El sistema actualiza lista de solicitudes según los criterios de búsqueda

seleccionados por el PF_AS_Asistente_Administrativo y el caso de uso continúa en

[4.1.2].


4.3.1. Cancelar el registro de Plan de Salud o Tarifario.

Si en [4.2.1.3] o [4.2.2.3] el PF_AS_Asistente_Administrativo no desea guardar la infor-

mación de plan de salud o tarifario.

1. El PF_AS_Asistente_Administrativo confirma la cancelación del registro y el

caso de uso continúa en [4.2.1.7] o [4.2.2.7].



5. Pre-condiciones

5.1 Acceso del PF_AS_Asistente_Administrativo al sistema

El PF_AS_Asistente_Administrativo ingresó exitosamente al sistema.




6. Pos-condiciones

6.1. Actualización del Plan de Salud o Tarifario

El registro de solicitudes de plan de salud o tarifario quedará actualizado.


No aplica.


No aplica.




3.3.7 Especificación del CUS PF_CUS_Evaluar_Tarifa


1.1. PF_AS_Asistente_Facturacion

2. Propósito

Verificar valores de cálculo correspondientes a los coaseguros, deducibles y servicios

ofrecidos por la clínica.


El caso de uso comienza cuando el PF_AS_Asistente_Facturacion indica “Evaluar Plan

de Salud / Tarifarios”. De acuerdo a su necesidad el PF_AS_Asistente_Facturacion

debe verificar los cálculos de tarifas. El caso de uso finaliza con la confirmación de los

cálculos de forma correcta correspondientes a los planes de salud o tarifas.


4.1. Flujo Básico

4.1.1 El PF_AS_Asistente_Facturacion indica “Evaluar Plan de Salud / Tari-

farios”.

4.1.2 El sistema muestra el formulario “Evaluar Plan de Salud / Tarifarios”

con la lista de planes de salud o tarifarios que se registraron por parte del

PF_AS_Asistente_Administrativo.

4.1.3 El PF_AS_Asistente_Facturacion elige la operación a realizar. Para Re-

gistrar debe seleccionar primero un registro.

a. Si elige Evaluar y tipo de solicitud igual a Plan de Salud ver subflujo

“Evaluar Plan de Salud”.

b. Si elige Evaluar y tipo de solicitud igual a Tarifarios ver subflujo “Eva-

luar Tarifario”.

c. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.

4.1.4 El PF_AS_Asistente_Facturacion indica “Salir”.

4.1.5 El sistema cierra el formulario “Evaluar Plan de Salud / Tarifarios” y el

caso de uso termina.



4.2 Sub-Flujos

4.2.1. Evaluar Plan de Salud

4.2.1.1 El sistema muestra el formulario “Evaluar Plan de Salud” con los si-

guientes campos: plan de salud, servicio, coaseguro, deducible, precio base,

descuentos y precio final.

4.2.1.2 El sistema actualiza lista de planes de salud y servicios.

4.2.1.3 El PF_AS_Asistente_Facturacion selecciona Plan de Salud y Servicio a

evaluar.

4.2.1.4 El PF_AS_Asistente_Facturacion indica “Calcular”.

4.2.1.5 El sistema muestra los valores y cálculos para el servicio según el plan

de salud.

4.2.1.6 El sistema cierra el formulario “Evaluar Plan de Salud” y el caso de uso


4.2.2. Evaluar Tarifario

4.2.2.1 El sistema muestra el formulario “Evaluar Tarifario” con los siguientes

campos: Servicio, deducible, coaseguro, Precio Base, Descuento, Precio Final.

4.2.2.2 El sistema actualiza lista de tarifarios y servicios.

4.2.2.3 El PF_AS_Asistente_Facturacion selecciona el servicio a evaluar

4.2.2.4 El PF_AS_Asistente_Facturacion indica “Calcular”.

4.2.2.5 El sistema muestra los valores y cálculos para el servicio según el tari-

fario seleccionado.

4.2.2.6 El sistema cierra el formulario “Evaluar Tarifario” y el caso de uso conti-

núa en [4.1.2].




4.2.3.1 El PF_AS_Asistente_Facturacion debe seleccionar un tipo de consulta

(Planes de Salud, Tarifarios o ambas)

4.2.3.2 El PF_AS_Asistente_Facturacion debe ingresar descripción como cri-

terio de búsqueda.

4.2.3.3 El PF_AS_Asistente_Facturacion indica “Actualizar”

4.2.3.4 El sistema actualiza lista de solicitudes según los criterios de búsqueda

seleccionados por el PF_AS_Asistente_Facturacion y el caso de uso continúa en

[4.1.2].


4.3.1. Obtener Cálculo de Tarifas.

Si en [4.2.1.4] o [4.2.2.4] el PF_AS_Asistente_Facturacion no seleccionó criterios de

consulta plan de salud, tarifario, servicio.

1. El sistema muestra alerta “Debe seleccionar Plan de Salud, Tarifario o Servicio”

2. El PF_AS_Asistente_Facturacion indica “Aceptar” y el caso de uso continúa en

[4.2.1.6] o [4.2.2.6].



5. Pre-condiciones

5.1 Acceso del PF_AS_Asistente_Facturacion al sistema

El PF_AS_Asistente_Administrativo ingresó exitosamente al sistema.




6. Pos-condiciones

Verificación del registro de los planes de salud y tarifarios.


No aplica.


No aplica.




3.3.8 Especificación del CUS PF_CUS_Actualizar_Liquidacion


1.1. PF_AS_Asistente_Liquidacion

2. Propósito

El caso de uso tiene como objetivo agregar, modificar y eliminar las liquidaciones o

avance de consumos en el sistema.


El caso de uso comienza cuando el actor indica la opción Liquidaciones del menú de

[Facturación/Liquidación]. y termina cuando se crea, modifica o elimina una liquidación..


4.1. Flujo Básico

4.1.1. El actor selecciona la opción Liquidaciones del menú de [Facturación/Liquida-

ción].

4.1.2. El sistema muestra el formulario “Consulta de Liquidaciones” que viene a ser

una consulta con filtros para buscar Liquidaciones. Esta pantalla se muestra inicialmen-

te vacía y estará compuesta por los siguientes campos:

a. Un filtro por tipo de documento que puede ser : Liquidación, Avance de

consumo o Todos (ambas).

b. Un filtro por Número de Liquidación

c. Un filtro por Paciente

d. Un filtro por Fecha de inicio y término de emisión de liquidación

e. Un botón de Agregar Liquidación

f. Una Listado vacio con las siguientes columnas de datos: Tipo de Liqui-

dación, Número, Fecha, Código de Paciente, Paciente, Monto Coaseguro Total,

Monto Deducible Total, estado. Además se mostrara los botones agregar, mo-

dificar, eliminar y cerrar.



4.1.3. Si el actor desea agregar una liquidación ir al subflujo “Agregar Liquidación”. En

caso de que el actor quiera modificar, eliminar o ver una liquidación deberá primero ir al

subflujo “Consultar Liquidación”. Luego de que el actor encuentre la liquidación desea-

da elegirá una de las siguientes opciones:

a. Si elige Modificar ir subflujo “Modificar Liquidación”.

b. Si elige Eliminar ir subflujo “Eliminar Liquidación”.

c. Si elige Ver ir subflujo “Ver Liquidación”.

4.2. Sub flujos

4.2.1. Agregar Liquidación

4.2.1.1 El sistema muestra el formulario “Agregar Liquidación” y muestra los siguientes

datos de la liquidación: Numero, Fecha, Estado, Dos opciones para seleccionar “Avan-

ce de Consumos” o “Liquidación”, Observación, Total Bruto, Dscto, Igv , Total Neto, Co-

pago, Deducible. Además se mostrara una lista de los consumos con las siguientes co-

lumnas: ítem, nro orden, Tipo, fecha de orden, código de servicio, Descripción del servi-

cio, Precio del servicio, Dscto. También muestra los datos del Paciente: Nombre del

Paciente, Empresa, Titular, CIA aseguradora, Póliza, Plan de Salud, Historia Clínica.

Los campos editables son Fecha, las 2 opciones para seleccionar “avance de consu-

mos” o “Liquidación”, el nombre del paciente y la observación. Además existe un botón

denominado “Otros consumos por incluir” que permitirá agregar servicios no incluidos

en la liquidación. Los datos que se llenaran por defecto serán: El campo fecha (con la

fecha de hoy), el estado (como PENDIENTE) y los importes con 0.

4.2.1.2 El Actor ingresa los datos de la Liquidación: número, fecha, selecciona si es li-

quidación o un avance de consumos y selecciona al paciente. Para la selección del pa-

ciente ir al flujo extendido AD_CUS_ Buscar Paciente.

4.2.1.3 Al seleccionar al paciente, el sistema mostrara los demás datos del paciente

como: Empresa, Titular, CIA aseguradora, Póliza, Plan de Salud, Historia Clínica. Ade-

más mostrará una lista de todos los consumos pendientes por liquidar realizados por el

paciente hasta la fecha, y los campos de totales se recalcularán con la información lle-

nada en el detalle.

4.2.1.4 Si el Actor necesita agregar más consumos manualmente presionara la opción

“Otros consumos por incluir” el cual ejecutara el subflujo “Agregar Consumos de Liqui-

daciones”.



4.2.1.5 El sistema verifica que solo exista un servicio con el mismo código ingresado

manualmente.

4.2.1.6 El sistema recalculara automáticamente los montos: Total Bruto, Dscto, Igv, To-

tal Neto, Copago, Deducible por cada ingreso de un ítem manual.

4.2.1.7 El Actor selecciona la opción “Aceptar”.

4.2.1.8 El sistema crea un nuevo registro de Liquidación o Pre-Liquidación. Si se está

elaborando una Liquidación se realiza lo siguiente:

a. Se asigna el estado de “Liquidada” a las órdenes de atención anexadas

a la liquidación.

b. Se asigna a la liquidación el estado de “Pendiente de Facturación”.

4.2.1.9 Si el sistema detecta que el paciente es asegurado asignara a la liquidación el

estado de “Pendiente de Aprobación”. Esto lo hace verificando que el paciente tenga

una póliza de seguro, es decir verificando que el paciente tenga un registro activo en la

entidad PF_ES_Poliza. En este caso, el sistema

4.2.1.10 El sistema envía un mensaje de confirmación al usuario indicando que

la Liquidación o Pre-Liquidación fue registrada exitosamente.

4.2.1.11 El sistema cierra el formulario “Agregar Liquidaciones” y el caso de uso

continúa en [4.1.2] del Flujo Básico.

4.2.2. Consultar Liquidación

4.2.2.1 El Actor ingresa los datos en uno de los siguientes criterios para poder filtrar los

documentos de liquidación:

a. Tipo de documento. El actor seleccionara si desea listar solo las liqui-

daciones o solo los avances de consumos o todos los documentos. (Liquidacio-

nes y avances de consumo).

b. Número de Liquidación. El actor digitara el número de Liquidación que

desea filtrar. Los demás filtros se deshabilitaran.

c. Paciente. El actor invocara mediante un botón el CUS extendido

AD_CUS_ Buscar Paciente.

d. Fecha de inicio y término de emisión de liquidación.- El actor ingresara

el intervalo de fechas en los campos correspondientes.

4.2.2.2 El Actor seleccionara la opción de “Consultar”.



4.2.2.3 El sistema mostrará una lista de liquidaciones ordenados en forma descenden-

te por la fecha. Además el número de liquidaciones se mostrara como hipervínculo para

poder dar la orden de ver la liquidación. Además, se mostrara las opciones de modifi-

car y de eliminar liquidaciones.

4.2.3. Modificar Liquidación

4.2.3.1 El sistema muestra el formulario “Modificar Liquidaciones” y muestra los si-

guientes datos como solo lectura: el Número Liquidación, el paciente y las 2 opciones

para seleccionar “pre-Liquidación” o “Liquidación”. Los datos para editar son los si-

guientes: Fecha y Observación. Además, se activara un botón denominado “Obtener

Ordenes Faltantes” el cual agregara automáticamente las órdenes que recién se han

creado y desean incluirse en la liquidación.

4.2.3.2 El Actor modifica la Fecha o la Observación.

4.2.3.3 Si el Actor necesita agregar más consumos manualmente seleccionara la op-

ción “Otros consumos por incluir” el cual ejecutara el subflujo “Agregar Consumos de

Liquidaciones”.

4.2.3.4 El sistema verifica que solo exista un servicio con el mismo código ingresado

manualmente.

4.2.3.5 El sistema recalculará automáticamente los montos: Total Bruto, Dscto, Igv.,

Total Neto, Copago, Deducible por cada ingreso de un ítem manual. Los servicios agre-

gados en el detalle se podrán eliminar.

4.2.3.6 El actor indica la opción “Aceptar”.

4.2.3.7 El sistema modifica el registro de Liquidación. Además si se está elaborando

una Liquidación, se asigna el estado de “Liquidado” a las órdenes de atención recién

anexadas al documento. Luego, el sistema envía un mensaje de confirmación al usua-

rio indicando que la Liquidación fue modificada exitosamente.

4.2.3.8 El sistema cierra el formulario “Modificar Liquidación” y el caso de uso continúa

en [2] del Flujo Básico.

4.2.4. Eliminar Liquidación

4.2.4.1 El sistema muestra un mensaje de confirmación indicando si se quiere conti-

nuar y eliminar la liquidación.

4.2.4.2 El actor confirma la eliminación de la Liquidación.



4.2.4.3 El sistema le asigna el estado “Anulado” al registro de Liquidación selecciona-

do. Asimismo, si el sistema detecta que el documento se trata de una liquidación cam-

bia de estado a las órdenes asociadas a esta y le asigna el estado Pendiente de liqui-

dación. El sistema detecta el tipo de documento, consultando el campo Tipo_liquida-

cion de la entidad Liquidación. Si el Tipo_liquidacion es “L” entonces es una Liquidación

de lo contrario es una avance de consumos.

4.2.4.4 El sistema cierra el mensaje de confirmación y el caso de uso continúa en [2]

del Flujo Básico.

4.2.5. Ver Liquidaciones

4.2.5.1 El sistema muestra el formulario “Ver Liquidación”, muestra todos los datos

como solo lectura

4.2.5.2 El actor indica la opción “Cerrar”.

4.2.5.3 El sistema cierra el formulario “Ver Liquidación” y el caso de uso continúa en

[4.12] del Flujo Básico.

4.2.6. Agregar consumos de Liquidaciones

4.2.6.1 El sistema muestra una pantalla de búsqueda de servicios con los siguientes

datos:

a. Un campo para ingresar el código de servicio

b. Un listado de los servicios con las siguientes columnas de datos: Ítem,

Tipo, Código, Descripción Precio, Dscto.

4.2.6.2 Cuando el Actor encuentra el servicio que desea le hace click al código del ser-

vicio mostrado como hipervínculo. De esta manera se selecciona el servicio deseado.

4.2.6.3 El sistema cierra la pantalla de búsqueda de servicios y envía los siguientes da-

tos a la pantalla “Agregar Liquidaciones”: Tipo de servicio, código de servicio, descrip-

ción, precio, descuento. Luego, el caso de uso continúa en el punto 1.4 del subflujo

“Agregar Liquidaciones”. Si el que ha invocado a este subflujo es la pantalla “Modificar

Liquidaciones”, el caso continúa en el punto 4.2.3.4 del subflujo “Modificar Liquidacio-

nes”.




4.3.1. Cancelar el registro de la información de la Liquidación al Agregar Liquidación

Si en [1.6] el Actor no desea guardar la información de la Liquidación.

1. El Actor confirma la cancelación del registro

2. El sistema cierra el formulario y el caso de uso continúa en [4.1.2] del

flujo básico.

4.3.2. Cancelar el registro de la información de la Liquidación al Modificar liquidación.

Si en [3.5] el Actor no desea guardar la información de la Liquidación.

1. El Actor confirma la cancelación del registro

2. El sistema cierra el formulario y el caso de uso continúa en [4.1.2] dl

flujo básico.

4.3.3. Cancelar la eliminación de la Liquidación

Si en [4.2] el Actor no desea eliminar la Liquidación.

1. El Actor confirma la cancelación de eliminación del registro de liquida-

ción

2. El sistema cierra el formulario y el caso de uso continúa en [4.1.2] del

Flujo Básico

4.3.4. Ya se repiten los servicios manuales registrados en la Liquidación al agregar li-

quidación.

Si en [1.5] del subflujo “Agregar Liquidación” el sistema detecta que ya existe informa-

ción registrada de un servicio manual.

1. El sistema muestra un mensaje de confirmación indicando lo siguiente:

“Ya existen servicios ingresados con ese mismo código, Deseas continuar con

el Registro S/N?”.

2. El Actor acepta el mensaje de confirmación.

3. El sistema cierra el mensaje y el caso de uso continúa en [4.2.1.6] del

subflujo “Agregar Liquidación”

4.3.5. Ya se repiten los servicios manuales registrados en la Liquidación al modificar

liquidación.

Si en [3.4] del subflujo “Modificar Liquidación” el sistema detecta que ya existe informa-

ción registrada de un servicio manual.

1. Deben existir órdenes de atención registrado previamente.

El paciente debe estar registrado.

2. El Actor acepta el mensaje de confirmación.

3. El sistema cierra el mensaje y el caso de uso continúa en [4.2.3.5] del

subflujo “Modificar Liquidación”.



5. Pre-condiciones

5.1. Deben existir órdenes de atención registrado previamente.

6. Pos-condiciones

6.1. Actualización de liquidaciones

Se registró, modificó o eliminó una Liquidación en el sistema.

Se registró, modificó o eliminó un avance de consumos en el sistema.


7.1. AD_CUS_ Buscar Paciente


8.1 No aplica.




3.3.9 Especificación del CUS PF_CUS_Evaluar_Liquidacion


1.1. PF_AS_Auditor_Medico

2. Propósito

El propósito del caso de uso es evaluar la hoja de liquidación.


El caso de uso comienza cuando el actor selecciona "Evaluar Liquidaciones ", y termina

cuando el documento queda aprobado o desaprobado.


4.1. Flujo Básico

4.1.9 El actor selecciona " Evaluar Liquidaciones".

4.1.10 El sistema muestra el formulario “Evaluar Liquidaciones” con los si-

guientes datos: Una lista de liquidaciones pendientes de aprobación

con las siguientes columnas: Numero, Código de Paciente, Paciente, Fecha

Corte, Monto coaseguro, monto deducible total y un botón evaluar

4.1.11 El actor selecciona uno de los documentos listados

4.1.12 El actor indica la opción evaluar:

4.1.13 El sistema muestra el formulario “Evaluar Liquidaciones-Detalle con los

siguientes datos: Fecha, Paciente, Titular, Cía. Aseguradora, Póliza, Plan de

Salud, observación, total neto, IGV, Total Pagar, Copago, Deducible y una lista-

do de los ítems con las siguiente columnas: Ítem, Orden, Tipo, código, Descrip-

ción, Precio, Dscto, Descripción del CIE10, un botón aprobar y un botón recha-

zar.

4.1.14 El Actor verifica los ítems de la liquidación, esta verificación lo realiza

comparando las descripciones del CIE10 con las descripciones de los detalles

de la liquidación

4.1.15 Si el actor encontró alguna incoherencia en la revisión, agrega un co-

mentario en el campo observación.

4.1.16 El actor indica una de las siguientes opciones

c) Si el actor indica Aprobar ir al sub-flujo Aprobar Liquidación

d) Si el actor indica Rechazar, ir al sub-flujo Rechazar Liquidación



4.2 Sub-Flujos

4.2.1. Aprobar Liquidación.


4.2.1.8 El usuario confirma la aprobación y el sistema cierra el formulario de

detalle y regresa al formulario de cabecera


4.2.2. Rechazar Liquidación.

4.2.2.6 El sistema verifica si se ha agregado algún comentario al campo obser-

vación. Esta verificación lo realiza comparando si los datos de la observación

original es igual a la actual.


4.2.2.8 El usuario confirma el rechazo y el sistema cierra el formulario de deta-

lle y regresa al formulario de cabecera



4.3.1. Rechazo de Mensaje de confirmación en Aprobación de Liquidación

4.3.1.3 Si en 4.2.1.2 el usuario rechaza la confirmación de la aceptación, el sis-

tema cierra el formulario de detalle y regresa al formulario de cabecera


4.3.2. Rechazo de Mensaje de confirmación en Rechazo de Liquidación

4.3.2.3 Si en 4.2.1.3 el usuario rechaza la confirmación de la desaprobación, el

sistema cierra el formulario de detalle y regresa al formulario de cabecera


4.3.3. Verificación del campo observaciones al Rechazar una Liquidación

4.3.3.2 Si en 4.2.2.1 el sistema encuentra que no se agregado el motivo del re-

chazo se muestra un mensaje de información y el flujo continua en 4.17 del flu-

jo básico



5. Pre-condiciones

Debe existir Liquidaciones pendientes de Evaluación

6. Pos-condiciones

6.1. Se Aprobó o rechazo una liquidación.


No aplica.


No aplica.




3.3.10 Especificación del CUS PF_CUS_Actualizar_Documento_Pago



2. Propósito

El propósito del caso de uso es Consultar, registrar, anular un documento de Pago


El caso de uso comienza cuando el actor selecciona "Facturación ", y termina cuando

el documento queda registrado, anulado o impreso.


4.1. Flujo Básico

4.1.1. El actor indica "Facturación".

4.1.2. El sistema muestra el formulario “Consulta de Documentos de Pago” con las

opciones “Nuevo”, “Anular”, “Imprimir”, “Consultar” y “Cerrar” habilitadas.

4.1.3. El actor indica una de las siguientes opciones:

a. “Nuevo” ver el sub-flujo “Nuevo Documento de Pago”.

b. “Anular” ver el sub-flujo “Anular Documento de Pago”

c. “Consultar” ver el sub-flujo “Consultar Documento de Pago”

e. “Imprimir” ver el sub-flujo “Imprimir Documento de Pago”

4.1.4. El actor indica “Cerrar” y el caso de uso termina.

4.2. Sub flujos

4.2.1. Nuevo Documento de Pago.

4.2.1.1 El sistema muestra el formulario “Gestión de Documento de Pagos” sin datos; y

habilita las opciones “Cancelar” y “Grabar”.

4.2.1.2 El sistema habilita solo los campos: “boleta”, “factura”, “fecha”, “cliente”, “pa-

ciente”, los cuales serán ingresados por el actor.

4.2.1.3 El campo “Fecha” muestra la fecha del sistema.

4.2.1.4 El actor busca al Cliente a través del campo “Cliente”. Ver sub-flujo “Buscar

Cliente”.

4.2.1.5 El actor busca al paciente a través del campo “Paciente”. Ver punto de exten-

sión 7.2 “Buscar Paciente”.



4.2.1.6 El Sistema muestra en la grilla los consumos que todavía no han sido cancela-

dos (ordenes de atención o Liquidaciones).

4.2.1.7 El actor selecciona los consumos que desea cancelar el cliente

4.2.1.8 El actor indica “Grabar”.

4.2.1.9 El sistema muestra un mensaje en el que solicita confirmación para grabar el

documento de pago.

4.2.1.10 El actor indica “SI”

4.2.1.11 El sistema muestra un mensaje en la que notifica que el documento de

pago ha sido registrado satisfactoriamente.


4.2.1.13 El sistema regresa a la pantalla de gestión de documento de pago y en

la grilla muestra el documento creado.



4.2.2. Anular Documento de Pago

4.2.2.1 El sistema muestra en la grilla los datos principales de la cotización: “Tipo de

documento”, “número”, “Código de Cliente”,”nombre de Cliente”, ”Fecha de Emisión”,

“Importe”, “Fecha emisión”. Además, aparecen las opciones de “Imprimir y “Eliminar”

4.2.2.2 El actor selecciona un documento de pago y luego selecciona el botón “Elimi-

nar”.

4.2.2.3 El sistema muestra un mensaje en el que solicita confirmación para anular el

documento de pago.

4.2.2.4 El actor indica “SI” y continúa en el paso 4.2.3.5, o indica “NO” y vuelve al paso

4.2.3.7.

4.2.2.5 El sistema muestra un mensaje en la que notifica que el documento de pago ha

sido eliminado satisfactoriamente.


4.2.2.7 El sistema limpia todos los datos del formulario “Consulta de Documentos de

Pago”

4.2.3. Consultar Documento de Pago

4.2.3.1 El actor selecciona el tipo de Documento de Pago a consultar: “Todas”, “Boleta”

ó “Factura”.

4.2.3.2 El actor ingresa el dato “Número de Documento de Pago” o completa los datos

campos “Desde” y “Hasta” para buscar los documentos de pago emitidos en ese rango

de fechas.




4.2.3.4 Si el actor ingresa el “Número de documento de pago” continúa en el paso

4.2.4.5 o si escogió la búsqueda por fecha continúa en el paso 4.2.4.6

4.2.3.5 El sistema verifica que el dato “Número de documento de pago” exista.


documento”, “número”, “Código de Cliente”, “nombre de Cliente”, ”Fecha de Emisión”,


4.2.3.7 El actor selecciona el documento de pago y hace doble click sobre el.

4.2.3.8 El sistema carga en el formulario “Gestión de documentos de pago" los datos

de cotización seleccionada en modo de consulta

4.2.3.9 El sistema deshabilita todos los campos y solo habilita el botón “Cancelar”

4.2.3.10 El actor indica “Cancelar” y se cierra el formulario

4.2.4. Imprimir Documento de Pago


documento”, “número”, “Código de Cliente”, ”nombre de Cliente”, ”Fecha de Emisión”,


4.2.4.2 El actor selecciona un documento de pago y luego selecciona el botón “Impri-

mir”.

4.2.4.3 El sistema muestra un mensaje en el que solicita confirmación para imprimir El

documento de Pago.

4.2.4.4 El actor indica “SI” y se imprime el documento de pago

4.2.5. Buscar Cliente

4.2.5.1 El actor selecciona el botón “Buscar Cliente”.

4.2.5.2 El sistema muestra el formulario “consulta de Clientes”.

4.2.5.3 El actor selecciona el tipo de búsqueda: Por documento de identidad, RUC o

por nombres.

4.2.5.4 El sistema busca la información del cliente. Si encuentra los datos del cliente

continúa en el paso 4.2.7.6, sino continúa en el paso 4.2.7.5

4.2.5.5 La especificación continúa en el punto de extensión 7.1.1.

4.2.5.6 Los datos del cliente se muestran en la grilla de resultados.

4.2.5.7 El actor selecciona al cliente al que le hará la emisión del documento de pago.

4.2.5.8 El actor hace doble clic sobre el registro.

4.2.5.9 El sistema cierra el formulario “Consulta de Clientes” y en el formulario “docu-

mento de Pago” muestra los datos “cliente”, “Dirección”, y “RUC/DNI”

4.2.5.10 El actor selecciona el botón “Cerrar” y el formulario se cierra.




4.3.1. Llenado del documento de pago en el Sub-Flujo “Nuevo documento de Pago”.

Si en el paso 4.21.8 el usuario selecciona cancelar se cancela el registra y se regresa

al formulario de gestión de documentos de pago.

4.3.2. Confirmación de “Grabar” en el Sub-Flujo “Nuevo documento de Pago”.

Si en el paso 4.21.9 el usuario no confirma la opción de grabar el documento de pago,

se regresa al formulario del documento de pago.

4.3.3. Validación de “Número de Documento de Pago” en el Sub-Flujo “Consultar do-

cumento de Pago”.

Si en el paso 4.2.3.2 el sistema determina que el Número de documento de pago no

existe, entonces se realizan los siguientes pasos:



4.3.5. Validación de “cliente” en el Sub-Flujo “Buscar Cliente”

Si en el paso 4.2.5.4, el sistema determina que el tipo de documento de identidad o

RUC no existe, entonces se realizan los siguientes pasos:



5. Pre-condiciones







El actor cumple con el perfil de PF_AS_Asistente_Facturacion.

6. Pos-condiciones

6.1. Se registró, anuló o imprimió un documento de Pago.




7.1. “Registrar nuevo Cliente”

Cuando en el sub flujo 4.2.6.5, el actor indica “Registrar nuevo cliente”, se extiende el

caso uso PF_CUS_Actualizar_Cliente.

7.2 AD_CUS_Consultar_Paciente

Cuando en el sub flujo 4.2.1, el actor indica “consultar paciente”, se extiende el caso

uso AD_CUS_consultar_Paciente el cual devuelve el paciente que se está buscando.


No aplica.




3.3.11 Especificación del CUS PF_CUS_Actualizar_Cliente



2. Propósito

El propósito del caso de uso es registrar, modificar o eliminar los datos de un cliente


El caso de uso comienza cuando el actor PF_AS_Asistente_Facturacion invoca a este

caso de uso para registrar, modificar o eliminar los datos de un cliente. El caso de uso

termina cuando se ha registrado, actualizado o eliminado los datos del cliente.


4.1. Flujo Básico

4.1.1. El actor indica “Gestión de Clientes”.

4.1.2. El sistema muestra el formulario “Consulta de Clientes” con la opción “Nueva”,

habilitada y “Modificar” y “Eliminar” desactivadas

4.1.3. El actor indica una de las siguientes opciones.

a. “Nuevo” ver el sub-flujo “Nuevo Cliente”

b. “Consultar Cliente” ver el sub-flujo “Consultar Cliente”

c. “Modificar Cliente” ver el sub-flujo “Modificar Cliente”

d. “Eliminar Cliente” ver el sub-flujo “Eliminar Cliente”

4.1.4. El actor indica cerrar y el caso de uso termina



4.2. Sub flujos

4.2.1. Nuevo Cliente.

4.2.1.1 El sistema muestra el formulario “Gestión de Clientes” sin datos; y habilita las

opciones “Nuevo” y “Cancelar”.

4.2.1.2 El sistema habilita solo los campos: “persona natural”, “persona jurídica”, los

campos “Nombre”, “Razón Social”, “Documento Identidad” y “RUC” permanecen desac-

tivados.

4.2.1.3 El actor indica la opción “Nuevo”.

4.2.1.4 El sistema muestra el formulario de cliente en blanco en modo de edición

4.2.1.5 El actor a continuación completa la información solicitada por el formulario: Indi-

ca el tipo de cliente (persona natural o jurídica, si es persona natural además debe se-

leccionar el tipo de documento de identidad), Indica el nombre (apellido paterno, ma-

terno y nombre) si es persona natural o la razón social si es persona jurídica, indica la

dirección del cliente (calle, distrito, provincia, departamento), números de teléfono

4.2.1.6 El actor ordena “grabar”

4.2.1.7 El sistema muestra un mensaje solicitando la confirmación de la operación. El

actor indica “aceptar”

4.2.1.8 El sistema muestra un mensaje en el que notifica que el cliente ha sido registra-

do satisfactoriamente.

4.2.1.9 El sistema regresa a la pantalla de gestión de clientes y en la grilla muestra el

cliente creado.

4.2.2. Consultar Cliente

4.2.2.1 El sistema muestra el formulario “Gestión de Clientes” sin datos; y habilita las

opciones “Cancelar” y “Nuevo”.

4.2.2.2 El sistema habilita solo los campos: “persona natural”, “persona jurídica”, “To-

dos” los campos “Nombre/Razón Social”, “Documento Identidad/RUC” permanecen

desactivados.

4.2.2.3 El actor indica si cliente a buscar es persona natural, persona jurídica o que

busque en todos los clientes.

4.2.2.4 El actor ingresa el nombre/razón social y/o el número de documento de identi-

dad/RUC del cliente y luego presiona el botón buscar.

4.2.2.5 El sistema muestra en la grilla la lista de clientes que cumple con los criterios

de búsqueda.

4.2.2.6 El actor selecciona el cliente e indica consultar.

2.2.2.7 Aparece el formulario de cliente en modo lectura, el actor presiona el botón

“cancelar”



4.2.3. Modificar Cliente

4.2.3.1 El actor selecciona el cliente de la grilla e indica “consultar”.

4.2.3.2 A continuación aparece el formulario del cliente en modo lectura con la opción

grabas desactivada, el actor ordena “Modificar” y todos los campos editables se habili-

tan y la opción grabar se activa y la opción modificar se desactiva..

4.2.3.3 El actor actualiza los campos necesarios y luego ordena “Grabar”

4.2.3.4 Si sistema muestra un mensaje de confirmación de la operación, el actor orde-

na “Aceptar”

4.2.4.5 El sistema muestra un mensaje de que la operación se ejecuto satisfactoria-

mente, el actor ordena “Aceptar”

4.2.3.5 El sistema retorna al formulario “gestión de clientes”.

4.2.4. Eliminar Cliente

4.2.4.1 El actor selecciona el cliente de la grilla y ordena “Eliminar”

4.2.4.2 El sistema muestra un mensaje de confirmación de la operación, el actor indica

“aceptar”

4.2.4.3 El sistema muestra un mensaje de que la operación se ejecuto satisfactoria-

mente, el actor indica “Aceptar”.

4.2.4.4 El sistema retorna al formulario “gestión de clientes”.

4.3. Flujo Alterno

4.3.1. Confirmación de grabado de en el sub-flujo “Nuevo cliente”.

Si en el paso 4.21.6 el usuario selecciona cancelar se cancela el registro y se regresa

al formulario de gestión de documentos de pago.

4.3.2. Resultado de búsqueda de cliente en el Sub-Flujo “Consultar cliente”.

Si en el paso 4.2.2.5 el sistema no encuentra coincidencias para la búsqueda aparece-

rá un mensaje que indique que no existe cliente que cumpla los criterios de búsqueda.

4.3.3. Confirmación de Actualización de datos en el sub-flujo “Modificar cliente”.

Si en el paso 4.2.2.3 el usuario selecciona cancelar se cancela la actualización y se re-

gresa al formulario de gestión de documentos de pago.

4.3.3. Confirmación de eliminación de cliente en el sub-flujo “Eliminar cliente”.

Si en el paso 4.2.4.2 el usuario selecciona cancelar se cancela la eliminación del usua-

rio y se regresa al formulario de gestión de documentos de pago.



5. Pre-condiciones







El actor cumple con el perfil de PF_AS_Asistente_Facturacion.

6. Pos-condiciones

6.1. Se registró, actualizó o elimino los datos de un cliente.


No aplica.


No aplica.




3.3.12 Especificación del CUS PF_CUS_Generar_Reportes_Gerenciales_Facturacion



2. Propósito

El propósito del caso de uso es generar reportes gerenciales sobre la facturación de la

clínica.


El caso de uso comienza cuando el actor PF_AS_Asistente_Administrativo invoca a

este caso de uso para generar un reporte gerencial de la facturación de la clínica. El

caso de uso termina cuando se ha generado el reporte solicitado


4.1. Flujo Básico

4.1.1. El actor indica “Reporte Gerencial de Facturación”.

4.1.2. El sistema muestra el formulario “Generar reporte Gerencial” con las opciones

“Facturación particular vs facturación planes de salud”, “TOP 10 planes de salud más

facturados”, “Facturación por compañía de seguros”, en el campo tipo de reporte habi-

litada, “12 meses”, “9 meses”, “6 meses”, “3 meses”, “1 mes”, “fecha inicio” y “fecha fin”

en la sección “Rango de Tiempo” habilitados, “Barra”, “curva”, “por mes” o “sumarizada”

en la sección “tipo de gráfica” habilitados. Además, del botón generar y cancelar habili-

tados.

4.1.3 El actor selecciona el tipo de reporte que desea de la sección “tipo de reporte”

4.1.3. El actor selecciona un rango de fecha de la sección “Rango de tiempo”

4.1.4. El actor selecciona el tipo de grafica a generar y si se mostrara por meses o su-

marizada.

4.1.5. el actor indica “Generar reporte” y el sistema muestra en otra interface el reporte

solicitado”



4.2. Sub flujos

4.2.1. Imprimir Reporte.

4.2.1.1 En la pantalla del reporte solicitado el actor ordena “imprimir”.

4.2.1.2 El sistema muestra el mensaje que la impresión fue enviada a la impresora pre-

determinada del sistema el actor indica “aceptar”

4.3. Flujo Alterno

4.3.1. Generación del reporte en el flujo básico.

Si en el paso 4.1.5 el usuario ha dejado sin datos alguna de las secciones el sistema

mostrara un mensaje de error indicando las secciones que no tienen datos

4.3.2. Impresión del reporte en el flujo alterno.

Si en el paso 4.1.2.1 el actor indica “cerrar”” la pantalla del reporte se cierra

5. Pre-condiciones







El actor cumple con el perfil de PF_AS_Asistente_Administrativo.

6. Pos-condiciones

6.1. Se genero y/o imprimió un reporte gerencial de facturación.


No aplica.


No aplica.




3.3.13 Especificación del CUS PF_CUS_ Generar_Reportes_Operativos_Facturacion



2. Propósito

El propósito del caso de uso es generar reportes de las operaciones realizadas por el

modulo de facturación.


El caso de uso comienza cuando el actor selecciona la opción reporte de movimientos

de Facturación del menú de Facturación. y termina cuando el sistema genera un repor-

te de de los movimientos de facturación.


4.1. Flujo Básico

4.1.1 El actor selecciona la opción “Reporte de movimientos de Facturación”

del menú de Facturación.

4.1.2 El Actor selecciona una de las siguientes opciones

a) Si el usuario indica la opción “Reporte de documentos de venta por

Fechas” ir al subflujo “Reporte de documentos por Fechas”.

b) Si el usuario indica la opción “de documentos de venta por Cliente”

ir al subflujo “de documentos por Cliente”.

c) Si el usuario indica la opción “Reporte de documentos de venta por

Cía. aseguradora” ir al subflujo “Reporte de documentos por Cía.

aseguradora”.

d) Si el usuario indica el botón cerrar, el formulario se cierra y el caso

de uso termina.



4.2 Sub-Flujos

4.2.1. Reporte de documentos de venta por Fechas

4.2.1.1 El sistema activa los siguientes campos: Tipo de documento (que pue-

de ser [F]actura, [B]oleta o [T]odos), fecha de inicio y fecha de fin. Por defecto

el tipo de documento se mostrara como [T]odos y la fecha de inicio y la fecha

de fin serán las fechas del inicio del mes y del fin del mes actual respectiva-

mente. Además se muestra el botón de vista preliminar.

4.2.1.2 El actor selecciona el tipo de documento que requiere y modifica el in-

tervalo de fechas si fuera necesario.

4.2.1.3 El actor indica la opción vista preliminar.

4.2.1.4 El sistema obtiene los datos y muestra la siguiente información por

pantalla:

a) El titulo del reporte:“Reporte de documentos por Fechas” y las fe-

chas de inicio y fin suministrados

b) Una lista de datos con las siguientes columnas: Tipo de documen-

to, numero, cliente, fecha de emisión, importe y estado

c) Un botón imprimir

4.2.1.5 El actor indica la opción imprimir y el sistema imprime el listado en pa-

pel.

4.2.1.6 El actor indica la opción cerrar

4.2.1.7 El sistema cierra el formulario y el caso de uso finaliza.

4.2.2. Reporte de documentos de venta por Cliente

4.2.2.1 El sistema activa los siguientes campos: código de cliente, fecha de ini-

cio y fecha de fin. Por defecto la fecha de inicio y la fecha de fin serán las fe-

chas del inicio del mes y del fin del mes actual respectivamente. Además se

muestra el botón de vista preliminar.

4.2.2.2 El actor indica buscar cliente y se activa el subflujo “Buscar Cliente”.

4.2.2.3 El actor modifica el intervalo de fechas si fuera necesario.



pantalla:

a) El titulo del reporte:“Reporte de documentos de venta por Cliente” ,

el cliente seleccionado y las fechas de inicio y fin suministrados





pel.





4.2.3. Reporte de documentos de venta por Cia Aseguradora

4.2.3.1 El sistema activa los siguientes campos: Cía. aseguradora, fecha de

inicio y fecha de fin. Por defecto la fecha de inicio y la fecha de fin serán las fe-

chas del inicio del mes y del fin del mes actual respectivamente. Además se

muestra el botón de vista preliminar.

4.2.3.2 El actor selecciona la CIA aseguradora de una lista de datos.

4.2.3.3 El actor modifica el intervalo de fechas si fuera necesario.



pantalla:

a) El titulo del reporte:“Reporte de documentos de ventas por CIA

aseguradora”, la Cia Aseguradora seleccionada, y las fechas de ini-

cio y fin suministrados





pel.



4.2.4. Buscar Cliente

4.2.4.1 El sistema muestra el formulario Buscar Cliente con los siguientes cam-

pos:

a) Los filtros por Nombre/Razón Social y Ruc/DNI.

b) Un listado donde se mostrara los resultados con las siguientes co-

lumnas: Código de cliente, Nombre de Cliente, Tipo de documento,

Ruc/DNI. Estado,

c) Un botón consultar y cancelar.

4.2.4.2 El actor ingresa los criterios para ubicar al cliente buscado.

4.2.4.3 El actor indica consultar

4.2.4.4 El sistema llena el listado con la información hallada. En este listado el

Nombre de cliente se mostrara como un hipervínculo para que el actor pueda

seleccionarlo.

4.2.4.5 El actor selecciona el nombre del cliente buscado.

4.2.4.6 El sistema envía el código y el nombre del cliente al formulario que lo

invoco.

4.2.4.7 El sistema cierra el formulario actual y el flujo continúa en 4.2.2.3 del

subflujo Reporte de documentos por Cliente.



5. Pre-condiciones

6. Pos-condiciones

6.1. Se genero un reporte de los documentos de venta.


No Aplica


No aplica.




3.3.14 Especificación del CUS SG_CUS_Actualizar_Usuario


1.1. SG_AS_Administrador

2. Propósito

Mantener actualizado el registro de los usuarios del sistema.


El caso de uso comienza cuando el Administrador del sistema

selecciona “Mantenimiento de Usuarios” del menú Seguridad. De

acuerdo al requerimiento el Administrador del sistema puede agregar,

buscar, modificar y eliminar usuarios del sistema. El caso de uso

termina cuando el registro de los usuarios queda actualizado.

4. Flujo de Eventos

4.1. Flujo Básico

4.1.1 El Administrador del Sistema selecciona “Mantenimiento de Usuarios”

del menú Seguridad.

4.1.2 El sistema muestra la pantalla “Listado de Usuarios” con la lista de los

usuarios registrados previamente

4.1.3 El Administrador elige la operación a realizar. Para Modificar o Eliminar

según se requiera, debe primero Buscar el usuario del listado seleccio-

nando la opción a buscar (código o nombre) e ingresando el dato de-

seado de búsqueda para seleccionar un registro.

Si elige Buscar ver subflujo “Buscar Usuario”

Si elige Agregar ver subflujo “Agregar Usuario”

Si elige el enlace Modificar ver subflujo “Modificar Usuario”

Si elige el enlace Eliminar ver subflujo “Eliminar Usuario”

4.1.4 El Administrador del sistema indica “Salir” de la pantalla “Listado de

Usuarios”.

4.1.5 El sistema cierra la pantalla “Listado de Usuarios” y el caso de uso ter-

mina.

4.2. Subflujos

4.2.1. Buscar Usuario

4.2.1.1 El sistema procesa la búsqueda con el dato ingresado previamente en

el listado de usuarios del sistema.

4.2.1.2 El sistema muestra la lista de coincidencias de los usuarios de acuerdo

al parámetro ingresado.

4.2.1.3 El caso de uso continúa en el punto [4.1.3] del Flujo Básico.

4.2.2. Agregar Usuario

4.2.2.1 El sistema muestra la pantalla “Datos Usuario”

4.2.2.2 El sistema genera un nuevo código para registrar el usuario y muestra

dicho código como sólo lectura en la pantalla “Datos Usuario”.



4.2.2.3 El Administrador del sistema ingresa la información del usuario: apelli-

do paterno, apellido materno, nombre, correo electrónico, contraseña,

confirmar contraseña y selecciona el perfil del usuario de la pantalla

“Datos Usuario”.

4.2.2.4 El Administrador del sistema selecciona “Grabar”.

4.2.2.5 El sistema cierra la pantalla “Datos Usuario” y actualiza el listado.

4.2.2.6 El sistema muestra el usuario previamente registrado y seleccionado

en el listado de los usuarios del sistema. El caso de uso continúa en el

punto [4.1.3] del Flujo Básico.

4.2.3. Modificar Usuario

4.2.3.1 El sistema muestra la pantalla “Datos Usuario” con el código del usua-

rio como sólo lectura y los demás datos para editar

4.2.3.2 El Administrador del sistema modifica la información del usuario.

4.2.3.3 El Administrador del sistema indica “Grabar” en la pantalla.

4.2.3.4 El sistema cierra la pantalla “Datos Usuario” y el caso de uso continúa

en el punto [4.1.3] del Flujo Básico.

4.2.4. Eliminar Usuario

4.2.4.1 El sistema muestra un mensaje con la pregunta ¿Está seguro que de-

sea eliminar el usuario? Aceptar/Cancelar

4.2.4.2 El Administrador del sistema selecciona “Aceptar” en el mensaje.

4.2.4.3 El sistema actualiza el listado de los usuarios del sistema y el caso de

uso continúa en el punto [4.1.3] del flujo básico.


4.3.1 Usuario del sistema no encontrado en listado

Si en [4.2.1.1] el sistema detecta que no existe el usuario del sistema a

a buscar dentro del listado de usuarios.

4.3.1.1 El sistema muestra el mensaje de información: “Usuario ingresado no

existe”

4.3.1.2 El Administrador del sistema confirma la información y el sistema cierra

el mensaje.

4.3.1.3 El caso de uso continúa en [4.1.3] del Flujo Básico.

4.3.2 Cancelar la anulacion del Usuario del sistema

Si en [4.2.4.1] el Administrador del sistema no desea eliminar la

información del usuario.

4.3.2.1 El Administrador del sistema confirma la cancelación de la eliminación

del usuario seleccionando “Cancelar” en el mensaje de confirmación y

el caso de uso continúa en [4.1.3] del flujo básico.



5. Precondiciones

5.1. Acceso del Administrador al sistema.

El Administrador del sistema ingresó exitosamente al sistema y tiene

acceso a la opción selecciona “Mantenimiento de Usuarios” del menú

Seguridad.

6. Poscondiciones

6.1 Usuario registrado correctamente.


No aplica para este caso de uso.


A continuación, se muestran las pantallas relacionadas a los Flujos

Básicos, SubFlujos y Flujos Alternos:



3.3.15 Especificación del CUS SG_CUS_Actualizar_Perfil


1.1 SG_AS_Usuario

2. Propósito

Definir el Perfil de acceso para cada usuario.


El caso de uso comienza cuando el actor SG_AS_Usuario indica para Crear Perfil y

finaliza cuando la el perfil este registrado con éxito en el sistema.

4. Flujo de Eventos

4.1 Flujo Básico

4.1.1 El actor SG_AS_Usuario indica “Actualizar perfil”.

4.1.2 El sistema muestra el formulario “Actualizar perfil”

4.1.3 El actor SG_AS_Usuario Indica “Nuevo” en el formulario.

4.1.4 El actor SG_AS_Usuario ingresa el código del perfil en el campo “Código

Perfil”.

4.1.5 El actor SG_AS_Usuario ingresa la descripción del perfil en el campo

“Descripción Perfil”.

4.1.6 El actor SG_AS_Usuario debe seleccionar como mínimo una opción de los

permisos (Crear, editar, eliminar, consultar e Imprimir).

4.1.7 El actor SG_AS_Usuario indica “Grabar” y recibe un mensaje de confirmación.

4.1.8 El sistema muestra un mensaje de confirmación que el registro fue grabado

satisfactoriamente y el caso de uso termina

4.2 Subflujos

4.3 Flujos Alternos

4.3.1 Error al Grabar

Si en [4.1.7] el actor SG_AS_Usuario no ingresa información en campo “Código Perfil“:

1. El sistema mostrara un mensaje que indica que el campo “Código Perfil” no

debe estar en blanco.

2. El actor SG_AS_Usuario indica aceptar y el caso de uso retorna al punto [4.1.4]

4.3.2 Error al Grabar

Si en [4.1.7] el actor SG_AS_Usuario no ha seleccionado como mínimo una opción de

los permisos (Crear, editar, eliminar, consultar e Imprimir).



3. El sistema mostrara un mensaje que indica que se debe seleccionar como

mínimo uno de los permisos (Crear, editar, eliminar, consultar e Imprimir).

4. El actor SG_AS_Usuario indica aceptar y el caso de uso retorna al punto [4.1.6]

5. Precondiciones

El actor SG_AS_Usuario debe haber ingresado al sistema con su login y contraseña

actual en la pantalla de ingreso al sistema.

6. Poscondiciones

El Perfil se debe relacionar los accesos del menú de sistema y con el usuario






3.3.16 Especificación del CUS SG_CUS_Validar_Acceso


1.1 SG_AS_Usuario

2. Propósito

Validar el ingreso al sistema, cargar perfiles y permisos de acuerdo al nivel de acceso

que posee un usuario en particular.


El caso de uso comienza cuando el Usuario ingresa su usuario y contraseña para

acceder al sistema y luego selecciona Entrar. El sistema validará la información

ingresada y permitirá o denegará el acceso del usuario al sistema con su perfil de

seguridad correspondiente. El caso de uso termina cuando el usuario ingresa al sistema

o es rechazado por el mismo.

4. Flujo de Eventos

4.1 Flujo Básico

4.1.1 El SG_AS_Usuario va a utilizar el sistema ingresando a la URL del sistema.

4.1.2 El sistema muestra la interfaz “Validar acceso” conforme se muestra en la

[Figura 01].

4.1.3 El SG_AS_Usuario ingresa su usuario y contraseña y luego selecciona Entrar.

4.1.4 El sistema valida la información ingresada por el SG_AS_Usuario en la base de

datos de seguridad y permite o deniega el acceso.

4.2 Flujos Alternos

4.2.1 Validar acceso

1. En el punto [4.1.3] el sistema deberá mostrar un mensaje si el usuario o

contraseña no son iguales a su información almacenada en la base de datos de

seguridad, ver [Figura 02].

5. Precondiciones

5.1 Usuario habilitado para el uso del sistema

El usuario debe estar registrado en la base de datos de seguridad con el estado activo

para poder ingresar al sistema.



5.2 Perfiles del usuario

El usuario debe tener el nivel de acceso necesario para utilizar las opciones y pantallas

correspondientes a sus funciones.

6. Poscondiciones

No aplica


No aplica

8. Requerimientos Especiales

No aplica




3.3.17 Especificación del CUS SG_CUS_Cambiar_Contraseña


1.1 SG_AS_Usuario

2. Propósito

Actualizar la contraseña de acceso al sistema


El caso de uso comienza cuando el actor SG_AS_Usuario indica cambiar la contraseña.

El caso de uso finaliza cuando la contraseña ha sido cambiada con éxito.

4. Flujo de Eventos

4.1 Flujo Básico

4.1.1 El actor SG_AS_Usuario indica “Cambiar Contraseña”.

4.1.2 El sistema muestra el formulario “Cambiar Contraseña” con 4 campos: “login”

(muestra el login que el actor utilizó para ingresar al sistema) en estado desactivado,

“contraseña actual”,”Nueva Contraseña” y “Confirmar Contraseña” en estado activado

4.1.3 El actor SG_AS_Usuario ingresa la contraseña actual en el campo “Contraseña

Actual”.

4.1.4 El actor SG_AS_Usuario ingresa una contraseña nueva en el campo “Nueva

Contraseña”. .

4.1.5 El actor SG_AS_Usuario ingresa la misma nueva contraseña en el campo

“confirmar Contraseña” e indica “Aceptar”

4.1.6 El sistema muestra un mensaje de confirmación que la contraseña ha sido

cambiada satisfactoriamente y el caso de uso termina

4.2 Subflujos

4.3 Flujos Alternos

4.3.1 Cancelar cambio de contraseña

Si en [4.1.2.] El actor SG_AS_Usuario decide no cambiar la contraseña indica “cancelar”

y el caso de uso termina.



4.3.2 Error al confirmar nueva contraseña

Si en [4.1.5] el actor SG_AS_Usuario ingresa en el campo “Confirmar Contraseña” un

valor diferente al ingresado en el campo “Nueva Contraseña”:

1. El sistema mostrara un mensaje que indica que los campos “Nueva

Contraseña” y “Confirmar Contraseña”.

2. El actor SG_AS_Usuario indica aceptar y el caso de uso retorna la punto [4.1.2]

5. Precondiciones

El actor SG_AS_Usuario debe haber ingresado al sistema o debe colocar su login y

contraseña actual en la pantalla de ingreso al sistema.

6. Poscondiciones

Se ha configurado una nueva contraseña para el login del actor.


No existen puntos de extensión especificados para este caso de uso



3.3.18 Especificación del CUS SG_CUS_Realizar_Copia_Seguridad


IS_AS_Usuario_Administrador

2. Propósito

El objetivo es el de guardar copias de seguridad de archivos que contengan información

importante para la clínica.


El caso de uso se inicia cuando se tiene información importante a respaldar por el

usuario administrador. Este indica “Realizar Copia de Seguridad”; con lo cual podrá

seleccionar los archivos a respaldar de acuerdo a su necesidad y finaliza cuando los

archivos han sido respaldados.

4. Flujo de Eventos

4.1 Flujo Básico

4.1.1 El Usuario Administrador indica “Realizar Copia de Seguridad”.

4.1.2 El sistema muestra el formulario de “Realizar Copia de Seguridad”

4.1.3 El Usuario administrador elige la ruta origen en donde se encuentran los

archivos a copiar e indica la ruta destino en donde se hará la copia de respaldo.

4.1.4 El Usuario administrador indica el tipo de archivos que quiere respaldar y

puede seleccionarlos de la caja de archivos mostrados.

4.1.5 El usuario administrador selecciona las opciones adicionales del respaldo

como: cerrar el archivo luego de copiarlo, o determinar la carpeta destino como

predeterminada.

4.1.6 El usuario administrador selecciona el botón “Copiar”’

4.1.7 El sistema realiza la copia, el formulario se cierra y el caso de uso termina.

4.2 Flujos Alternos

4.2.1 Cancelar la copia de Seguridad

Si en [4.1.6] el usuario administrador selecciona el botón “Cancelar”

4.2.1.1 El sistema muestra un mensaje de confirmación de la cancelación de la

operación



4.2.1.2 El usuario administrador confirma la cancelación de la operación y el sistema

cierra el formulario “Realizar copia d Seguridad” y el caso de uso termina.

4.2.2 Ya existe información registrada con el mismo nombre

Si en [4.1.6] el sistema detecta que ya existe información registrada con el mismo

nombre.

4.2.2.1 El sistema muestra el mensaje de información con la existencia del archivo.

4.2.2.2 El sistema muestra el mensaje para saber si se quiere reemplazar el archivo.

4.2.2.3 El usuario administrador confirma la información.

4.2.2.4 El sistema cierra el mensaje se realiza la copia, el formulario se cierra y el caso

de uso finaliza.

4.3.1. Cancelar el reemplazo del archivo.

Si en [4.2.2.3] el usuario administrador no desea reemplazar el archivo.

4.3.1.1 El usuario de Servicios confirma la cancelación del reemplazo y el caso de uso

finaliza.

5. Precondiciones

5.1 Acceso del Usuario administrador al sistema

El Usuario administrador se registra de manera exitosa en el sistema.


El sistema configuró el acceso a las opciones según el perfil del Usuario administrador.

6. Pos condiciones

6.1 Copiado de archivo el ruta destino.

Se ha respaldado información con éxito en el sistema



8. Requerimientos Especiales

No existen requerimientos especiales para este caso de uso.


No existe información adicional para este caso de uso.



3.4 Prototipo del Sistema

3.4.1 Prototipo del CUS PF_CUS_Actualizar_Cotizacion





3.4.2 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía

Figura 16 - Menú de Ingreso a la módulo de Aprobación de Solicitud de Carta de Garantía

Figura 17 Pantalla de Ingreso al módulo de Aprobación de Solicitud de Cartas de Garantía



Figura 18 Detalle de la Solicitud de Carta de Garantía



3.4.3 Prototipo del CUS PF_CUS_Consultar_Plan_Salud

Figura 19 Consulta de Plan de Salud

Figura 20 Detalle de Plan de Salud



3.4.4 Prototipo del CUS PF_CUS_Registrar_Solicitud_Tarifas

Figura 21 Solicitudes de plan de salud y tarifa registradas

Figura 22 Registro de Solicitud de Plan de Salud



Figura 23 Consulta de Servicios

Figura 24 Registro de Tarifario



3.4.5 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Tarifas



3.4.6 Prototipo del CUS PF_CUS_Actualizar_Tarifa



3.4.7 Prototipo del CUS PF_CUS_Evaluar_Tarifa



3.4.8 Prototipo del CUS PF_CUS_Actualizar_Liquidacion

Figura 25 Ingreso al mantenimiento de Liquidaciones

Figura 26 Consultar Liquidaciones



Figura 27 Registrar Liquidaciones

Figura 28 Buscar Pacientes

Figure 29 Buscar Servicios



3.4.9 Prototipo del CUS PF_CUS_Evaluar_Liquidacion

Figura 30 Pantalla de Consultas de liquidaciones por evaluar

Figura 31 Detalle de la Liquidación a Evaluar



3.4.10 Prototipo del CUS PF_CUS_Actualizar_Documento_Pago

Figura 32 Ingreso al Módulo de Facturación

Figura 33 Consultar Documentos de Pago



Figura 34 Registrar documento de Pago

Figura 35 Buscar Clientes



Figura 36 Buscar Paciente



3.4.11 Prototipo del CUS PF_CUS_Actualizar_Cliente

Figura 37 Consulta de Clientes

Figura 38 Actualización de Cliente



3.4.12 Prototipo del CUS PF_CUS_Reportes_Gerenciales_Facturacion



3.4.13 Prototipo del CUS PF_CUS_Reportes_Operaciones_Facturacion



3.4.14 Prototipo del CUS SG_CUS_Actualizar_Usuario

Figura 39 Pantalla “Listado de usuarios"

Figura 40 Pantalla “Datos del Usuario"


Actualizar Perfil

Codigo Perfil

Descripcion Perfil

Perimisos (Acciones en todo el sistema)

Crear Editar Eliminar Consultar Imprimir

Nuevo Grabar Editar Eliminar Salir


3.4.15 Prototipo del CUS SG_CUS_Actualizar_Perfil



3.4.16 Prototipo del CUS SG_CUS_Validar_Acceso


Usuario y/o password incorrecto.

aceptar

[Figura 02] – Validación del usuario y contraseña


3.4.17 Prototipo del CUS SG_CUS_Cambiar_Contraseña

Figura 41 Pantalla de Cambio de password sin haber hecho login

Figura 42 Pantalla de Cambio de password dentro del sistema



3.4.18 Prototipo del CUS SG_CUS_Realizar_Copia_Seguridad


PF

_ES

_Car

ta G

aran

tia

num

Car

taG

aran

tia :

Str

ing

codM

oned

a : S

trin

gim

poC

arta

Gar

antia

: D

oubl

efe

chE

mis

ion

: Dat

enu

mD

iasV

igen

cia

: Int

eger

obse

rRef

eren

cias

: S

trin

gob

serC

arta

Gar

antia

: S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

PF

_ES

_Em

pres

a

codE

mpr

esa

: Str

ing

desc

rRaz

onS

ocia

l : S

trin

gnu

mR

UC

: S

trin

gdi

recE

mpr

esa

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Cia

Ase

gur

ador

as

codC

iaS

egur

o : S

trin

gde

scrR

azon

Soc

ial :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

0..*

1..*

0..*

1..*

PF

_ES

_Tar

ifa

codT

ipoC

alcu

lo :

Str

ing

impo

Pre

cio

: Dou

ble

impo

Coa

seg

uro

: Dou

ble

impo

Ded

ucib

le :

Dou

ble

impo

Des

cuen

toA

dici

onal

: D

oubl

efe

chIn

icio

: da

tefe

chF

inal

: da

teim

poP

orce

ntaj

eDes

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Tar

ifari

o_P

lan_

salu

d

codT

arifa

rio

: Str

ing

desc

rTar

ifari

o : S

trin

gim

poF

acto

r : D

oubl

efe

chIn

gre

so :

Dat

eco

dTip

oTar

ifari

o : S

trin

gco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

1..* 11..* 1

PF

_ES

_Sol

icitu

d C

arta

G

aran

tia

num

Sol

icitu

dCar

taG

aran

tia :

Str

ing

impo

Sol

icitu

dCar

taG

aran

tia :

Dou

ble

fech

Sol

icitu

d : D

ate

obse

rCom

enta

rios

: S

trin

gco

dMon

eda

: Str

ing

obse

rSol

icitu

dCar

taG

aran

tia :

Str

ing

codE

stad

oApr

obac

ion

: Str

ing

codE

stad

o : S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

0..11 0..11

PF

_ES

_Clie

nte

codC

lient

e : S

trin

gco

dTip

oDoc

umen

toId

entid

ad :

Str

ing

num

Doc

umen

toId

entid

ad :

Str

ing

apeP

ater

no :

Str

ing

apeM

ater

no :

Str

ing

nom

Clie

nte

: Str

ing

codS

exo

: Str

ing

desc

rRaz

onS

ocia

l : S

trin

gfe

chN

acim

ient

o : S

trin

gnu

mT

elef

onoF

ijo :

Str

ing

num

Tel

efon

oMov

il : S

trin

gnu

mF

ax :

Str

ing

desc

rEm

ail :

Str

ing

dire

cClie

nte

: Str

ing

codP

ais

: Str

ing

codD

epar

tam

ento

: S

trin

gco

dPro

vinc

ia :

Str

ing

codD

istr

ito :

Str

ing

codE

stad

oClie

nte

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Pol

iza

codP

oliz

a : S

trin

gde

scrP

oliz

a : S

trin

gfe

chIn

iVig

enci

a : D

ate

fech

Fin

Vig

enci

a : D

ate

codE

stad

oPol

iza

: Str

ing

nom

Titu

lar

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Cot

izac

ion

num

Cot

izac

ion

: Str

ing

desc

rMot

ivo

: Str

ing

num

Dia

sVig

enci

a : I

nteg

erco

dMon

eda

: Str

ing

impo

Tip

oCam

bio

: Lon

gim

poB

ruto

: D

oubl

eim

poIg

v : D

oubl

eim

poN

eto

: Dou

ble

fech

Em

isio

n : D

ate

hora

Em

isio

n : S

trin

gob

serC

otiz

acio

n : S

trin

gco

dEst

adoC

otiz

acio

n : S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

0..1

10.

.11

PF

_ES

_Liq

uida

cion

num

Liq

uida

cion

: In

teg

erco

dTip

oLiq

uida

cion

: S

trin

gfe

chC

orte

: D

ate

fech

Fac

tura

cion

: D

ate

impo

Coa

seg

uroT

otal

: D

oubl

eim

poD

educ

ible

Tot

al :

Dou

ble

obse

rLiq

uida

cion

: S

trin

gco

dEst

adoL

iqui

daci

on :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Sol

icitu

d T

arifa

s

num

Sol

icitu

dTar

ifa :

Inte

ger

codT

ipoS

olic

itud

: Int

eger

desc

rSol

icitu

d : S

trin

gtip

oTar

ifari

o : S

trin

gnu

mF

acto

r : D

oubl

efe

chR

egis

tro

: Dat

efe

chA

utor

izac

ion

: Dat

eco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Tar

ifari

o_P

artic

ular

codT

arifa

rio

: Str

ing

desc

rTar

ifari

o : S

trin

gim

poF

acto

r : D

oubl

efe

chIn

gre

so :

Dat

eco

dTip

oTar

ifari

o : S

trin

gco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Doc

umen

toP

ago

codT

ipoD

ocum

ento

Pag

o : S

trin

gnu

mD

ocum

ento

Pag

o : S

trin

gfe

chR

egis

tro

: Dat

efe

chE

mis

ion

: Dat

eco

dMon

eda

: Str

ing

impo

Bru

to :

Dou

ble

nom

Clie

nte

: Str

ing

num

Doc

umen

to :

Str

ing

codF

orm

aPag

o : S

trin

gim

poIg

v : D

oubl

eIm

poD

escu

ento

: D

oubl

eIm

poA

Pag

ar :

Dou

ble

codE

stad

oDoc

umen

toP

ago

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

11.

.*1

1..*

0..1

0..1

0..1

0..1

AT

_ES

_Esp

ecia

lidad

codE

spec

ialid

ad :

Str

ing

nom

breE

spec

ialid

ad :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Pla

n de

Sal

ud

codP

lanS

alud

: S

trin

gde

scrP

lanS

alud

: S

trin

gfe

chR

egis

tro

: Dat

eco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

0..*

10.

.*1

PF

_ES

_CIE

10

codE

nfer

mda

d : S

trin

gde

scrE

nfer

med

ad :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Det

alle

Cot

izac

ion

impo

Dia

: D

oubl

eim

poP

reci

o : D

oubl

eim

poD

escu

ento

: D

oubl

eim

poT

otal

: D

oubl

efe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

11

PF

_ES

_Det

alla

Liq

uida

cion

item

man

ual :

Boo

lean

impo

Pre

cio

: Dou

ble

impo

Des

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

11..* 11..*

PF

_ES

_Det

alle

Sol

icitu

d

codT

ipoC

alcu

lo :

Str

ing

impo

Pre

cio

: Dou

ble

impo

Coa

seg

uro

: Dou

ble

impo

Ded

ucib

le :

Dou

ble

impo

Des

cuen

toA

dici

onal

: D

oubl

efe

chIn

icio

: da

tefe

chF

inal

: da

teim

poP

orce

ntaj

eDes

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

11.

.*1

1..*

PF

_ES

_Tar

ifa_P

artic

ular

codT

ipoC

alcu

lo :

Str

ing

impo

Pre

cio

: Dou

ble

impo

Coa

seg

uro

: Dou

ble

impo

Ded

ucib

le :

Dou

ble

impo

Des

cuen

toA

dici

onal

: D

oubl

efe

chIn

icio

: da

tefe

chF

inal

: da

teim

poP

orce

ntaj

eDes

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

1..* 11..* 1

PF

_ES

_Det

alle

_Doc

umen

toP

ago

desc

Con

cept

o : S

trin

gim

poP

reci

o : D

oubl

eim

poD

escu

ento

: D

oubl

efe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

gtip

oDoc

umen

to :

Str

ing

codD

ocum

ento

: S

trin

gfe

chaE

mis

ionD

ocum

ento

: D

ate

impo

Pag

ar :

Dou

ble

impo

Cop

ago

: Ded

ucib

leim

poD

educ

ible

: D

oubl

e

1

1..*

1

1..*

AD

_ES

_Pac

ient

e

codP

acie

nte

: Str

ing

nom

bres

Pac

: S

trin

gap

ellid

oPat

erno

Pac

: S

trin

gap

ellid

oMat

erno

Pac

: S

trin

gD

ocId

entid

adP

ac :

Str

ing

Est

adoC

ivilP

ac :

Str

ing

Nro

Hijo

sPac

: In

teg

erF

ecN

acim

ient

oPac

: D

ate

Lug

arN

acim

ient

oPac

: S

trin

gD

irec

cion

Pac

: S

trin

gT

elef

ono1

Pac

: S

trin

gC

elul

ar1P

ac :

Str

ing

Em

ail1

Pac

: S

trin

gC

arg

oPac

: S

trin

gE

stad

oPac

: S

trin

gM

otiv

oBaj

aPac

: S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

0..1

1..*

0..1

1..*

0..*

1

0..*

1

1

0..*

1

0..*

AT

_ES

_Med

ico

codM

edic

o : S

trin

gno

mM

edic

o : S

trin

gap

ePat

erno

Med

ico

: Str

ing

apeM

ater

noM

edic

o : S

trin

gco

dSex

o : S

trin

gfe

cNac

Med

ico

: Str

ing

codC

MP

Med

ico

: Str

ing

dniM

edic

oco

dPro

fesi

onM

edic

o : S

trin

gco

dRol

Aud

itor

: Boo

lean

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

1

0..*

1

0..*

10.

.*1

0..*

AD

_ES

_Ord

enA

tenc

ion

codO

AT

: S

trin

gco

dOA

TO

rig

enflg

Impr

esio

nOA

Tflg

UltC

opia

fecI

ngre

soA

dmfe

cEg

reso

Adm

flgC

opia

horI

ngre

sonr

oIng

reso

fecS

olic

iEg

reso

horS

olic

iEg

reso

fecC

reac

ion

: Dat

efe

cMod

ifica

: D

ate

codU

suar

ioC

rea

: Str

ing

codU

suar

ioM

odifi

ca :

Str

ing

10.

.*1

0..*

1

0..*

1

0..*

AD

_ES

_Ord

enP

agoS

ervi

cio

codO

PS

: S

trin

gfe

chO

PS

: D

ate

fecC

reac

ion

: Dat

efe

cMod

ifica

: D

ate

codU

suar

ioC

rea

: Str

ing

codU

suar

ioM

odifi

ca :

Str

ing

0..1

1

0..1

1

PF

_ES

_Ser

vici

o

codG

rupo

Ser

vici

o : S

trin

gco

dSer

vici

o : S

trin

gde

scrS

ervi

cio

: Str

ing

num

Uni

dade

s : D

oubl

eob

serS

ervi

cio

: Str

ing

fech

Reg

istr

o : D

ate

fech

Est

ado

: Dat

eco

dReq

Car

taG

aran

tia :

Boo

lean

codE

stad

o : S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

1..*

1

1..*

1

0..*

1..*

0..*

1..*

10..1 10..1

0..*

10.

.*1

0..*

1

0..*

1

0..*

0..*

0..*

10.

.*1

0..*

0..*

AD

_ES

_Ord

enP

agoS

ervi

cioD

etal

le

codO

PS

Det

alle

: S

trin

gde

scO

PS

Det

alle

: S

trin

gim

port

e : D

oubl

e

1..* 11..* 1

1..*

1..*

1..*

1..*


3.5 Diagrama del Modelo Conceptual


PF

_ES

_Car

ta G

aran

tia

num

Car

taG

aran

tia :

Str

ing

codM

oned

a : S

trin

gim

poC

arta

Gar

antia

: D

oubl

efe

chE

mis

ion

: Dat

enu

mD

iasV

igen

cia

: Int

eger

obse

rRef

eren

cias

: S

trin

gob

serC

arta

Gar

antia

: S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

PF

_ES

_Em

pres

a

codE

mpr

esa

: Str

ing

desc

rRaz

onS

ocia

l : S

trin

gnu

mR

UC

: S

trin

gdi

recE

mpr

esa

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Cia

Ase

gur

ador

as

codC

iaS

egur

o : S

trin

gde

scrR

azon

Soc

ial :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

0..*

1..*

0..*

1..*

PF

_ES

_Tar

ifa

codT

ipoC

alcu

lo :

Str

ing

impo

Pre

cio

: Dou

ble

impo

Coa

seg

uro

: Dou

ble

impo

Ded

ucib

le :

Dou

ble

impo

Des

cuen

toA

dici

onal

: D

oubl

efe

chIn

icio

: da

tefe

chF

inal

: da

teim

poP

orce

ntaj

eDes

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Tar

ifari

o_P

lan_

salu

d

codT

arifa

rio

: Str

ing

desc

rTar

ifari

o : S

trin

gim

poF

acto

r : D

oubl

efe

chIn

gre

so :

Dat

eco

dTip

oTar

ifari

o : S

trin

gco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

1..* 11..* 1

PF

_ES

_Sol

icitu

d C

arta

G

aran

tia

num

Sol

icitu

dCar

taG

aran

tia :

Str

ing

impo

Sol

icitu

dCar

taG

aran

tia :

Dou

ble

fech

Sol

icitu

d : D

ate

obse

rCom

enta

rios

: S

trin

gco

dMon

eda

: Str

ing

obse

rSol

icitu

dCar

taG

aran

tia :

Str

ing

codE

stad

oApr

obac

ion

: Str

ing

codE

stad

o : S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

0..11 0..11

PF

_ES

_Clie

nte

codC

lient

e : S

trin

gco

dTip

oDoc

umen

toId

entid

ad :

Str

ing

num

Doc

umen

toId

entid

ad :

Str

ing

apeP

ater

no :

Str

ing

apeM

ater

no :

Str

ing

nom

Clie

nte

: Str

ing

codS

exo

: Str

ing

desc

rRaz

onS

ocia

l : S

trin

gfe

chN

acim

ient

o : S

trin

gnu

mT

elef

onoF

ijo :

Str

ing

num

Tel

efon

oMov

il : S

trin

gnu

mF

ax :

Str

ing

desc

rEm

ail :

Str

ing

dire

cClie

nte

: Str

ing

codP

ais

: Str

ing

codD

epar

tam

ento

: S

trin

gco

dPro

vinc

ia :

Str

ing

codD

istr

ito :

Str

ing

codE

stad

oClie

nte

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Pol

iza

codP

oliz

a : S

trin

gde

scrP

oliz

a : S

trin

gfe

chIn

iVig

enci

a : D

ate

fech

Fin

Vig

enci

a : D

ate

codE

stad

oPol

iza

: Str

ing

nom

Titu

lar

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Cot

izac

ion

num

Cot

izac

ion

: Str

ing

desc

rMot

ivo

: Str

ing

num

Dia

sVig

enci

a : I

nteg

erco

dMon

eda

: Str

ing

impo

Tip

oCam

bio

: Lon

gim

poB

ruto

: D

oubl

eim

poIg

v : D

oubl

eim

poN

eto

: Dou

ble

fech

Em

isio

n : D

ate

hora

Em

isio

n : S

trin

gob

serC

otiz

acio

n : S

trin

gco

dEst

adoC

otiz

acio

n : S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

0..1

10.

.11

PF

_ES

_Liq

uida

cion

num

Liq

uida

cion

: In

teg

erco

dTip

oLiq

uida

cion

: S

trin

gfe

chC

orte

: D

ate

fech

Fac

tura

cion

: D

ate

impo

Coa

seg

uroT

otal

: D

oubl

eim

poD

educ

ible

Tot

al :

Dou

ble

obse

rLiq

uida

cion

: S

trin

gco

dEst

adoL

iqui

daci

on :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Sol

icitu

d T

arifa

s

num

Sol

icitu

dTar

ifa :

Inte

ger

codT

ipoS

olic

itud

: Int

eger

desc

rSol

icitu

d : S

trin

gtip

oTar

ifari

o : S

trin

gnu

mF

acto

r : D

oubl

efe

chR

egis

tro

: Dat

efe

chA

utor

izac

ion

: Dat

eco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Tar

ifari

o_P

artic

ular

codT

arifa

rio

: Str

ing

desc

rTar

ifari

o : S

trin

gim

poF

acto

r : D

oubl

efe

chIn

gre

so :

Dat

eco

dTip

oTar

ifari

o : S

trin

gco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Doc

umen

toP

ago

codT

ipoD

ocum

ento

Pag

o : S

trin

gnu

mD

ocum

ento

Pag

o : S

trin

gfe

chR

egis

tro

: Dat

efe

chE

mis

ion

: Dat

eco

dMon

eda

: Str

ing

impo

Bru

to :

Dou

ble

nom

Clie

nte

: Str

ing

num

Doc

umen

to :

Str

ing

codF

orm

aPag

o : S

trin

gim

poIg

v : D

oubl

eIm

poD

escu

ento

: D

oubl

eIm

poA

Pag

ar :

Dou

ble

codE

stad

oDoc

umen

toP

ago

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

11.

.*1

1..*

0..1

0..1

0..1

0..1

AT

_ES

_Esp

ecia

lidad

codE

spec

ialid

ad :

Str

ing

nom

breE

spec

ialid

ad :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Pla

n de

Sal

ud

codP

lanS

alud

: S

trin

gde

scrP

lanS

alud

: S

trin

gfe

chR

egis

tro

: Dat

eco

dEst

ado

: Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

0..*

10.

.*1

PF

_ES

_CIE

10

codE

nfer

mda

d : S

trin

gde

scrE

nfer

med

ad :

Str

ing

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

PF

_ES

_Det

alle

Cot

izac

ion

impo

Dia

: D

oubl

eim

poP

reci

o : D

oubl

eim

poD

escu

ento

: D

oubl

eim

poT

otal

: D

oubl

efe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

11

PF

_ES

_Det

alla

Liq

uida

cion

item

man

ual :

Boo

lean

impo

Pre

cio

: Dou

ble

impo

Des

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

11..* 11..*

PF

_ES

_Det

alle

Sol

icitu

d

codT

ipoC

alcu

lo :

Str

ing

impo

Pre

cio

: Dou

ble

impo

Coa

seg

uro

: Dou

ble

impo

Ded

ucib

le :

Dou

ble

impo

Des

cuen

toA

dici

onal

: D

oubl

efe

chIn

icio

: da

tefe

chF

inal

: da

teim

poP

orce

ntaj

eDes

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

11.

.*1

1..*

PF

_ES

_Tar

ifa_P

artic

ular

codT

ipoC

alcu

lo :

Str

ing

impo

Pre

cio

: Dou

ble

impo

Coa

seg

uro

: Dou

ble

impo

Ded

ucib

le :

Dou

ble

impo

Des

cuen

toA

dici

onal

: D

oubl

efe

chIn

icio

: da

tefe

chF

inal

: da

teim

poP

orce

ntaj

eDes

cuen

to :

Dou

ble

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

1..* 11..* 1

PF

_ES

_Det

alle

_Doc

umen

toP

ago

desc

Con

cept

o : S

trin

gim

poP

reci

o : D

oubl

eim

poD

escu

ento

: D

oubl

efe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

gtip

oDoc

umen

to :

Str

ing

codD

ocum

ento

: S

trin

gfe

chaE

mis

ionD

ocum

ento

: D

ate

impo

Pag

ar :

Dou

ble

impo

Cop

ago

: Ded

ucib

leim

poD

educ

ible

: D

oubl

e

1

1..*

1

1..*

AD

_ES

_Pac

ient

e

codP

acie

nte

: Str

ing

nom

bres

Pac

: S

trin

gap

ellid

oPat

erno

Pac

: S

trin

gap

ellid

oMat

erno

Pac

: S

trin

gD

ocId

entid

adP

ac :

Str

ing

Est

adoC

ivilP

ac :

Str

ing

Nro

Hijo

sPac

: In

teg

erF

ecN

acim

ient

oPac

: D

ate

Lug

arN

acim

ient

oPac

: S

trin

gD

irec

cion

Pac

: S

trin

gT

elef

ono1

Pac

: S

trin

gC

elul

ar1P

ac :

Str

ing

Em

ail1

Pac

: S

trin

gC

arg

oPac

: S

trin

gE

stad

oPac

: S

trin

gM

otiv

oBaj

aPac

: S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

0..1

1..*

0..1

1..*

0..*

1

0..*

1

1

0..*

1

0..*

AT

_ES

_Med

ico

codM

edic

o : S

trin

gno

mM

edic

o : S

trin

gap

ePat

erno

Med

ico

: Str

ing

apeM

ater

noM

edic

o : S

trin

gco

dSex

o : S

trin

gfe

cNac

Med

ico

: Str

ing

codC

MP

Med

ico

: Str

ing

dniM

edic

oco

dPro

fesi

onM

edic

o : S

trin

gco

dRol

Aud

itor

: Boo

lean

fech

Cre

acio

n : D

ate

fech

Mod

ifica

cion

: D

ate

codU

suar

ioC

reac

ion

: Str

ing

codU

suar

ioM

odifi

caci

on :

Str

ing

1

0..*

1

0..*

10.

.*1

0..*

AD

_ES

_Ord

enA

tenc

ion

codO

AT

: S

trin

gco

dOA

TO

rig

enflg

Impr

esio

nOA

Tflg

UltC

opia

fecI

ngre

soA

dmfe

cEg

reso

Adm

flgC

opia

horI

ngre

sonr

oIng

reso

fecS

olic

iEg

reso

horS

olic

iEg

reso

fecC

reac

ion

: Dat

efe

cMod

ifica

: D

ate

codU

suar

ioC

rea

: Str

ing

codU

suar

ioM

odifi

ca :

Str

ing

10.

.*1

0..*

1

0..*

1

0..*

AD

_ES

_Ord

enP

agoS

ervi

cio

codO

PS

: S

trin

gfe

chO

PS

: D

ate

fecC

reac

ion

: Dat

efe

cMod

ifica

: D

ate

codU

suar

ioC

rea

: Str

ing

codU

suar

ioM

odifi

ca :

Str

ing

0..1

1

0..1

1

PF

_ES

_Ser

vici

o

codG

rupo

Ser

vici

o : S

trin

gco

dSer

vici

o : S

trin

gde

scrS

ervi

cio

: Str

ing

num

Uni

dade

s : D

oubl

eob

serS

ervi

cio

: Str

ing

fech

Reg

istr

o : D

ate

fech

Est

ado

: Dat

eco

dReq

Car

taG

aran

tia :

Boo

lean

codE

stad

o : S

trin

gfe

chC

reac

ion

: Dat

efe

chM

odifi

caci

on :

Dat

eco

dUsu

ario

Cre

acio

n : S

trin

gco

dUsu

ario

Mod

ifica

cion

: S

trin

g

1..*

1

1..*

1

0..*

1..*

0..*

1..*

10..1 10..1

0..*

10.

.*1

0..*

1

0..*

1

0..*

0..*

0..*

10.

.*1

0..*

0..*

AD

_ES

_Ord

enP

agoS

ervi

cioD

etal

le

codO

PS

Det

alle

: S

trin

gde

scO

PS

Det

alle

: S

trin

gim

port

e : D

oubl

e

1..* 11..* 1

1..*

1..*

1..*

1..*


Figura 43 Diagrama Conceptual



CAPÍTULO 4 ADMINISTRACIÓN DEL PROYECTO



4.1 Cronograma de Ejecución del Proyecto

Figura 44 Cronograma de Ejecución del Proyecto



4.2 Benchmarking

4.2.1 Descripción de las Soluciones Encontradas.

Nombre Sistema de Gestion para Clinicas (GESNET)

País Perú

WEB http://www.gesnetperu.com

LOGO

Características Funcionalidades:

Tipos de tarifa de análisis y procedimientos médicos

Tipos de Pacientes

Tipos de Servicios Médicos

Maestro de Especialidades

Maestro de Médicos

Asignación dinámica de horarios de atención de los médicos

Maestro de Medicinas y Materiales

Tarifario SEGUS

Maestro de Pacientes

Presupuestos

Registro de Consultas Medicas

Pedidos de Medicinas y Materiales

Solicitud de Análisis y Procedimientos Médicos

Registro de Hospitalizaciones y Cirugías

Estado de cuenta del Paciente


http://www.gesnetperu.com/


Nombre Sistema SALUS

País España

WEB http:// www.softwaresalus.com/DefaultSalus.aspx

LOGO

software para hospitales y clínicas

Características SALUS es el software para la gestión integral de hospitales,

clínicas y centros médicos. Desarrollado por QSOFT desde

1985, permite gestionar de manera integrada el conjunto de

áreas de gestión. El Software de QSOFT es utilizado por más

de 3000 clientes en España y 23 países más.

Funcionalidades:

Gestión Económica

Facturación

Ordenes Medicas


http://www.softwaresalus.com/DefaultSalus.aspx


Nombre Sistema Athenea

País Colombia

WEB http:// www.atheneasoluciones.com/sistema_web_salud.html

LOGO

Sistemas y Soluciones

Características Athenea es un sistema integrado de gestión totalmente en ambiente Web, diseñado específicamente para cubrir todos los procesos, funciones y flujos asistenciales, administrativos y estratégicos, de las instituciones prestadoras de servicios de salud (Consultorios, Clínicas, Hospitales, Laboratorios, etc.).

Funcionalidades:

Administrativo

Caja

o Apertura

o Cierre

o Arqueo

Facturación

o Consulta de Facturas

o Depósitos

o Devoluciones

o Venta de Servicios

o Pagos

o Anulación de Facturas

o Órdenes de Pago

o Comisiones

o Transferencia de cargos

o Manejo de múltiples tarifas



4.2.2 Análisis Comparativos de las soluciones Encontradas.

REQUERIMIENTOS FUNCIONALESPropuesta 1

GESNET

Propuesta 2

SALUS

Propuesta 3

ATHENEA

Propuesta 4

TP1

PF_RF01 Actualizar Cotización 2 2 2 2

PF_RF02 Evaluar solicitud de Carta de Garantía 1 1 1 2

PF_RF03 Registrar Carta de Garantía 1 1 1 2

PF_RF04 Actualizar Cliente 2 2 2 2

PF_RF05 Actualizar Documento de Pago 2 2 2 2

PF_RF06 Actualizar Liquidación 1 1 2 2

PF_RF07 Evaluar Liquidación 1 1 2 2

PF_RF08 Registrar Solicitud de Plan de Salud 1 2 1 2

PF_RF09 Evaluar Solicitud de Plan de Salud 1 2 1 2

PF_RF10 Registrar Solicitud de actualizar tarifa de servicio 1 1 1 2

PF_RF11 Evaluar Solicitud de actualizar tarifa de servicio 1 1 1 2

PF_RF12 Actualizar Plan de Salud 2 2 2 2

PF_RF13 Evaluar Plan de Salud 2 2 2 2

PF_RF14 Actualizar tarifa de Servicio 1 1 1 2

PF_RF15 Evaluar Tarifa de Servicio 1 1 1 2

PF_RF16 Consultar Plan de Salud 1 1 1 2

PF_RF17 Consultar Documento de Pago 1 1 1 2

PF_RF18 Consultar Liquidaciones 1 1 1 2



REQUERIMIENTOS FUNCIONALESPropuesta 1

GESNET

Propuesta 2

SALUS

Propuesta 3

ATHENEA

Propuesta 4

TP1

PF_RF19 Reporte Gerencial de Documentos de Pago 1 1 1 2

PF_RF20 Reporte de operaciones de Documento de Pago 1 1 1 2

SG_RF01 Registrar información de los usuarios del sistema 1 2 1 2

SG_RF02 Manejar perfiles de usuarios del sistema 2 2 2 2

SG_RF03 Cambiar contraseña del usuario 2 2 2 2

SG_RF04 Validar acceso del usuario al sistema 2 2 2 2

SG_RF05 Realizar copias de seguridad de la información del sistema 2 2 2 2

% FUNCIONALIDADES SOPORTADAS 68% 74% 72% 100%


Tipos de Criterio de Evaluación

Códig

oDescripción

0 No cumple

1 Cumple Parcialmente

2 Cumple al 100%


REQUERIMIENTOS NO FUNCIONALESPropuesta 1

GESNET

Propuesta 2

SALUS

Propuesta 3

ATHENEA

Propuesta 4

TP1

RNFU01 Manejo de errores 2 2 2 2

RNFU02 Diseño de la interfaz gráfica 2 2 2 2

RNFC04 Log de transacciones 1 2 2 2

RNFC05 Log de errores 1 2 2 2

RNFS01 Compatibilidad del sistema a nivel usuario y servidor 1 1 2 2

RNFS02 Cliente Web 1 2 2 2

RNFD01 Características de la PC del cliente 1 1 1 2

RNFD02 Lenguaje de programación 1 1 1 2

RNFD03 Motor de base de datos 1 1 1 2

RNFD04 Arquitectura Lógica 1 1 1 2

RNFA01 Manuales de Usuario 1 2 2 2

RNFA02 Manuales del sistema 1 2 2 2

RNFA03 Tips de ayuda en línea 1 1 1 2

RNFK01 DevExpress 0 0 1 2

RNFK02 Aspose 0 0 1 2

RNFI01 Ubicación del logotipo a utilizar en las opciones del sistemas 1 1 1 2

RNFI02 Ubicación del logotipo a utilizar en los reportes 1 1 1 2

RNFI03 Formato de letras 2 2 2 2

RNFI04 Formato de las pantallas del sistema 1 1 1 2

RNFI05 Animaciones en el Sistema 1 1 1 2



REQUERIMIENTOS NO FUNCIONALESPropuesta 1

GESNET

Propuesta 2

SALUS

Propuesta 3

ATHENEA

Propuesta 4

TP1

RNFI06 Resolución de las imágenes 0 0 0 2

% NO FUNCIONALES SOPORTADOS 50% 62% 69% 100%


Tipos de Criterio de Evaluación

Códig

oDescripción

0 No cumple

1 Cumple Parcialmente

2 Cumple al 100%


Relación de Requerimiento no funcionales que no han sido considerados en

evaluación

REQUERIMIENTOS NO FUNCIONALES

RNFU03 Tiempo promedio en el uso de los distintos módulos

RNFC01 Tiempo promedio disponible del sistema

RNFC02 Tiempo promedio de reparación del sistema

RNFC03 Tiempo de atención ante una falla

RNFR01 Cantidad de usuarios concurrente al sistema

RNFR02 Cantidad promedio de transacciones por minuto

RNFR03 Tiempo promedio de respuesta de los reportes

RNFR04 Tiempo de inicio del sistema

RNFR05 Tiempo máximo de duración del 95% de transacciones

en un día



4.2.3 Evaluación de las Soluciones Encontradas.

La solución propuesta incluye como parte de los entregables la entrega del código

fuente, así como de toda la documentación elaborada, la cual será de utilidad para el

mantenimiento del sistema y de las nuevas versiones del mismo, todo esto permite al

dueño del proceso no depender exclusivamente del proveedor de la solución.

Luego de evaluar las distintas soluciones en el mercado se aprecia que la solución

planteada por el presente proyecto las necesidades del proceso de presupuestos y

facturación de la clínica Ricardo Palma.

La solución propuesta ofrece una ventaja competitiva con respecto a las demás, ya

que esta propuesta cubre el 100% los Requerimientos Funcionales y los Requeri-

mientos No Funcionales.



4.3 Estudio de Factibilidad

4.3.1 Puntos de Función


Paso 1 - Estimar Puntos de Función (PF) Estimar los Elementos de Funcionalidad (EF)No Elemento de Funcionalidad (EF) TEF ED AR Nivel

1 PF_CUS_Actualizar_Cotizacion (Nuevo) EE 22 12 A2 PF_CUS_Actualizar_Cotizacion (Edicion) EE 4 12 P3 PF_CUS_Actualizar_Cotizacion (Anular) EE 1 2 B4 PF_CUS_Actualizar_Cotizacion (Consultar) CE 22 12 A5 PF_CUS_Actualizar_Cotizacion (Imprimir) SE 22 12 A6 Registrar Solicitud EE 10 1 B7 Registrar Solicitud (nuevo Plan de Salud) EE 11 2 P8 Registrar Solicitud (nuevo Tarifario) EE 12 3 P9 Registrar Solicitud (modificar Plan de Salud) EE 11 2 P

10 Registrar Solicitud (modificar Tarifario) EE 12 3 P11 Registrar Solicitud (Anular) EE 1 1 B12 Registrar Solicitud (Actualizar) EE 2 1 B13 Registrar Solicitud (Quitar Servicio en Plan de Salud) EE 2 1 B14 Registrar Solicitud (Quitar Servicio en Tarifario) EE 2 1 B15 Registrar Solicitud (Agregar Servicio en Plan de Salud) EE 8 1 B16 Registrar Solicitud (Agregar Servicio en Tarifario) EE 8 1 B17 Actualizar Liquidacion (consultar) EE 18 13 A18 Actualizar Liquidacion (agregar) EE 14 13 A19 Actualizar Liquidacion (modificar) EE 3 13 P20 Actualizar Liquidacion (eliminar) CE 13 2 P21 Evaluar Liquidacion(Consultar) CE 7 2 P22 Evaluar Liquidacion(Evaluar) EE 5 9 A23 PF_CUS_Actualizar_Documento_Pago (Nuevo) EE 16 4 A24 PF_CUS_Actualizar_Documento_Pago (Anular) EE 1 3 B25 PF_CUS_Actualizar_Documento_Pago (Consultar) EE 25 5 A26 PF_CUS_Actualizar_Documento_Pago (Imprimir) EE 1 2 B27 PF_CUS_Evaluar_Solicitud_Carta_Garantía EE 26 2 A28 CUS PF_CUS_Consultar_Plan_Salud EE 18 4 A29 Actualizar Tarifa EE 9 1 B30 Actualizar Tarifa (Actualizar Plan de Salud) EE 11 2 P31 Actualizar Tarifa (Actualizar Tarifario) EE 12 2 P32 Actualizar Tarifa (Actualizar) EE 2 1 B33 Actualizar Tarifa (Registrar) EE 12 2 P34 Evaluar Solicitud Tarifas EE 9 1 B35 Evaluar Solicitud Tarifas (Evaluar Plan de Salud) EE 11 2 P36 Evaluar Solicitud Tarifas (Evaluar Tarifario) EE 12 2 P37 Evaluar Solicitud Tarifas (Actualizar) EE 2 1 B38 Evaluar Solicitud Tarifas (Autorizar) EE 12 1 B39 Evaluar Solicitud Tarifas (Rechazar) EE 1 1 B40 Evaluar Tarifas EE 9 1 B41 Evaluar Tarifas (Evaluar Plan de Salud) EE 7 2 P42 Evaluar Tarifas (Evaluar Tarifarios) EE 7 2 P43 Evaluar Tarifas (Calcular) EE 7 2 P44 Reportes_Operaciones_Facturacion(Por fechas) SE 6 2 P45 Reportes_Operaciones_Facturacion(Por Cliente) SE 6 2 P46 Reportes_Operaciones_Facturacion(Buscar Cliente) CE 7 1 B47 Reportes_Operaciones_Facturacion(Por CIA Aseguradora) SE 6 2 P48 Actualizar_Cliente (Nuevo) EE 17 1 P49 Actualizar_Cliente(Modificar) EE 15 1 B50 Actualizar_Cliente (Eliminar) EE 1 1 B51 Actaulizar_Cliente (Consultar) EE 11 1 B52 Reportes_Gerenciales_Facturacion EE 5 4 A

No Sigla Factores de Ajustes Nivel1 DCM Comunicación de Datos 22 DDP Procesamiento de Datos Distribuidos 33 PER Rendimiento 14 HUC Restricciones sobre la Configuración 15 TRT Ratio de Transacciones 06 ODE Entrada de Datos en Línea 57 EUE Eficiencia del Usuario Final 48 OUP Actualización en Línea 39 CPR Procesamiento Complejo 3

10 REU Reusabilidad 311 IEA Facilidad de Instalación 012 OFE Facilidad Operacional 413 MSI Múltiples Sitios 014 FCH Facilidad de Cambio 2

Total Factores de Ajuste (TFA) 31Valor del Factor de Ajuste (VFA) = 0.65 + 0.01 * TFA 0.96


¿


No Nombre del Archivo Lógico (AL) TAL ED AR Nivel Nivel para Archivos Lógicos Internos (ALI) y Externos (ALE)1 PF_ES_Cotizacion ALI 16 1 B2 PF_ES_DetalleCotizacion ALI 8 1 B 1-19 20-50 51+3 PF_ES_SolicitudCartaGarantia ALI 8 1 B 0-1 Bajo Bajo Promedio4 PF_ES_Solicitud ALI 12 1 B 2-5 Bajo Promedio Alto5 PF_ES_DetalleSolicitud ALI 12 1 B 6+ Promedio Alto Alto6 PF_ES_Liquidacion ALI 7 1 B7 PF_ES_DetalleLiquidacion ALI 12 1 B8 AD_ES_Paciente ALI 5 1 B9 PF_ES_Orden de Atencion ALI 1 1 B10 PF_ES__Documento_Pago ALI 17 1 B11 PF_ES_Detalle_DocumentoPago ALI 13 1 B12 PF_ES_Servicio ALE 2 1 B13 PF_ES_Cliente ALI 16 1 B

Elementos de Datos (ED)Archivos Referenciados (AR)

Conteo Peso Conteo Peso Conteo PesoEE - Entradas Externas 20 3 15 4 9 6 174SE - Salidas Externas 0 4 3 6 1 7 25CE - Consultas Externas 1 3 2 4 1 6 17ALI - Archivos Lógicos Internos 12 7 0 10 0 15 84ALE - Archivos Lógicos Externos 1 5 0 7 0 10 5

305292.8

SubtotalTipo de Punto de Función (TEF/TAL)

Puntos de Función Desajustados (PFD)Puntos de Función Ajustados (PFA)

ALTOPROMEDIOBAJO

Variable ValorFC - Factor de Conversión 30KLOC - Miles de Instrucciones Fuente 8.7840 miles de líneas


4.3.2 Costos del Proyecto.


Variable ValorMD - Modo de Desarrollo 1ESF - Esfuerzo 23.50 hombres-mesTDES - Tiempo de Desarrollo 8.30 mesesCH - Cantidad de Hombres (promedio) 3 hombresCHM - Costo por Hombre al Mes (promedio) 1390 dólaresC - Costo del Proyecto 32 666.53 dólares

Distribución para las fases del proyecto

Valor (%) Valor (%)Concepción 1.18 5 0.83 10Elaboración 4.70 20 2.49 30Construcción 15.28 65 4.15 50Transición 2.35 10 0.83 10

Total 23.50 100 8.30 100(Fuente: Philippe Kruchten A Rational Development Process )

Distribución para las etapas del proyecto

Valor (%) Valor (%)Modelado del Negocio 1.18 5 1.24 15Requerimientos 3.53 15 1.24 15Análisis y Diseño 5.88 25 2.07 25Implementación 8.23 35 2.49 30Prueba 1.18 5 0.41 5Implantación 3.53 15 0.83 10

Total 23.50 100 8.30 100(Fuente: Philippe Kruchten A Rational Development Process )

Distribución para los cursos de la carrera

Valor (%) Valor (%)Taller de proyecto 1 11.75 50 3.32 40Taller de proyecto 2 9.40 40 3.32 40Tesis 2.35 10 1.66 20

Total 23.50 100 8.30 100

CursoESF TDES

ESFFase

TDES

EtapaESF TDES


4.4 Trazabilidad

4.4.1 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio

Caso de Uso de NegocioReglas del Negocio PF_CUN_Gestion_de_Cotizaciones PF_CUN_Gestion_de_Tarifarios PF_CUN_Gestion_Liquidacion_Facturacion

PF_RN_01 - Valorización de los costos XPF_RN_02 - Presupuesto del Servicio XPF_RN_03 - Carta de Garantía XPF_RN_04 - Gestión de Tarifarios XPF_RN_05 - Solicitud de Plan de Salud XPF_RN_06 - Solicitud de Servicio XPF_RN_07 - Registro de Plan de Salud XPF_RN_08 - Solicitud de Liquidación XPF_RN_09 - Registro de Consumos de la Liquidación XPF_RN_10 - Aprobación de la Liquidación X

PF_RN_11 - Verificación del Documento de Pago X

PF_RN_12 – Creación de Clientes nuevos X

PF_RN_13 – Actualización de datos del cliente X



4.4.2 Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio

Caso de Uso de NegocioTrabajadores del Negocio PF_CUN_Gestion_de_Cotizaciones PF_CUN_Gestion_de_Tarifarios PF_CUN_Gestion_Liquidacion_Facturacion

AD_TN_Responsable_Admision X

PF_TN_Asistente_Administrativo X

PF_TN_Asistente_Facturacion X X

PF_TN_Asistente_Liquidaciones X

PF_TN_Auditor_Medico X

PF_TN_Director_Medico X

PF_TN_Responsable_Cia._de_Seguros X

PF_TN_Responsable_Comercial X



4.4.3 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio

Caso de Uso de NegocioEntidades del Negocio PF_CUN_Gestion_de_Cotizaciones PF_CUN_Gestion_de_Tarifarios PF_CUN_Gestion_Liquidacion_Facturacion

AD_EN_Orden_de_Atencion X

AD_EN_Paciente X X

AT_EN_Orden_de_Examenes_Medicos X

PF_EN_Carta_Garantia X

PF_EN_CIE10 X

PF_EN_Cliente X

PF_EN_Cotizacion X

PF_EN_Documento_de_Pago X

PF_EN_Liquidacion X

PF_EN_Plan_de_Salud X X X

PF_EN_SEGUS X

PF_EN_Servicio_Clinico X X

PF_EN_Solicitud_Carta_Garantia X

PF_EN_Solicitud_de_Plan_de_Salud X

PF_EN_Solicitud_Tarifa_Servicio X

PF_EN_Tarifa X X X



4.4.4 Atributos de Caso de Uso de Sistema

Caso de uso de sistema Complejidad Estado Dificultad Responsable Prioridad

1. PF_CUS_Actualizar_Cotizacion Primario Definido Baja Dora Arpi Ciclo 0

2. PF_CUS_Evaluar_Solictud_Carta_Garantia Secundario Definido Baja Dora Arpi Ciclo 1

3. PF_CUS_Actualizar_Cliente Secundario Definido Media Dora Arpi Ciclo 1

4. PF_CUS_Actualizar_Documento_Pago Primario Definido Alta Johnnel Ayala Ciclo 0

5. PF_CUS_Actualizar_Liquidacion Primario Definido Media Johnnel Ayala Ciclo 0

6. PF_CUS_Evaluar_Liquidacion Secundario Definido Baja Jhon Pérez Ciclo 1

7. PF_CUS_Actualizar_Tarifas Secundario Definido Media Jhon Pérez Ciclo 1

8. PF_CUS_Evaluar_Tarifa Secundario Definido Baja Jhon Pérez Ciclo 1

9. PF_CUS_Registrar_Solicitud_Tarifas Primario Definido Media Jhon Pérez Ciclo 0

10.PF_CUS_Evaluar_Solicitud_Tarifas Secundario Definido Baja Jhon Pérez Ciclo 1

11.PF_CUS_Consultar_Plan_de_salud Secundario Definido Media Jhon Pérez Ciclo 1

12.PF_CUS_Generar_Reportes_Gerenciales_Facturacion Secundario Definido Media Miguel Pachas Ciclo1

13.PF_CUS_Generar_Reportes_Operaciones_Facturacion Secundario Definido Media Miguel Pachas Ciclo1



Caso de uso de sistema Complejidad Estado Dificultad Responsable Prioridad

14.SG_CUS_Cambiar_Contraseña Secundario Definido Media Miguel Pachas Ciclo1

15.SG_CUS_Validar_Acceso Secundario Definido Media Miguel Pachas Ciclo1

16.SG_CUS_Actualizar_Usuario Secundario Definido Media Miguel Pachas Ciclo1

17.SG_CUS_Actualizar_Perfil Secundario Definido Media Miguel Pachas Ciclo1

18.SG_CUS_Realizar_Copia_Seguridad Secundario Definido Media Miguel Pachas Ciclo1



4.4.5 Atributos de Requerimientos Funcionales

Código Complejidad Estado Dificultad Responsable Prioridad

PF_RF01 Primario Definido Baja Jhon Perez Ciclo 1



PF_RF04 Primario Definido Baja Dora Arpi Ciclo 0






PF_RF10 Primario Definido Baja Miguel Pachas Ciclo 0


PF_RF12 Primario Definido Media Miguel Pachas Ciclo 0


PF_RF14 Primario Definido Media Miguel Pachas Ciclo 0



PF_RF17 Secundario Definido Baja Jhon Perez Ciclo 1

PF_RF18 Secundario Definido Baja Jhon Perez Ciclo 1

PF_RF19 Secundario Definido Media Jhon Perez Ciclo 1

PF_RF20 Secundario Definido Media Jhon Perez Ciclo 1



Código Complejidad Estado Dificultad Responsable Prioridad

SG_RF01 Secundario Definido Baja Johnnel Ayala Ciclo 1







4.4.6 Atributos de Requerimientos No Funcionales

Requerimiento Código Complejidad Estado Dificultad Responsable Prioridad

Usabilidad

RNFU01 Secundario Definido Baja Johnnel Ayala Ciclo 0



Confiabilidad

RNFC01 Primario Definido Alta Johnnel Ayala Ciclo 0

RNFC02 Primario Definido Media Johnnel Ayala Ciclo 0

RNFC03 Secundario Definido Media Johnnel Ayala Ciclo 1

RNFC04 Secundario Definido Baja Johnnel Ayala Ciclo 0

RNFC05 Secundario Definido Baja Johnnel Ayala Ciclo 1

Rendimiento

RNFR01 Primario Definido Media Jhon Pérez Ciclo 0

RNFR02 Primario Definido Alta Jhon Pérez Ciclo 0




SoporteRNFS01 Primario Definido Media Jhon Pérez Ciclo 0

RNFS02 Opcional Definido Baja Jhon Pérez Ciclo 0



Requerimiento Código Complejidad Estado Dificultad Responsable Prioridad

Restricciones de Diseño

RNFD01 Primario Definido Baja Jhon Pérez Ciclo 0

RNFD02 Primario Definido Media Jhon Pérez Ciclo 0

RNFD03. Primario Definido Media Jhon Pérez Ciclo 0

RNFD04 Primario Definido Media Jhon Pérez Ciclo 0

Documentación de Usuario y Sistema

de Ayuda

RNFA01 Secundario Definido Baja Dora Arpi Ciclo 1

RNFA02 Secundario Definido Baja Dora Arpi Ciclo 1

RNFA03 Opcional Definido Baja Dora Arpi Ciclo 1

Componentes Ad-quiridos

RNFK01 Primario Definido Baja Dora Arpi Ciclo 0

RNFK02 Primario Definido Baja Dora Arpi Ciclo 0

Interfaces

RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0








4.4.7 Casos de Uso de Sistemas vs Requerimientos Funcionales

Caso de Uso

de Sistema

Requerimiento FuncionalP

F_

CU

S_A

ctua

lizar

_Cot

izac

ion

PF

_C

US

_Eva

luar

_Sol

ictu

d_C

arta

_Ga

ran

tia

PF

_C

US

_Act

ualiz

ar_C

lient

e

PF

_C

US

_Act

ualiz

ar_D

ocum

ento

_Pag

o

PF

_C

US

_Act

ualiz

ar_L

iqui

daci

on

PF

_C

US

_Eva

luar

_Liq

uida

cion

PF

_C

US

_Act

ualiz

ar_T

arif

as

PF

_C

US

_Con

sulta

r__P

lan_

de_s

alud

PF

_C

US

_Eva

luar

_Sol

icitu

d_T

arif

as

PF

_C

US

_Eva

luar

_Ta

rifa

PF

_C

US

_Reg

istr

ar_

Sol

icitu

d_T

arifa

s

PF

_CU

S_G

ener

ar_

Rep

orte

s_G

ere

nci

ales

_Fac

tura

cio

n

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ope

raci

one

s_F

actu

raci

on

SG

_CU

S_C

ambi

ar_

Con

tra

seña

SG

_CU

S_V

alid

ar_A

cce

so

SG

_CU

S_A

ctua

lizar

_U

suar

io

SG

_CU

S_A

ctua

lizar

_P

erfil

SG

_CU

S_R

ealiz

ar_C

opia

_Seg

urid

ad

PF_RF01 X

PF_RF02 X

PF_RF03 X

PF_RF04 X

PF_RF05 X

PF_RF06 X

PF_RF07 X X

PF_RF08 X

PF_RF09 X

PF_RF10 X

PF_RF11 X

PF_RF12

PF_RF13 X

PF_RF14 X

PF_RF15 X

PF_RF16 X

PF_RF17 X

PF_RF18 X

PF_RF19 X

PF_RF20 X



Caso de Uso

de Sistema

Requerimiento Funcional

PF

_C

US

_Act

ualiz

ar_C

otiz

acio

n

PF

_C

US

_Eva

luar

_Sol

ictu

d_C

arta

_Ga

ran

tia

PF

_C

US

_Act

ualiz

ar_C

lient

e

PF

_C

US

_Act

ualiz

ar_D

ocum

ento

_Pag

o

PF

_C

US

_Act

ualiz

ar_L

iqui

daci

on

PF

_C

US

_Eva

luar

_Liq

uida

cion

PF

_C

US

_Act

ualiz

ar_T

arif

as

PF

_C

US

_Con

sulta

r_P

lan_

de_

salu

d

PF

_C

US

_Eva

luar

_Sol

icitu

d_T

arif

as

PF

_C

US

_Eva

luar

_Ta

rifas

PF

_C

US

_Reg

istr

ar_

Sol

icitu

d_T

arifa

s

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ger

enci

ale

s_F

actu

raci

on

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ope

raci

one

s_F

actu

raci

on

SG

_CU

S_C

ambi

ar_

Con

tra

seña

SG

_CU

S_V

alid

ar_A

cce

so

SG

_CU

S_A

ctua

lizar

_U

suar

io

SG

_CU

S_A

ctua

lizar

_P

erfil

SG

_CU

S_R

ealiz

ar_C

opia

_Seg

urid

ad

SG_RF01 X

SG_RF02 X

SG_RF03 X

SG_RF04 X

SG_RF05 X



4.4.8 Casos de uso de Sistemas vs Requerimientos No Funcionales

Caso de Uso

de Sistema

Requerimiento No FuncionalP

F_

CU

S_A

ctua

lizar

_Cot

izac

ion

PF

_C

US

_Eva

luar

_Sol

ictu

d_C

arta

_Ga

ran

tia

PF

_C

US

_Act

ualiz

ar_C

lient

e

PF

_C

US

_Act

ualiz

ar_D

ocum

ento

_Pag

o

PF

_C

US

_Act

ualiz

ar_L

iqui

daci

on

PF

_C

US

_Eva

luar

_Liq

uida

cion

PF

_C

US

_Act

ualiz

ar_T

arif

as

PF

_C

US

_Con

sulta

r_P

lan_

de_

salu

d

PF

_C

US

_Eva

luar

_Sol

icitu

d_T

arif

as

PF

_C

US

_Eva

luar

_Ta

rifas

PF

_C

US

_Reg

istr

ar_

Sol

icitu

d_T

arifa

s

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ger

enci

ale

s_F

actu

raci

on

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ope

raci

one

s_F

actu

raci

on

SG

_CU

S_C

ambi

ar_

Con

tra

seña

SG

_CU

S_V

alid

ar_A

cce

so

SG

_CU

S_A

ctua

lizar

_U

suar

io

SG

_CU

S_A

ctua

lizar

_P

erfil

SG

_CU

S_R

ealiz

ar_C

opia

_Seg

urid

ad

RNFU01 X X X X X X X X X X X X X X X X X X





RNFC01 X X X X X X X X X X X X X X X X X X








Caso de Uso

de Sistema

Requerimiento No Funcional

PF

_C

US

_Act

ualiz

ar_C

otiz

acio

n

PF

_C

US

_Eva

luar

_Sol

ictu

d_C

arta

_Ga

ran

tia

PF

_C

US

_Act

ualiz

ar_C

lient

e

PF

_C

US

_Act

ualiz

ar_D

ocum

ento

_Pag

o

PF

_C

US

_Act

ualiz

ar_L

iqui

daci

on

PF

_C

US

_Eva

luar

_Liq

uida

cion

PF

_C

US

_Act

ualiz

ar_T

arif

as

PF

_C

US

_Con

sulta

r_P

lan_

de_

salu

d

PF

_C

US

_Eva

luar

_Sol

icitu

d_T

arif

as

PF

_C

US

_Eva

luar

_Ta

rifas

PF

_C

US

_Reg

istr

ar_

Sol

icitu

d_T

arifa

s

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ger

enci

ale

s_F

actu

raci

on

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ope

raci

one

s_F

actu

raci

on

SG

_CU

S_C

ambi

ar_

Con

tra

seña

SG

_CU

S_V

alid

ar_A

cce

so

SG

_CU

S_A

ctua

lizar

_U

suar

io

SG

_CU

S_A

ctua

lizar

_P

erfil

SG

_CU

S_R

ealiz

ar_C

opia

_Seg

urid

ad

RNFR01 X X X X X X X X X X X X X X X X X X



RNFR04


RNFS01 X X X X X X X X X X X X X X X X X X

RNFS02

RNFD01 X X X X X X X X X X X X X X X X X X




RNFA01 X X X X X X X X X X X X X X X X X X



RNFK01 X X X X X X X X X X X X X X X X X X

RNFK02 X X X X X X X X X X X X X X X X X X

RNFI01 X X X X X X X X X X X X X X X X X X








4.4.9 Casos de uso de Sistemas vs Reglas de Negocio

Caso de Uso

de Sistema

Requerimiento FuncionalP

F_

CU

S_A

ctua

lizar

_Cot

izac

ion

PF

_C

US

_Eva

luar

_Sol

ictu

d_C

arta

_Ga

ran

tia

PF

_C

US

_Act

ualiz

ar_C

lient

e

PF

_C

US

_Act

ualiz

ar_D

ocum

ento

_Pag

o

PF

_C

US

_Act

ualiz

ar_L

iqui

daci

on

PF

_C

US

_Eva

luar

_Liq

uida

cion

PF

_C

US

_Act

ualiz

ar_T

arif

as

PF

_C

US

_Con

sulta

r__P

lan_

de_s

alud

PF

_C

US

_Eva

luar

_Sol

icitu

d_T

arif

as

PF

_C

US

_Eva

luar

_Ta

rifa

PF

_C

US

_Reg

istr

ar_

Sol

icitu

d_T

arifa

s

PF

_CU

S_G

ener

ar_

Rep

orte

s_G

ere

nci

ales

_Fac

tura

cio

n

PF

_CU

S_G

ener

ar_R

epo

rtes

_Ope

raci

one

s_F

actu

raci

on

SG

_CU

S_C

ambi

ar_

Con

tra

seña

SG

_CU

S_V

alid

ar_A

cce

so

SG

_CU

S_A

ctua

lizar

_U

suar

io

SG

_CU

S_A

ctua

lizar

_P

erfil

SG

_CU

S_R

ealiz

ar_C

opia

_Seg

urid

ad

PF_RN_01 - Valorización de los costos X X

PF_RN_02 - Presupuesto del Servicio X

PF_RN_03 - Carta de Garantía X

PF_RN_04 - Gestión de Tarifarios X X X

PF_RN_05 - Solicitud de Plan de Salud X X X

PF_RN_06 - Solicitud de Servicio X X X

PF_RN_07 - Registro de Plan de Salud X X X

PF_RN_08 - Solicitud de Liquidación X

PF_RN_09 - Registro de Consumos de la Liquidación X

PF_RN_10 - Aprobación de la Liquidación X

PF_RN_11 - Verificación del Documento de Pago X

PF_RN_12 – Creación de Clientes nuevos X

PF_RN_13 – Actualización de datos del cliente X



CONCLUSIONES

Una de las responsabilidades clave es la gestión de los servicios y planes de Salud que

brinda la clínica, ya que esto está relacionado directamente con la labor de las otras

áreas de la cínica.

El modelado correcto de los flujos de trabajo de presupuestos de servicio es clave para

la atención rápida del paciente.

El modelado adecuado del proceso de liquidación y facturación nos permitirá brindar un

servicio rápido, evitar los re-trabajos y la anulación de documentos de pago.

Tener un adecuado Plan de Requerimientos facilita el entendimiento y el refuerzo de

las actividades, en especial en momentos de implementar un proceso efectivo en una

forma de desarrollo en particular

Entender las necesidades de los usuarios y clientes son muy importantes y necesarias

para planear el sistema y sus expectativas.

En esta etapa es importante aclarar y refinar los requerimientos, debido a que se tiene

plena seguridad y certeza de que los requerimientos indican las necesidades reales del

cliente y que estos pueden ser usados por el resto de equipos en el proyecto.

Es importante que cada requerimiento deba expresarse en forma detallada de tal

manera que puedan ser incluidos en otros documentos de especificación o en otros

proyectos

Los casos de uso son importantes porque están en un formato de seguimiento, de ahí

que sea fácil de comprender acerca de los requerimientos funcionales en el sistema y

también hacen que sea fácil de identificar las diversas interacciones entre los usuarios

y los sistemas dentro de un ambiente



GLOSARIO DE TÉRMINOS

BOLETA DE VENTA

Documento que acredita haber recibido un servicio. Se emplea de forma exclusiva para usua-

rios finales. Dichos comprobantes de pago no pueden utilizarse para sustentar gastos y/o cos-

tos para efecto tributario ni permiten ejercer derecho al crédito fiscal.

COASEGURO (copago variable)

Es el porcentaje no cubierto por un plan de salud que debe asumir el cliente al finalizar su aten-

ción, aplicándose dicho porcentaje al total facturado, sin considerar los honorarios médicos por

las consultas.

COBERTURA

Prestaciones de salud a las que tiene derecho los afiliados, en conformidad con el plan de

salud contratado. Las principales coberturas son: Preventivo Promocional, Recuperativas y Re-

habilitadoras.

DEDUCIBLE (copago fijo)

Es un pago fijo inicial por el derecho de acceder a la atención vía crédito. El pago se efectúa

por cada consulta, inclusive en aquellas consultas derivadas de diagnósticos originales.

DOCUMENTO DE PAGO

Es un documento que acredita la transferencia de bienes, la entrega en uso y en nuestro caso

la prestación del servicio de salud, siempre que reúna los requisitos y características mínimos

establecidos en el reglamento de comprobantes de pago.

EPS

Empresa Prestadora de Salud. Es una empresa o institución pública o privada, distinta a ESS-

ALUD, cuyo único fin es el de prestar servicios de atención para la salud, con infraestructura

propia y de terceros, sujetándose a los controles indicados por la Superintendencia de Entida-

des Prestadoras de Salud.

EXPEDIENTE

Serie de documentos debidamente compaginados, que objetivan los consumos que ha tenido

el paciente durante toda su atención (ambulatoria, hospitalaria, etc.) ordenados de acuerdo con

las normas de facturación y las pautas de los clientes externos (compañías de seguros, auto

seguro, empresas contratantes, etc.,) Esta serie de documentos son anexos a los comproban-

tes de pago (factura, boletas) para el pago respectivo.



FACTURA

Documento que el vendedor (prestador de servicios) entrega al comprador (proveedor) y que

acredita que el segundo ha recibido el(los) servicio(s) por el monto señalado en el mismo. Las

facturas solo se emitirán a favor del adquiriente o usuario que posea numero de RUC.

LIQUIDACION

Es el proceso de recopilación de todos aquellos documentos que tienen que ver con los consu-

mos generados por los pacientes, los cuales se convertirán en ingresos para la clínica.

PLAN DE SALUD

Es la relación de servicios que ofrece la EPS. Incluye las coberturas, las exclusiones y los esta-

blecimientos vinculados al plan. Asimismo, dicho documento considera detalladamente los pla-

zos de vigencia de los copagos (coaseguro y deducible) y de los aportes del trabajador.

RELACION DE GASTOS

Documento generado por el departamento de facturación en el que se señalan los consumos

del paciente de acuerdo a los rubros o tipos de ingresos, la modalidad de atención y el meca-

nismo de pago establecido con el financiador, de ser el caso.

SEGUS

Tarifario Único, establecido por la asociación de Seguros Unidos de la Salud, el cual se toma

como base elaboración de tarifas de una clínica en particular.

CIE10

Clasificación de diagnósticos utilizado generalmente por los auditores médicos y/o al hacer uso

de un servicio

FACTOR

Es un valor que acuerdan la compañía de seguros y la clínica por la cual los servicios sufrirán

un ajuste en sus precios. La misma clínica a su vez puede tener su factor.

RUP

Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML,

constituye la metodología estándar más utilizada para el análisis, implementación y documenta-

ción de sistemas orientados a objetos.

.



ANEXOS

1. CIE10

2. SEGUS

3. PLAN DE SALUD


Documents

Entregable - ejemplo