Sistema de Gestion Medica PDF

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: 2 / 210

Facturación

Facturación
Í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

Facturación
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

Facturación
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

Facturación
1. CIE10...............................................................................................................................200
2. SEGUS............................................................................................................................200
3. PLAN DE SALUD............................................................................................................200
PLAN DE SALUD

Facturación
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

Facturación
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

Facturación
Figura 44 Cronograma de Ejecución del Proyecto
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.

Facturación
CAPÍTULO 1 DESCRIPCIÓN DEL PROYECTO

Facturación
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.

Facturación
Figura 1 Organigrama Estructural Clínica Ricardo Palma

Facturación
1.1.2 Objetivos estratégicos de la organización
 Brindar servicios de salud orientados a mejorar la calidad de vida de los

pacientes, 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
calidad 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
enfoque a través de recomendaciones sobre hábitos de vida saludables, la
prevención de enfermedades y la promoción de la cultura del aseguramiento.
1.1.1 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.2 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.

Facturación
1.1.3 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.

Facturación
1.1 Objetivos del proyecto
1.1.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.1.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.

Facturación
CAPÍTULO 1MODELADO DEL NEGOCIO

Facturación
1.1 Reglas del negocio

Código Nombre
Valorización de los costos
Si el paciente está afiliado a un Plan de Salud se le aplicará el factor
PF_RN_01 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.
Presupuesto del Servicio
Si el paciente está afiliado a un plan de salud el presupuesto de su
PF_RN_02 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.
Carta de Garantía
Si compañía de seguro indica que procede la Carta de Garantía la
PF_RN_03 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.
Gestión de Tarifarios
Si el Responsable Comercial recibe un requerimiento de servicio
PF_RN_04
generará una solicitud de servicio, en caso contrario generará una
solicitud de plan de Salud.
Solicitud de Plan de Salud
Si el Director Médico aprueba la Solicitud de Plan de Salud le envía al
PF_RN_05 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.
Solicitud de Servicio
Si el Director Médico aprueba la Solicitud de Servicio el
Representante Comercial procede a enviar una solicitud de registro
PF_RN_06
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.
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
PF_RN_07 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.
Solicitud de Liquidación
Si el Asistente de Facturación verifica que la solicitud de emisión de
PF_RN_08
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

Facturació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.
Aprobación de la Liquidación
Si el Auditor Médico verifica que los códigos empleados en la
PF_RN_10 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.
Verificación del Documento de Pago
Si el Asistente de Facturación verifica que los datos en el Documento
PF_RN_11
de Pago son correctos procede a entregarlo al solicitante, en caso
anula el Documento de Pago
Creación de clientes nuevos
Si el Asistente de Facturación recibe una orden para emitir un
PF_RN_12
documento de pago y el cliente ya está registrado el proceso continúa,
en caso contrario es su responsabilidad registrar al nuevo cliente.
Actualización de datos del cliente
Si el Asistente de Facturación recibe una orden para emitir un
PF_RN_13 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.

Facturación
1.2 Modelo de Casos de Uso del Negocio
1.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
PF_AN_Gerente_Operaciones compañías de seguros y/o clientes particulares de
(from Actores del Negocio) 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
PF_AN_Cliente
servicio de la clínica, solicita y recibe un
(fromActoresdel Negocio)
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_Solicitante_Documento_de_...
(from Actores del Negocio)

Facturación

Facturación
1.2.2 Diagrama de Casos de Uso del Negocio
PF_AN_Gerente_Operaciones PF_CUN_Gestion_de_Tarifarios
(from Actores del Negocio) (from Casos de uso del negocio)
PF_AN_Cliente PF_CUN_Gestion_de_Cotizaciones
PF_CUN_Gestion_Liquidacion_Facturacion
PF_AN_Solicitante_Documento_de_...

Facturación
Figura 2 PF_DCN_Presupuestos y Facturación

Facturación
1.1 Realización de los Casos de Uso del Negocio
1.1.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
(coaseguros, deducibles, etc.).
4.1.6. El PF_TN_Responsable_Comercial evalúa si se requiere registrar factores para
el cálculo del tarifario.

Facturación
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
conformidad.
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
(coberturas, 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
registro o actualización de Plan de Salud por parte del
PF_TN_Asistente_Facturacion.
4.1.21.El PF_TN_Asistente_Administrativo envía notificación de registro o actualización
del Plan de salud al PF_TN_Responsable_Comercial.
4.1.22.El PF_TN_Responsable_Comercial recibe notificación del registro o
actualizació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

Facturación
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
único 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_Director_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
establecido 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
servicio al PF_TN_Responsable_Comercial.
4.4.11.El PF_TN_Responsable_Comercial recibe notificación de aprobación del
servicio.

Facturación
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
requerimiento 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
inconsistencias encontradas con respecto al coaseguro y deducibles.
4.5.3.3.El PF_TN_Asistente_Facturacion envía notificación al
PF_TN_Asistente_Administrativo con las observaciones encontradas.
4.5.3.4.El PF_TN_Asistente_Administrativo recibe notificación con observaciones
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.

Facturación
4.5.4.3.El PF_TN_Director_Medico envía una notificación de rechazo al retornar al

PF_TN_Responsable_Comercial.
4.5.4.4.El PF_TN_Responsable_Comercial recibe la notificación y el caso retorna
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.

Facturación
A. 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
trabajo, motivo de la cotización.
4.1.4.El AD_TN_Responsable_Admision procede a seleccionar los servicios que
requiere 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
exonerados 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.

Facturació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 elaborar 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
cotizació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 Garantía
al PF_TN_Responsable_Cia_de_Seguros.
4.2.3.3.El PF_TN_Responsable_Cia_de_Seguros recibe la Solicitud de la Carta 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

Facturación
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 cotizació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_Responsable_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
asociadas estos servicios..
6. Pos condiciones
6.1. Se generó una cotización.
No Aplica.

Facturación
A. 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,
realizar 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_Asistente_Liquidaciones quien lo elabora en base a los consumos realizados. Si la
hoja de liquidación requiere aprobación, el PF_TN_Asistente_Liquidaciones se lo envía al
PF_TN_Auditor_Medico. Después, el PF_TN_Asistente_Liquidaciones envía al
PF_TN_Asistente_Facturacion 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_Documento_de_Pago. Si el documento solicitado es una Pre-
Liquidación, el PF_TN_Asistente_Facturacion solicitara la elaboración de una hoja de pre-
Liquidación al PF_TN_Asistente_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_Documento_de_Pago. Si es la anulación de un documento de pago, el
PF_TN_Asistente_Facturacion anula el documento solicitado y le envía una notificación al
PF_AN_Solicitante_Documento_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
documento 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_Documento_de_Pago envía al PF_TN_Asistente_Facturacion
una de las siguientes órdenes: Elaborar el documento de pago, elaborar una Pre-

Facturación
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 subflujo
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
1.1.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_Paciente) 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.
1.1.1.2.Luego, El PF_TN_Asistente_Facturacion solicita la elaboración de la hoja
de liquidación al PF_TN_Asistente_Liquidaciones.
1.1.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.
1.1.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
consumos que el paciente ha realizado. Los datos del expediente físico lo
conforman los de las ordenes de atención almacenadas en
EN_Orden_de_Atencion y las ordenes de exámenes médicos almacenadas
en AT_EN_Orden_de_Examenes_Medicos.
1.1.1.5.Luego, el PF_TN_Asistente_Liquidaciones actualiza la hoja de liquidación
con cada consumo que se haya podido recopilar de los documentos de
consumo (EN_Orden_de_Atencion y
AT_EN_Orden_de_Examenes_Medicos).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 consumos de acuerdo a las tarifas

Facturación
(PF_EN_Tarifa) que se aplican a cada paciente. Al final, La hoja de

liquidación (PF_EN_Liquidacion) representa un resumen 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.
1.1.1.6.Luego 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 y forman parte de la hoja de liquidación
(PF_EN_Liquidacion). 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 información es crítica para elaboración de la hoja de
liquidación.
1.1.1.7.Luego, el PF_TN_Asistente_Liquidaciones evalúa si la liquidación requiere
la auditoria médica. Esto lo evalúa verificando si el paciente es asegurado,
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_Orden_de_Atencion)., revisando el tipo de atención que se le ha
bridado al paciente.
1.1.1.8.Cuando la hoja de liquidación requiere auditoria médica se procede a
realizar lo siguiente :
1.1.1.8.1.El PF_TN_Asistente_Liquidaciones envía la hoja de liquidación al
PF_TN_Auditor_Medico para su evaluación.
1.1.1.8.2.El PF_TN_Auditor_Medico revisa que los códigos de los servicios
identificados y registrados en la hoja de liquidación
(PF_EN_Liquidacion) 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.
1.1.1.8.3.Luego el PF_TN_Auditor_Medico aprueba la hoja de liquidación y se
lo envía al PF_TN_Asistente_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 se ha hecho efectiva.
1.1.1.8.4.El PF_TN_Asistente_Liquidaciones recibe la hoja de Liquidación
aprobada por el PF_TN_Auditor_Medico.
1.1.1.9.Luego el PF_TN_Asistente_Liquidaciones envía la hoja de liquidación al
1.1.1.10.El PF_TN_Asistente_Facturacion revisa si el cliente ya fue matriculado
como cliente de la clínica. Para ello se basa en la orden de atención donde

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

clientes (PF_EN_Cliente ) en donde busca si existe.
1.1.1.11.Luego el PF_TN_Asistente_Facturacion verifica si los datos
entregados(G_EN_Orden_de_Atencion) sean iguales a los datos
registrados en el file de clientes (PF_EN_Cliente)
1.1.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.
1.1.1.13.El PF_TN_Asistente_Facturacion verifica que el documento de pago este
correctamente impreso para ello, se asegura que todos los datos figuren
correctamente impresos.
1.1.1.14.El PF_TN_Asistente_Facturacion envía el documento de pago al
PF_AN_Solicitante_Documento_de_Pago.
1.1.1.15.El caso de uso termina cuando el
PF_AN_Solicitante_Documento_de_Pago recibe el documento de pago
solicitado.
1.1.2.Subflujo: Solicitar Hoja de Pre-Liquidación
1.1.2.1.El PF_TN_Asistente_Facturacion solicita al

PF_TN_Asistente_Liquidaciones la elaboración de la Hoja de pre-
liquidación.
1.1.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.
1.1.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
consumos que el paciente ha realizado. Los datos del expediente físico lo
conforman los de las ordenes de atención almacenadas en
EN_Orden_de_Atencion y las ordenes de exámenes médicos almacenadas
en AT_EN_Orden de_Examenes_Medicos.
1.1.2.4.Luego, el PF_TN_Asistente_Liquidaciones actualiza la hoja de Pre-
liquidación con cada consumo que se haya podido recopilar de los
documentos de consumo (EN_Orden_de_Atencion y
AT_EN_Orden_de_Examenes_Medicos).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 consumos de acuerdo a las tarifas
(PF_EN_Tarifa) que se aplican a cada paciente. Al final, La hoja de Pre-

Facturación
liquidación (PF_EN_Liquidacion) representa un resumen 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.
1.1.2.5.Luego 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 y forman parte de la hoja de pre-liquidación
(PF_EN_Liquidacion). 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 información es crítica para elaboración de la hoja de
liquidación.
1.1.2.6.Luego el PF_TN_Asistente_Liquidaciones envía la pre-Liquidación al
1.1.2.7.El PF_TN_Asistente_Facturacion envía la hoja de Liquidación al
1.1.2.8.El caso de uso termina cuando el PF_AN_Solicitante_Documento_de_Pago
recibe la Hoja de Pre-Liquidación elaborada.
1.1.3.Solicitar anulación de documento de pago
1.1.3.1.El PF_TN_Asistente_Facturacion ubica en el file de
PF_EN_Documento_de_Pago el documento de pago a anular y anula el
documento de pago.
1.1.3.2.Luego El PF_TN_Asistente_Facturacion envía una notificación de anulación
de documento de pago al PF_AN_Solicitante_Documento_de_Pago.
recibe notificación de documento de pago anulado.
1.1.4.Solicitar actualización de clientes

1.1.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.
1.1.4.2.Luego El PF_TN_Asistente_Facturacion envía una notificación de
actualización al PF_AN_Solicitante_Documento_de_Pago.
recibe notificación de actualización de datos del cliente.
1.2. Flujo Alterno

1.2.1.Paciente no asegurado
Si evaluando el punto 4.2.1.1 (“El PF_TN_Asistente_Facturacion verifica si el
paciente es asegurado”) resulta que el paciente no es asegurado se procede a
realizar lo siguiente:
1.2.1.1.El PF_TN_Asistente_Facturacion evalúa si el servicio es por
hospitalización. Esto lo hace revisando la orden de atención

Facturación
(G_EN_Orden_de_Atencion) y verificando que el paciente haya recibido

servicios de hospitalización.
1.2.1.2.Si el paciente recibió servicios de hospitalización, el caso de uso continúa
en 4.2.1.2 (“El PF_TN_Asistente_Facturacion solicita la elaboración de la
hoja de liquidación”).
1.2.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”).
1.2.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
liquidació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_Asistente_Liquidaciones envía la hoja de liquidación al
PF_TN_Asistente_Facturacion”)
1.2.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
enviado, y por ende sus referencias no figuran en la hoja de liquidación, se procede
a realizar lo siguiente:
1.2.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
anexando 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).
1.2.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
considerados, clasificados por tipo de servicio y con sus respectivos costos
1.2.3.3.Luego el caso de uso continua en 4.2.1.9 (“El
PF_TN_Asistente_Liquidaciones envía la Hoja de Liquidación al
.
1.2.4.Existen consumos del paciente pendientes de enviarse – En Hoja de Pre-
Liquidació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
enviado, y por ende sus referencias no figuran en la hoja de Pre-liquidación, se
procede a realizar lo siguiente:

Facturación
1.2.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
anexando 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).
1.2.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
considerados, clasificados por tipo de servicio y con sus respectivos costos.
PF_TN_Asistente_Liquidaciones envía la hoja de pre-Liquidacion al
1.2.5.Cliente no registrado
Si evaluando el punto 4.2.1.10 (“El PF_TN_Asistente_Facturacion revisa si el
cliente ya fue matriculado”) sucede que el cliente no se encuentra registrado se
procede a realizar lo siguiente:
1.2.5.1.El PF_TN_Asistente_Facturacion registra los datos básicos del cliente
como su nombre, dirección, ruc, teléfono, etc.
PF_TN_Asistente_Facturacion elabora y emite el documento de pago”)
1.2.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
1.2.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)
PF_TN_Asistente_Facturacion elabora y emite el documento de pago en
base a los datos que le proporcionan la Hoja de Liquidación”)
1.2.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
coinciden con el estándar”) sucede que el PF_TN_Auditor_Medico rechaza la
Hoja de Liquidación se procede a realizar lo siguiente:
1.2.7.1.El PF_TN_Auditor_Medico anota en la hoja de liquidación
(PF_EN_Liquidacion) el motivo detallado del rechazo y se lo envía al
PF_TN_Asistente_Liquidaciones. En esta actividad el
PF_TN_Auditor_Medico envía una notificación al

Facturación
PF_TN_Asistente_Liquidaciones indicando que la aprobación de una

liquidación no procede.
1.2.7.2.El PF_TN_Asistente_Liquidaciones recibe la hoja de Liquidaciones con las
anotaciones observadas y procede a modificar la Hoja de Liquidacion.
1.2.7.3.Luego el caso de uso continúa en 4.2.1.7 (“El
PF_TN_Asistente_Liquidaciones evalúa si la liquidación requiere la
auditoria médica”).
1.2.8.Emisión de documento de pago errado

Cuando en el punto 4.2.1.13 (“El PF_TN_Asistente_Facturacion verifica que el
documento 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:
1.2.8.1.Anula el documento de pago, cambiando su estado a anulado.
1.2.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.
PF_TN_Asistente_Facturacion elabora y emite el documento de pago en
base a los datos que le proporcionan la Hoja de Liquidación”).
2. Precondiciones
2.1. Para la solicitud de la emisión de un documento de pago se requiere:
2.2. Para la solicitud de una pre-Liquidación se requiere:

2.2.1.El paciente se encuentra registrado
2.2.2.La hoja de atención se encuentre registrada
2.2.3.Existen consumos realizados por el paciente.
2.3. Para la anulación de documento de pago se requiere:

2.3.1.El documento de pago a anularse se está registrado.
2.4. Para la actualización de clientes se requiere:

2.4.1.El cliente que requiere actualizar sus datos este registrado.
3. Poscondiciones
3.1. Para la solicitud de la emisión de un documento de pago:

Facturación
Se emitió el documento de pago al PF_AN_Solicitante_Documento_de_Pago
3.2. Para la solicitud de una pre-Liquidación:

Se entrego la hoja de Pre-Liquidación al PF_AN_Solicitante_Documento_de_Pago
3.3. Para la anulación de documento de pago:

Se emitió una notificación de anulación de documento de pago al
3.4. Para la solicitud actualización de clientes:

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

Facturación

: PF_AN_Gerent e_O peraciones : PF_TN_Responsable_Comercial : PF_TN_Direct or_Medico : PF_TN_Asistente_Administ rativo : PF_TN_Asistent e_Fact uracion
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación

Enviar requirim iento de Plan de Salud o Identificar si el tipo de requerimiento es por
Actualizaci ón de tarifas de Servicios un plan de salud
1.1.1 Diagrama de Actividades

NO SI
Reci bir requerimiento de Plan
de Salud
Es pl an de Salud?
.:
PF_EN_Solicitud_de_Plan_...
A. PF_DAN_Gestion de Tarifas [creado]
Registrar Solicitud
de Plan de Salud
Identificar si el requerimiento es
por un nuevo Plan de Salud
SI
Se soli cita un nuevo Plan de Salud?
NO
Identifi car si el requerimiento es por una

m odificación del plan de Salud
.. : . : PF_EN_Servicio_Clinico
PF_EN_Solicitud_de_Plan_d...
[actualizado]
Se solicita una modificación al plan de Salud? SI Evaluar si se solici ta

modi ficar las coberturas
NO
..: : PF_EN_Plan_de_Salud Requiere Modifi car

Coberturas? SI Establecer cobertura
del Plan de Salud
: PF_EN_SEGUS
NO
Solicitar baja del Plan

de salud
Obtener codigo
tarifario SEGUS
Evaluar si se necesita
registrar los factores
..: :
PF_EN_Solicitud_de_Plan_de_Salud
[actualizado]
Establecer factores SI
del Plan de Salud
.: : PF_EN_Sol icitud_de_Tarifa_Servicio NO .... : PF_EN_Solicitud_de_Plan_de_Salud

Requiere Registrar /
[creado] modificar los factores?
Establecer factor
Enviar solicitud de Plan de Revisar Solicitud
de Tarifario
Salud para su aprobacion de Plan salud
:: : PF_EN_Solicitud_de_Plan_de_Salud
[Rechazado]
Rechazar la Solicitud NO
de Plan de Salud
Esta conforme?
SI
Recibir notifiacación Enviar Notificación

de rechazo de Rechazo
... : PF_EN_Solicitud_de_Plan_de_Salud
[aprobado]
Aprobar Solicitud de
Plan de Salud
Recibir Enviar Notificación

Notificación... de Aprobación
Enviar a registro Recibir Notificación de

el plan de salud registro de Plan de Salud
. : PF_EN_Plan_de_Salud
. : PF_EN_Tarifa
[reg istrado]
Registrar/Actualizar
plan de sal ud Recibir Notificación
de Observación
.. : PF_EN_Solicitud_de_Tarifa_Servicio
[actualizado]
Envia notificacion de
registro para verificación
Registrar los factores en la Enviar la Solicitud de Servici o Recibir la solicitud
Solictud de Servicio para aprobación de servicio
Enviar notificación de
Observación
... : PF_EN_Solici tud_de_Tarifa_Servicio
.. : PF_EN_Plan_de_Salud :: : PF_EN_Tarifa
:: : PF_EN_Solicitud_de_Tarifa_Servicio Verificar el Plan

de Salud
[Rechazado] Evaluar Solicitud de
Servicio
Rechazar la Solicitud NO
de Servicio Esta conforme Observar el Plan de
NO
Aprueba la Solicitud? con el Plan de Salud
Salud?
SI
SI
Recibir notificacion de Enviar notificacion de rechazo del

rechazo.. la solicitud de Servcio
:: : PF_EN_Plan_de_Salud
[Observado]
. : PF_EN_Solicitud_de_Tarifa_Servicio Aprobar
solicitud...
[aprobado]
Enviar notificación de aprobación .. : PF_EN_T arifa

Recibir Notificación
de solicitud de servicio [reg istrado]
: : PF_EN_Plan_de_Salud
Figura 3 DACT_Gestion_de_Tarifarios
Enviar Solicitud para Registrar los Datos del [Verificado]
Registro de datos Servicio en el tarifario
Registrar viso de
conformidad
Recibir la confirmación Enviar notificación de

del registro Registro
Recibir Notificacion Informar que el requerimiento Recibir confirmacion

del registro de plan sa... Enviar notificación de Recibir la notificacion Enviar notificación de
ha sido atendido
registro de Plan de salud de conformidad conformidad

: PF_AN_Cli ente : AD_TN_Respon sabl e_Ad misio n : PF _TN_Resp onsable Cia_d e_ Seguros

Solicitar Recibir requerimiento
Cotización de cotización
... : PF_EN_Cotizacion
B. PF_DAN_Gestion de Cotizaciones [c reado]
Registrar datos básicos de la cotización
: PF_EN_Servicio_Clinico
Seleccionar Servicios
a Cotizar
Identificar si el requerimiento es para

un paciente de la clínica : AD_EN_Paciente
SI
Es paciente de la Evaluar si el paciente
clínica? esta asegurado
NO
: PF_EN_Tarifa
Aplicar Tarifas de lista NO

Esta asegurado?
según Tarifario
.. : PF_EN_Cotizacion
SI
[v alorizada]
: PF_EN_Plan_de_Salud
Consultar coberturas y
condiciones del plan de salud
. : PF_EN_Cotizacion
[v alorizada]
Actualizar la cotización en base a

los factores del plan de salud
Evaluar si el servicio a cotizar esta

exonerado de Carta de Garantía
SI La cotizacion esta exonerada

de Carta de Garantia?
NO
: PF_EN_Solicitud_Carta_Garantia
[creado]
Crear Solicitud de Carta

de Garantía
Enviar solicitud de Carta Recibir Solicitud de

de Garantía Carta de Garantia
Emitir cotización _ : PF_EN_Solicitud_Carta_Garantia

Evaluar si procede la solicitud
de carta de garantía [rechazado]
: : PF_EN_Solicitud_Carta_Garantia
NO Rechazar solicitud de
carta de garantía
Procede la Solicitud de
Carta deGarantia?
Recibir Entregar cotización al SI
Cotización Solicitante
._ : PF_EN_Solicitud_Carta_Garantia
[Ac tualizado]
Evaluar si solicitud es
aceptada al 100%
..: : PF_EN_Cotizacion
:: : PF_EN_Plan_de_Salud
[Actualizado]
SI
Recalcular los montos NO Es aceptada NO Registrar el monto

de la cotización al 100%? aceptado y los motivos
La carta es por el 100%?
SI
__ : PF_EN_Solicitud_Carta_Garantia
[Ac eptado]
Aceptar solicitud de carta

.. : PF_EN_Carta_Garantia de garantía
: PF_EN_Carta_Garantia
Verificar el monto de la [c reado]
Carta de Garantía
Figura 4 DACT_Gestion_de_Cotizaciones Elaborar Carta de Garantía

con el monto aceptado
Enviar notificación de rechazo de

solicitud de carta de garantía
Recibir notificación de aceptación enviar notificación de aceptación de

de Carta de Garantía solicitud de carta de garantía
Recibir notificación de Rechazo
Documento Interno de carta de garantía

Versión: 2.0 Página: 43 / 210
: P F _ A N _ S o li c it a n t e _ D o c u m e n t o _ d e _ P a g o : P F _ T N _ A s is t e n t e _ F a c t u r a c io n : P F _ T N _ A s is t e n t e _ L iq u id a c io n e s : P F _ T N _ A u d it o r _ M e d ic o

S o li c it a r E m is ió n d e d o c u m e n t o d e P a g o , P r e - L iq u i d a c io n I d e n t if ic a r s i e l re q u e r im ie n t o e s u n a
a c t u a liza c i o n d e c lie n t e o a n u la c ió n d e d o c u m e n t o d e p a g o a n u a lc io n d e u n d o c u m e n t o d e p a g o
C. PF_DAN_Gestion Liquidacion Facturacion SI

E s u n a a n u l a c ió n d e
D oc u men to de p a g o?
NO
I d e n ti f ic a r s i e l re q u e r im ie n t o
e s p a r a a c t u a liz a r c lie n t e
SI
S e re q u ie r e
a c t u a liz a r C l ie n t e ?
NO
SI S o li c it a r la e la b o r a c i ó n
Es una d e la p re liq u id a c ió n
P re liq u i d a c ió n ?
NO
E v a lu a r s i e l P a c ie n t e
e s A s e g u ra d o
. _ : A D _ E N _ O rd e n _ d e _ A :t eAnDc _ioEn N _ P a c ie n t e
I d e n t if ic a r s i e l s e rv ic io NO
e s p o r h o s p it a liz a c i ó n
E s as e g urad o ?
SI
R e c i b ir s o lic it u d d e liq u id a c ió n o
E s po r SI S o lic it a r e la b o ra c ió n d e
p r e liq u id a c ió n
h o s p i t a liz a c ió n ? liq u i d a c ió n
NO
. : A D _ E N _ O rd e n _ d e _ A t e n c io n
. : A D _ E N _ P a c ie n t e : P F _ E N _ L iq u i d a c io n
[ c re ado ]
R e v is a r s i e l c l ie n t e
R e c ib i r l iq u id a c ió n
e s t a re g is t ra d o
: : : P F _ E N _ C lie n t e
[ c re ado ]
E l c li e n t e e s t a C re a r L iq u id a c ió n o P r e l iq u id a c ió n
R e g i s t ra r b a s ic o s NO
re g is t r a d o ? ( c o n d a t o s b á s ic o s )
d a t o s d e l c lie n t e . . : P F _ E N _ C l ie n t e
SI
V e rif ic a r q u e lo s d a t o s e n t re g a d o s E la b o ra r E x p e d ie n t e
. : : P F _ E N _ C lie n t e s e a n ig u a le s a lo s re g is t r a d o s F í s ic o
[ ac t u aliz ad o] : A D _ E N _ O r d e n _ d e _ A t e n c io n
_ _ : P F _ E N _ L iq u id a c io n
L o s d a t o s r e g is t r a d o s s o n lo s mis mo s ? [ ac t u aliz ad o]
NO
I d e n t i f ic a r s i e l r e q u e rim ie n t o re q u ie r e A c t u a liz a r d a t o s d e l
e m is ió n d e d o c u m e n t o d e p a g o c lie n t e
SI
R e g is tr a r o rd e n e s d e s e rv ic io
e n la li q u id a c ió n
: A T _ E N _ O rd e n d e _ E x a m e n e s _ M e d ic o s
R e c ib ir n o t if ic a c ió n d e E n v i a r n o t if ic a c i ó n d e NO
a c t u a liz a c ió n d e C li e n t e a c t u a liza c i ó n d e C lie n t e
R e q u ie r e e mis i o n d e
SI d o c u me n t o d e p a g o ? . : P F _ E N _ C lie n t e
. .. . : P F _ E N _ L iq u id a c io n
L L a m a r a la s o t ra s a re a s p a r a c o n s u lt a r s i
t o d o s lo s c o n s u m o s e s t á n re g is t r a d o s
E m it ir D o c u m e n t o
I d e n t if i c a r e rro r e s d e l de P ago : P F _ E N _ S e rv ic io _ C lin ic o
: P F _ E N _ T a rif a
d o cu m e n to d e p ag o
. : P F_ E N _ D ocu m ento _de_P a go
[ em it i do ]
T o d o s lo s c o n s u mo s
_ : PF _E N _D oc um ent o_de_P ago e s t á n re g is t ra d o s ? N O I d e n t if ic a r c o n s u m o s
f a lt a n t e s
SI
NO SI
R e c ib ir n o t if ic a c ió n d e E n v i a r n o tif ic a c ió n d e
d o c u m e n to d e p ag o a n ulad o d o c u m e n to d e P a g o A n u la d o S e re q u ie r e e m is ió n d e l . : P F _ E N _ L iq u id a c io n
_ . : P F _ E N _ L iq u i d a c io n
d o c u me n t o d e P a g o ? [ ac t ua liz a do ]
V e r if ic a r q u e e l d o c u m e n t o d e P a g o e s t e
c o r re c t a m e n t e n i m p re s o
E v a lu a r s i e l d o c u m e n t o e s u n a A c t u a liza r
li q u id a c i ó n o p r e liq u i d a c ió n L iq u i d a c ió n
: P F_ E N _ D ocum ento _de_P a go

I d e n t i f ic a r s i s e re q u ie r e e m is ió n
d e d o c u m e n t o d e pa g o [ an ula do ]
_ . : A D _ E N _ P a c ie n t e
: P F _ E N _ C I E 1. .0 : P F _ E N _ L iq u id a c io n
A n u la r D o c u m e n t o NO
D o c u me n t o d e SI E v a lu a r s i e l p a c ie n t e e s
de P a go
pago es O K ? a s e g u ra d o
SI E s u n a L iq u i d a c ió n ?
NO
SI E n v i a r L il iq u id a c ió n a A u d it o r ía R e v is a r q u e lo s c ó d ig o s e m p le a d o s e n
M é d ic a p a ra a p r o b a c ió n la L iq u id a c ió n c o n ic id a n c o n e l C I E 1 0
E l p ac ie nte e s
as e gu r a do ?
_ : P F _ E N _ L iq u id a c io n
NO [ re c h az ado ]
R e c ib ir D o c u m e n t o d e E n v ia r D o c u m e n t o
Pago d e P a g o a l C lie n t e
NO R e c h a z a r L iq u id a c io n y E n v ia r
n o t if ic a c ió n d e re c h a z o
Figura 5 DACT-Gestión de Liquidación Facturación 1 A p r u e b a L iq u id a c ió n ?
SI
. . . : P F _ E N _ L iq u id a c io n
[ apr oba do ]
E n v ia r L iq u id a c ió n R e c ib ir n o t if ic a c ió n d e A p r o b a r L i q u id a c i o n y e n v ia r
a p ro b a c ió n d e l iq u id a c ió n n o t i f ic a c ió n d e a p ro b a c ió n
R e c ib ir E n v iar E n v ia r
Documento Interno P re liq u id a c ió n P re liq u id a c ió n p r e liq u id a c ió n

: P F _ A N _ S o l ic i t a n t e _ D o c u m e n t o _ d e _ P a g o : P F _ T N _ A s i s t e n t e _ F a c t u r a c io n : P F _ T N _ A s i s t e n t e _ L i q u i d a c io n e s : P F _ T N _ A u d it o r _ M e d ic o

S o l ic it a r E m is ió n d e d o c u m e n t o d e P a g o , P r e - L i q u id a c io n I d e n t if i c a r s i e l r e q u e r im i e n t o e s u n a
a c t u a liz a c i o n d e c li e n t e o a n u la c ió n d e d o c u m e n t o d e p a g o a n u a lc io n d e u n d o c u m e n t o d e p a g o
SI
E s u n a a n u la c ió n d e
D oc ume nt o d e p a go?
NO
I d e n t i f ic a r s i e l r e q u e r im ie n t o
e s p a r a a c t u a li z a r c l ie n t e
SI
S e r e q u ie r e
a c t u a l iz a r C li e n t e ?
NO
SI S o lic it a r l a e la b o r a c ió n
Es una d e l a p r e liq u id a c ió n
P r e li q u id a c ió n ?
NO
E v a l u a r s i e l P a c ie n t e
e s A s e g u ra d o
. _ : A D _ E N _ O r d e n _ d: eA _DA _t eE nNc _ioPna c i e n t e
I d e n t i f ic a r s i e l s e r v ic io NO
e s p o r h o s p i t a l iz a c i ó n
E s as eg urad o?
SI
R e c ib ir s o li c it u d d e li q u id a c ió n o
Es por SI S o lic it a r e la b o r a c ió n d e
p r e l iq u i d a c i ó n
h o s p it a li z a c ió n ? l iq u i d a c i ó n
NO
. : A D _ E N _ O r d e n _ d e _ A t e n c io n
. : A D _ E N _ P a c ie: nPt eF _ E N _ L iq u i d a c io n
[c r e a d o]
R e v i s a r s i e l c l ie n t e
R e c ib ir liq u id a c i ó n
e s t a r e g is t r a d o
: : : P F _ E N _ C li e n t e
[c r e a d o ]
E l c l ie n t e e s t a C r e a r L iq u id a c ió n o P r e li q u id a c ió n
R e g i s t r a r b a s ic o s NO
re g is t r a d o ? ( c o n d a t o s b á s ic o s )
d a t o s d e l c l ie n t e . . : P F _ E N _ C lie n t e
SI
V e r if ic a r q u e l o s d a t o s e n t r e g a d o s E la b o r a r E x p e d ie n t e
. : : P F _ E N _ C l ie ns tee a n ig u a le s a lo s r e g is t r a d o s F í s ic o
[ a c t u a liz a d o ] : A D _ E N _ O r d e n _ d e _ A t e n c io n
_ _ : P F _ E N _ L iq u i d a c i o n
L o s d a t o s r e g i s t r a d o s s o n lo s m i s m o s ? [ a c t u a liz a d o ]
NO
I d e n t if i c a r s i e l r e q u e r im i e n t o r Ae qc ut uiea rlize a r d a t o s d e l
e m is ió n d e d o c u m e n t o d e p a g o c lie n t e
SI
R e g is t ra r o rd e n e s d e s e rv ic io
e n la li q u id a c ió n
: A T _ E N _ O r d e n d e _ E x a m e n e s _ M e d ic o s
R e c i b i r n o t if i c a c i ó n d e E n v ia r n o t i f i c a c ió n d e NO
a c t u a li z a c i ó n d e C l ie n t e a c t u a li z a c ió n d e C l ie n t e
R e q u ie r e e m is i o n d e
d oc um en to d e pa go ?
SI . . . . : P F _ E N _ L i q u id a c io. n: P F _ E N _ C li e n t e
L L a m a r a la s o t r a s a r e a s p a r a c o n s u l t a r s i
t o d o s lo s c o n s u m o s e s t á n r e g is t r a d o s
E m it i r D o c u m e n t o
I d e n t if ic a r e r r o r e s d e l de P ago : P F _ E N _ S e r v ic io _ C li n i c o
: P F _ E N _ Ta rif a
d o c um e n to d e p a g o
. : P F _ E N _D oc u m e n to _ d e _ P a g o
[ e m it id o ]
T o d o s lo s c o n s u m o s
_ : P F _E N _ D oc u m e nto _ de _P a go e s t á n re g is t r a d o s N? O I d e n t if ic a r c o n s u m o s
f a lt a n t e s
SI
NO SI
R e c i b i r n o t if ic a c i ó n d e E n v i a r n o t if ic a c ió n d e
d o c u m e n t o d e p a g o a n u la d o d o c u m e n t o d e P a g o A n u la d o S e r e q u i e r e e m i s i ó n d e l . : P F _ E N _ L iq u i d a c i o n
_ . : P F _ E N _ L iq u i d a c i o n
d o c u me n to de P a g o ? [ a c t u a liz a d o ]
V e r if ic a r q u e e l d o c u m e n t o d e P a g o e s t e
c o rr e c t a m e n te n im p re s o
E v a l u a r s i e l d o c u m e n t o e s u nAa c t u a l iz a r
liq u id a c ió n o p r e li q u id a c ió n L i q u id a c ió n
: P F _ E N _D o cu m ent o_ de _P ag o
I d e n t i f ic a r s i s e r e q u ie r e e m i s i ó n
d e d o c u m e n to de p a g o [ a n u la d o ]
_ . : A D _ E N _ P a c ie n t e
: P F _ E N _ C . I. E: 1 P0 F _ E N _ L i q u id a c io n
A n u la r D o c u m e n t o NO
D oc um ent o d e SI E v a l u a r s i e l p a c ie n t e e s
d e P ago
p ago es O K ? a s e g u ra d o
SI E s u n a L iq u i d a c ió n ?
NO
SI E n v ia r L i li q u id a c ió n a A u d i t o r í a R e v i s a r q u e lo s c ó d ig o s e m p le a d o s e n
M é d ic a p a ra a p r o b a c ió n l a L iq u id a c i ó n c o n i c i d a n c o n e l C I E 1 0
E l p a c i e n te e s
a s e gu ra d o ?
Figura 6 DACT-Gestión de Liquidación Facturación 2 N O

_ : P F _ E N _ L i q u id a c io n
[ re c h a z a d o ]
R e c ib ir D o c u m e n t o d e E n v ia r D o c u m e n t o
Pa go d e P a g o a l C li e n t e
NO R e c h a z a r L iq u i d a c i o n y E n v i a r
n o t if ic a c ió n d e r e c h a z o
A p r u e b a L i q u id a c ió n ?
SI
. . . : P F _ E N _ L i q u id a c io n
[ a pro b a d o ]
E n v i a r L iq u i d a c i ó n R e c ib ir n o t if ic a c ió n d e A p r o b a r L i q u id a c io n y e n v ia r
a p r o b a c ió n d e liq u id a c ió n n o t i f ic a c ió n d e a p r o b a c ió n
R e c ib ir E n v ia r E n v ia r
Documento Interno P r e li q u id a c ió n P r e l iq u i d a c i ó n p r e li q u id a c ió n
Facturación
1.1.1 Lista de actividades a automatizar
Código Nombre Caso de Uso de Negocio

Registrar datos básicos de la
ACT6-01 PF_CUN_Gestion_de_Cotizaciones
cotización
Seleccionar servicios a
cotizar
Aplicar tarifas de lista según
tarifario
Evaluar si el paciente está
asegurado
Consultar coberturas y
ACT6-05 condiciones del Plan de PF_CUN_Gestion_de_Cotizaciones
Salud
Actualizar la cotización en
ACT6-06 base a los factores del Plan PF_CUN_Gestion_de_Cotizaciones
de Salud
ACT6-07 Emitir Cotización PF_CUN_Gestion_de_Cotizaciones
Crear Solicitud de Carta de

Garantía
Recalcular los montos de la
cotización
Rechazar Solicitud de Carta
de Garantía
Aceptar Solicitud de Carta
de Garantía
Registrar el monto aceptado
ACT6-12 y los motivos en la Solicitud PF_CUN_Gestion_de_Cotizaciones
de Carta de Garantía
Elaborar Carta de Garantía
con el monto aceptado
Registrar Solicitud de Plan
ACT6-14 PF_CUN_Gestion_de_Tarifarios
de Salud
Establecer cobertura del
Plan de Salud
Establecer factores del Plan
de Salud
Establecer factor en el
tarifario
Obtener Código tarifario
SEGUS
Registrar factores en la
Solicitud de Servicio
Revisar Solicitud Plan de
Salud
Aprobar Solicitud de Plan de
Salud

Facturación
Rechazar Solicitud de Plan

de Salud
Evaluar Solicitud de
Servicio (consultar)
ACT6-24 Aprobar Solicitud de Servicio PF_CUN_Gestion_de_Tarifarios
Rechazar Solicitud de
Servicio
Registrar/actualizar Plan de
Salud
Registrar los datos del
servicio en el tarifario
Verificar el Plan de Salud
(Consultar)
Registrar conformidad al
Plan de Salud
ACT6-30 Observar el Plan de Salud PF_CUN_Gestion_de_Tarifarios
Revisar si el cliente esta

ACT6-31 PF_CUN_Gestion_Liquidacion_Facturacion
registrado.
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
Crear Liquidación o Pre

liquidación
Registrar ordenes de
servicio en la liquidación
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

Facturación
1.2 Modelo de Análisis del Negocio
1.2.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
AD_TN_Responsable_Admision
compañías aseguradoras que lo puedan
(from Trabajadores del negocio)
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.
PF_TN_Responsable Cia_de_ Seguros
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
PF_TN_Director_Medico una liquidación fue realizada de forma
(fromTrabajadores del negocio) 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
PF_TN_Responsable_Comercial
para crear los planes de salud que son
(fromTrabajadores del negocio)
aplicados a los trabajadores que están
afiliados a las EPS.
Es quien registra la información de los

factores asociados, previamente analizados
PF_TN_Asis
tente_Adminis
trativo por el Responsable Comercial, para cada
(fromTra
baja
doresde
l negocio)

Facturación
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.
PF_T N_Asistente_Facturacion
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
PF_TN_Asistente_Liquidaciones Auditor, para finalmente terminará con la
(f rom Trabajadores del negocio)
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_Auditor_Medico
(f rom Trabajadores del negocio)

Facturación
1.2.2 Especificación de las entidades del negocio

Descripción
Entidad De Negocio
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.
P F _ E N _ C IE 1 0
Atributos:
(f ro m E n t id a d e s d el n e g o c io ) 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
P F _ E N _ C l i e n te codigo_cia_seguro numero
(f ro m E n t id a d e s d e l n e g o c io )
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
P F _ E N _ C o tiza c io n
que ofrece.
(f ro m E n t i d a d e s d e l n e g o c i o ) Atributos:
um_cotizacion numero
nombre_cia_aseguradora cadena
nombre_centrotrabajo cadena
nombre_motivo cadena
nombre_paciente cadena
nombre_doctor cadena
codigo_plan codigo
num_dias numero
num_telefono cadena

Facturación
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,
PF_E N_Docum e nto _de _ Pag o Tickets, etc.).
(f rom Ent idades del negoc io)
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
detalle_num_guiaconcepto numero
detalle_total_concepto numero
importeconsumo_gastos numero
importeconsumo_igv numero
importeconsumo_total numero

Facturación
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
P F_ E N_ L iqu id a cio n
(f ro m E n t id ad e s d el n e g o c io )
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
P F_ E N_ P l a n _d e _ Sa l u d
(f rom Ent idades del negoc io)
tipo_cobertura cadena
costo numero
tipo_plan_salud cadena
rango_edad cadena
tiempo_plan cadena

Facturación
Representa los servicios que brinda la clínica y que

pueden ser de farmacia, servicios auxiliares,
quirúrgicos, etc.
Atributos:
codigo_paquete numero
PF_E N_Servi ci o_ Cl i ni co
descripcion_paquete cadena
( from Entidades del neg ocio)
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
codigo_cia_seguro numero
clinica cadena
PF_EN_Solicitud_Carta_Garantia
fecha_emision fecha
(from En ti dad es d e l n e go ci o)
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
PF_EN_Sol icitud _d e_Plan _de_S al ud
descripcion_solicitud cadena
(from Entidades del neg ocio)
fecha_emision fecha
persona_autoriza cadena
encargado_digitacion cadena
observaciones cadena
descripcion_plan_salud cadena
Representa el documento que se crea al solicitar el
registro de un nuevo servicio que la clínica necesita
P F_ E N_ S o l ici tu d_ de _ S ervi ci o
brindar.
Atributos:
codigo_solicitud_servicio numero
descripcion_solicitud cadena
fecha_emision fecha

Facturación
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
P F _ E N _ T a ri fa aplicar a las unidades (tarifas) que se especifican en la
( fro m E ntida de s d el ne g oc io )
entidad PF_EN_Servicio_Clinico.
Atributos:
codigo_tarifa numero
codigo_cia_seguro numero
codigo_poliza numero
codigo_servicio numero
importe numero
estado cadena
tipo_cobertura cadena
descuento numero

Facturación
1.2.3 Diagrama de Clases del Negocio
PF_EN_Plan_de_Salud
PF_EN_Carta_Garantia
(from Entidades del negocio)
obtiene Consulta_
PF_EN_Coti zacion Consul ta.
El abora
registra/ Actuali za
obtiene
PF_EN_Tarifa
AD_T N_Responsable_Admisi on PF_TN_Responsable Cia_de_ Seguros
(from Trabajadores del nego... (from Trabajadores del negocio)
obtiene
registra Consulta/aprueba
Obtiene.
PF_EN_Servicio_Clini co
AD_EN_Paciente PF_EN_Solicitud_Carta_Garantia

Facturación
Figura 7 PF_DLN_Gestion_de_Cotizaciones

Facturación
PF_EN_Plan_de_Salud
PF_EN_Solicitud_de_Plan_de_Salud (from Entidades del nego...
Valida
Crear/Actualizar Obtener Actualiza
Autoriza
Deriva Deriva Deriva
PF_TN_Director_Medico PF_TN_Responsable_Comercial PF_TN_Asistente_Facturacion

PF_TN_Asistente_Administrativo
(from Trabajadores del negocio) (from Trabajadores del nego... (from Trabajadores del nego... (from Trabajadores del negocio)
Consulta/Aprueba Crear /Actualizar Obtener

Consulta
Obtener.
PF_EN_Solicitud_de_Tarifa_Servicio PF_EN_Servicio_Clinico PF_EN_Tarifa

PF_EN_SEGUS
(from Entidades del negocio) (from Entidades del nego... (from Entidades del nego...
Figura 8 PF_DLN_Gestion_de_ tarifarios

Facturación
AT_EN_Orden de_Exam enes_Medicos

AD_EN_Paciente PF_EN_Documento_de_Pago
(from Entidades del neg ocio) (from Entidades del neg ocio)
PF_EN_Servicio_Cl inico consulta. consulta

Consulta
Consul ta
Registra
Obtiene Obtiene
AD_EN_Orden_de_Atencion
Obtiene Actualiza.
Envia / Recibe
PF_EN_Tarifa PF_EN_Cliente
( from Entidades del neg ocio)
PF_TN_Asistente_Liquidaciones PF_TN_Asistente_Facturacion
Genera Consul ta (from Entidades del neg ocio)
(from Trabajador es del neg o... ( from Tr abajador es del neg ocio)
PF_EN_Liquidacion
evalua
Revisa/Aprueba
Consulta
PF_EN_CIE1 0
PF_T N_Auditor_M edico
( from Trabajador es del neg ocio)
Figura 9 PF_DLN_Gestion_Liquidacion_Facturacion

Facturación

Facturación
CAPÍTULO 2REQUERIMIENTOS

Facturación
2.1 Especificación de los Requerimientos de Software

2.1.1 Funcionalidad
Código PF_RF01
Nombre Actualizar Cotización

Permitir la emisión de cotizaciones por servicio. Además si la
Descripción 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

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
Descripción
parte o rechazar la solicitud por qué no está en su cobertura de
seguro
Código PF_RF03
Nombre Registrar Carta de Garantía

Permitir la emisión de una Carta de Garantía de acuerdo al
Descripción monto aprobado luego de la evaluación de la solicitud de Carta
de Garantía
Código PF_RF04
Nombre Actualizar Cliente

Permitir la actualización de los datos del cliente, ya sea
Descripción registrando un cliente nuevo o actualizando los datos de uno ya
existente
Código PF_RF05
Nombre Actualizar Documento de Pago

Permitir la emisión y anulación de documentos de pago. Para la
emisión se requiere registrar en el documento los datos del
Descripción
cliente y los detalles de los servicios o de la liquidación si esta
última existiera.

Facturación
Código PF_RF06
Nombre Actualizar Liquidación

Permitir la emisión de pre-liquidaciones y liquidaciones. Para
esto se requiere consultar ellas ordenes de atención de los
Descripción
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

Permitir al auditor médico aprobar o rechazar una liquidación.
Para esto el auditor verificará que los códigos de los servicios
Descripción
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

Permitir la emisión de una solicitud para registrar un nuevo Plan
Descripción de salud, modificar uno existente (coberturas o tarifas) o darlo
de baja.
Código PF_RF09
Nombre Evaluar Solicitud de Plan de Salud
Permitir al Director Medico autorizar si la solicitud de Plan de

Descripción
Salud procede o no.
Código PF_RF10
Nombre Registrar Solicitud de actualizar tarifa de servicio
Permitir la emisión de una solicitud para registrar una tarifa para

Descripción
un nuevo servicio, modificar uno existente.
Código PF_RF11
Nombre Evaluar Solicitud de actualizar tarifa de servicio
Permitir al Director Medico evaluar si la solicitud de

Descripción
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á

Facturación
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

Permitir la evaluación, por parte de asistente de facturación, si el
Descripción 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
Permitir el registro de la tarifa para un nuevo servicio o modificar

Descripción
uno existente.
Código PF_RF15
Nombre Evaluar Tarifa de Servicio
Permitir al Director Medico evaluar si la actualización de la tarifa

Descripción
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

Facturación
Código PF_RF18
Nombre Consultar Liquidaciones
Descripción
Código PF_RF19
Nombre Emitir Reporte Gerencial de Documentos de Pago
Emitir reporte de cuanto fue lo que se facturó por compañía de

Descripción
seguro por especialidad en un determinado período de tiempo.
Código PF_RF19
Nombre Emitir Reporte de operaciones de Documento de Pago
Emitir reporte de cuanto cuantas facturas fueron anuladas en
Descripción 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

Facturació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

Facturación
2.1.2 Usabilidad
Código RNFU01
Nombre Manejo de errores
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
Descripción
contar con ayudas (tooltip) para evitar que el usuario ingrese
datos errados.
Código RNFU02
Nombre Diseño de la interfaz gráfica
El lenguaje empleado en la interfaz gráfica del sistema

Descripción
respetará los términos usados en el negocio.
Código RNFU03
Nombre Tiempo promedio en el uso de los distintos módulos.
El sistema permitirá a los usuarios el registro de los diversos

Descripción
documentos en un intervalo de 1 a 2 minutos.

Facturación
2.1.3 Confiabilidad
Código RNFC01
Nombre Disponibilidad de uso del sistema
El sistema debe estar disponible de lunes a sábado por lo

Descripción
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
La duración promedio de una reparación del sistema no debe

Descripción
ser mayor de 15 minutos
Código RNFC03
Nombre Tiempo de atención ante una falla
El tiempo de atención promedio ante una falla se determinará
dependiendo de su complejidad. Si el impacto de la falla es bajo
Descripción
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
El sistema registrará un Log de todas las transacciones
Descripción realizadas, detallando el tipo de movimiento, la hora y fecha, y
la persona que lo ha realizado.
Código RNFC05
Nombre Log de errores
El sistema almacenará en un log los errores presentados por

Descripción
excepciones del sistema.

Facturación
2.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
El sistema debe soportar un promedio de 50 transacciones por

Descripción
minuto
Código RNFR03
Nombre Tiempo promedio de respuesta de los reportes
El tiempo de respuesta promedio del sistema para las

Descripción
operaciones involucradas con los reportes es de 5 segundos
Código RNFR04
Nombre Tiempo de inicio del sistema
El tiempo de inicio del sistema será de 10 segundos como

Descripción
máximo.
Código RNFR05
Tiempo máximo de duración del 95% de transacciones en un
Nombre
día
El 95 por ciento de las transacciones del sistema no deben
Descripción
exceder los 0.5 minutos

Facturación
2.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
El cliente Web del sistema debe ser soportado el navegador

Descripción
Internet Explorer 6 o superior
2.1.6 Restricciones de Diseño
Código RNFD01
Nombre Características de la PC del cliente
El sistema debe operar en cualquier computador personal con
Descripción procesador Pentium IV o superior, 256 Mb de memoria RAM y
disco duro de 40 Gb.
Código RNFD02
Nombre Lenguaje de programación
El lenguaje de programación a emplear para el desarrollo del
Descripción 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
Deberá considerarse en tres capas claramente definidas:

Descripción
Interfaz, Negocio y Datos.

Facturación
2.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
Se elaborarán los manuales del sistema y se publicarán en

Descripción
PDF.
Código RNFA03
Nombre Tips de ayuda en línea
El sistema mostrará tips de ayuda en línea que permitan al

Descripción
usuario saber sobre la forma de uso del sistema.
2.1.8 Componentes Adquiridos
Código RNFK01
Nombre DevExpress
Componentes de controles que facilitan la navegabilidad sobre

Descripción
la aplicación.
Código RNFK02
Nombre Aspose
Componente necesario para exporta información de forma

Descripción
rápida a archivos Word y Excel.

Facturación
2.1.9 Interfaces
Código RNFI01
Nombre Ubicación del logotipo a utilizar en las opciones del sistemas
El logotipo estará siempre presente en la parte superior derecha

Descripción
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
El tipo de letra general será arial de tamaño general de 9 para

Descripción
web.
Código RNFI04
Nombre Formato de las pantallas del sistema
El ancho de la página se limita a un tamaño de pantalla de

Descripción
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
Las imágenes a incorporar tendrán una resolución máxima 100

Descripción
ppp.

Facturación
2.1.10Licenciamiento
Código RNFL01
1 Licencia del Sistema Operativo Ms Windows Server 2003 R2
Nombre
Standard Edition
Se necesitará adquirir una licencia del sistema operativo para
Descripción
servidor MS Windows Server 2003 R2 Standard Edition
Código RNFL02
2 Licencia del Motor de Base de Datos Ms SQL Server 2005
Nombre
Standard Edition
Se necesitará adquirir una licencia del software de motor de
Descripción
base de datos MS SQL Server 2005 Standard Edition
2.1.11Requerimientos Legales y de Derechos de Autor

No aplica a este proyecto
2.1.12Estándares Aplicables
No aplica a este proyecto

Facturación
2.2 Modelo de Casos de Uso de Sistema

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

Facturación
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.

Facturación

Facturación
1.1.1 Diagrama de Actores del Sistema
SG_AS_Usuario
PF_AS_Asistente PF_AS_Auditor_ SG_AS_Administ AD_AS_Respons PF_AS_Asistente

PF_AS_Asistente PF_AS_Consultor_Plan_Salud rador able_Admision _Facturacion
_Liquidacion Medico
_Administrativo
PF_AS_Respons
PF_AS_Director_
able_Comercial
Medico

Facturación
Figura 10 - Diagrama de Actores del Sistema

Facturación
1.1.2 Diagrama de Paquetes
PF_PQS_Cotizacion_Servicio PF_PQS_Facturacion_Liquid
acion
SG_PQS_Seguridad PF_PQS_Tarifario_PlanSalud
Figura 11 - Diagrama de Paquetes Presupuestos y Facturación

Facturación

Facturación
1.1.3 Diagrama de Casos de Uso de Sistemas por Paquetes
AD_CUS_Consultar_Paciente
<<extend>>
AD_AS_Respons PF_CUS_Actualizar_Cotizacion
able_Admision
(f rom Actores del ...)
sistema)
PF_CUS_Evaluar_Solictud_Ca
PF_AS_Responsable_
rta_Garantia
De_Cia_Seguros
(f rom Actores del sistema)
...)
Figura 12 - PF_PQS_Cotizacion_Servicio

Facturación
PF_CUS_Registrar_Solicitud_Tarif
PF_AS_Respons PF_AS_Director_ PF_CUS_Evaluar_Solicitud_Tarifas
as
able_Comercial Medico
(from Actores del sistema)
...) (from Actores del sistema)
...)
PF_CUS_Actualizar_Tarifas
PF_AS_Asistente PF_CUS_Evaluar_Tarifas
PF_AS_Asistente
_Administrativo
...)
_Facturacion
...)
PF_CUS_Plan_de_salud
PF_AS_Consultor_Plan_Salud
Figura 13 - PF_PQS_Tarifario_PlanSalud

Facturación

Facturación
PF_CUS_Actualizar_Cliente AD_CUS_Consultar_Paciente
(from PF_PQS_Cotizacion_Servi...
<<extend>> <<extend>>
<<extend>>
PF_AS_Asistente PF_CUS_Actual izar_Document PF_CUS_Actual izar_Liqui dacio

PF_AS_Asistente
_Facturacion o_Pago n
_Liquidacion
...) (from Actores del sistema)
...)
PF_AS_Auditor_ PF_CUS_Evaluar_Liqui dacion

M edico
...)
PF_CUS_Generar_Reportes_Ge
renciales_Facturacion
PF_AS_Asi stente
_Adm inistrativo
...)
PF_CUS_Generar_Reportes_Op
eraci ones_Facturacion

Facturación
Figura 14 - PF_PQS_Facturacion_Liquidacion

Facturación
SG_CUS_Cambiar_Contraseña SG_CUS_Actualizar_Usuario
<<extend>>
SG_CUS_Validar_Acceso SG_CUS_Actualizar_Perfil
SG_AS_Usuario SG_AS_Administrad
...) or
SG_CUS_Realizar_Copia_Segurid
ad
Figura 15 - SG_PQS_Seguridad

Facturación
1.2 Especificación de los Casos de Uso de Sistema
1.2.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
datos 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”,
“Observaciones”, “Datos de los servicios”, los cuales serán ingresados por el actor.

Facturación
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
Paciente”, 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
imprimir 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
generada.
4.2.1.23 El sistema deshabilita todos los campos del formulario “Gestión de
Cotizaciones” y los botones de “Grabar” y “Cancelar”.

Facturación
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:
“Especialidad”, “Días de vigencia”, ”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”,
“Fecha emisió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
cotizació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
“Cancelar” 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
actualizar 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
actualizada.

Facturación
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
Cotizaciones”
4.2.4. Consultar cotización

“Desde” y “Hasta” para buscar las cotizaciones emitidas en ese rango de
fechas
“Especialidad”, “Días de vigencia”,”Moneda”, ”Importe Bruto”, ”IGV”, “Importe
Neto”, “Fecha 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”.

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

cotizació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.

Facturación
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
cotizados 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”,

“Anular 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”,
entonces se realizan los siguientes pasos:

Facturación
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
Presupuesto 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

Facturación
1.2.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.1El actor selecciona " Evaluar Solicitudes Carta de Garantìa".

4.1.2El sistema muestra el formulario “Evaluar Solicitudes” con los siguientes
datos: Una lista de solicitudes pendientes de aprobación con las siguientes
columnas: Numero de Solicitud, Código de Paciente, Paciente, Fecha Solicitud,
Monto coaseguro, Monto deducible total y un botón evaluar
4.1.3El actor selecciona uno de los documentos listados
4.1.4El actor indica la opción evaluar:
4.1.5El sistema muestra el formulario “Evaluar Solicitud-Detalle con los siguientes
datos: Numero de la Solicitud, Fecha, Paciente, Titular, Cía. Aseguradora,
Póliza, Plan de Salud, Observación, Total neto, IGV, Total Pagar, Copago,
Deducible y una listado de los ítems con las siguiente columnas: Ítem, Servicio,
Descripción, Precio, Dscto, un botón aprobar y un botón rechazar.
4.1.6El 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
cotizados.
4.1.7Si el actor encontró alguna incoherencia en la revisión, agrega un comentario
en el campo observación.
4.1.8El 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

Facturación
4.2 Sub-Flujos
4.2.1. Aprobar Solicitud.
4.2.1.1El sistema muestra una mensaje de confirmación
4.2.1.2El usuario confirma la aprobación y el sistema cierra el formulario de detalle
y regresa al formulario de cabecera
4.2.1.3El sistema genera la Carta de Garantía respectiva en base a la platilla
definida.
4.2.1.4El sistema muestra un mensaje con el número de carta de garantía
generada.
4.2.1.5El sistema cambia de estado a la Solicitud de Carta Garantía por “Aprobada”
4.2.1.6El usuario indica cerrar y el caso de uso termina
4.2.2. Rechazar Solicitud.

4.2.2.1El sistema verifica si se ha agregado algún comentario al campo
observación. Esta verificación lo realiza comparando si los datos de la
observación original es igual a la actual.
4.2.2.3El usuario confirma el rechazo y el sistema cierra el formulario de detalle y
regresa al formulario de cabecera
4.2.2.4El sistema cambia de estado a la Solicitud de Carta Garantía por
“Rechazada”
4.3.1. Rechazo de Mensaje de confirmación en Aprobación de Solicitud

4.3.1.1Si 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.1Si en [4.2.2.3] el usuario rechaza la confirmación de la desaprobación, el
4.3.3. Verificación del campo observaciones al Rechazar una Solicitud
4.3.3.1Si 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.

Facturación
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.

Facturación
1.1.1 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.1El actor invoca a este caso de uso

4.1.2El 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
Aseguradoras
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
datos: Código, Descripción, Fecha. Además el sistema muestra los
botones de consultar, aceptar y cerrar.
4.1.3El Actor ingresara los criterios que cree convenientes.
4.1.4El Actor indicara la opción “Consultar”
4.1.5El sistema mostrará una lista de los Planes de Salud ordenados en forma
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.6El 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”

Facturación
4.2 Sub-Flujos
4.2.1. Ver Contenido de Plan de Salud.

4.2.1.1El sistema muestra el formulario “Ver Contenido de Plan de Salud” y
muestra la siguiente información: Item, Código Servicio, unidades, factor
aplicable, importe de descuento adicional, precio, coaseguro, deducible.
Además el sistema muestra el botón de cerrar
4.2.1.2El usuario indica la opción cerrar
4.2.1.3El 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.1El sistema no pone ningún dato a disposición del formulario que lo llamo y el
caso de uso finaliza.
4.2.3.2El 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.

Facturación
1.1.1 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

solicitudes 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
agregar 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
Solicitud 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.

Facturación
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,
Observaciones. Adicionalmente, debe mostrar los siguientes campos en modo
lectura: 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
grupo de servicio, deducible y coaseguro.
4. El PF_AS_Responsable_Comercial agrega o elimina grupos de
servicios que serán considerados en Plan de Salud. Para eliminar primero debe
seleccionar 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.
Adicionalmente, 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:
Descripción de Solicitud, Factor.

Facturación
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
operaciones. 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
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
grupo de servicio, deducible y coaseguro.
4. El PF_AS_Responsable_Comercial agrega o elimina grupos de
servicios que serán considerados en Plan de Salud. Para eliminar primero debe
seleccionar 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.

Facturación
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:
Descripció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
operaciones. 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

Facturación
4.2.5 Anular Solicitud
1. El sistema muestra el mensaje de confirmación de la orden de

eliminación.
2. El Responsable_Comercial confirma la eliminación de la Solicitud
seleccionada.
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

servicios 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

eliminación.
2. El Responsable_Comercial confirma la eliminación del servicio
seleccionado.
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

servicios 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].

Facturación
4.2.9 Eliminar Servicio en Solicitud de Tarifario

eliminación.
2. El Responsable_Comercial confirma la eliminación del servicio
seleccionado.
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

consulta (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
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
anulación y el caso de uso continúa en [5.1.2].

Facturación
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
eliminació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
PF_AS_Responsable_Comercial
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

Facturación
1.1.2 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.1El PF_AS_Director_Medico indica “Evaluar Solicitud de Plan de Salud /

Tarifarios”.
4.1.2El sistema muestra el formulario “Evaluar Solicitud de Plan de Salud /
Tarifarios” con la lista de solicitudes que se encuentran pendientes de
autorización. Lista debe considerar: Tipo de solicitud, numero de solicitud,
fecha, descripción, estado, usuario de registro y usuario autorización.
4.1.3El 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
subflujo “Autorizar Solicitud Plan de Salud”.
b. Si elige Autorizar y tipo de solicitud es igual a Tarifario ver subflujo
“Autorizar Tarifario”.
c. Si elige Rechazar ver subflujo “Rechazar Solicitud”.
d. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.4El PF_AS_Director_Medico indica “Salir”.
4.1.5El sistema cierra el formulario “Evaluar Solicitud de Plan de Salud / Tarifarios”
y el caso de uso termina.
4.1.6El 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
cotizados.

Facturación
4.2 Sub-Flujos
4.2.1. Autorizar Plan de Salud
4.2.1.1El 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.2El sistema muestra lista de grupos de servicios considerando: código de
grupo de servicio, descripción del servicio, deducible, coaseguro en modalidad
de lectura.
4.2.1.3El PF_Director_Medico indica “Autorizar”. El sistema muestra un mensaje
con el número de carta de garantía generada.
4.2.1.4El sistema actualiza solicitud y su estado a “Autorizado”.El usuario indica
cerrar y el caso de uso termina
4.2.1.5El sistema muestra mensaje “Solicitud autorizada satisfactoriamente”.
4.2.1.6El PF_AS_Director_Medico indica “Aceptar”.
4.2.1.7El sistema cierra el formulario “Evaluar Solicitud de Plan de Salud” y el caso
4.2.2. Autorizar Tarifario
4.2.2.1El 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.2El sistema muestra lista de servicios seleccionados considerando: código de
servicio, descripción del servicio, unidades SEGUS, tipo de cálculo, precio, %
descuento, precio final en modo de solo lectura.
4.2.2.3El PF_AS_Director_Medico “Autorizar”.
4.2.2.4El sistema actualiza solicitud y su estado a “Autorizado”.
4.2.2.5El sistema muestra mensaje “Solicitud actualizada satisfactoriamente”.
4.2.2.6El PF_AS_Director_Medico indica “Aceptar”.
4.2.2.7El sistema cierra el formulario “Evaluar Solicitud de Tarifa” y el caso de uso

Facturación
4.2.3. Rechazar Solicitud
4.2.3.1 El sistema muestra el mensaje de confirmación de la orden de rechazo.

4.2.3.2 El PF_AS_Director_Medico confirma rechazo de la Solicitud seleccionada.
4.2.3.3 El sistema actualiza estado como “Rechazado” de solicitud seleccionada.
4.2.3.4 Si sistema muestra mensaje “Solicitud rechazada satisfactoriamente”.
4.2.3.5 El PF_AS_Director_Medico indica “Aceptar”.
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

(Planes 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úsqueda seleccionados por el PF_AS_Director_Medico y el caso de uso
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].

Facturación
5. Pre-condiciones
5.1 Acceso del PF_AS_Director_Medico al sistema

El PF_AS_Director_Medico ingresó exitosamente al sistema.

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

Facturación
1.1.1 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.1El PF_AS_Asistente_Administrativo indica “Actualizar Tarifario / Plan de

Salud”.
4.1.2El 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.3El 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
“Actualizar Tarifario”
b. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.4El PF_AS_Asistente_Administrativo indica “Salir”.
4.1.5El sistema cierra el formulario “Actualizar Tarifario / Plan de Salud” y el caso
de uso termina.

Facturación
4.2 Sub-Flujos
4.2.1. Actualizar Plan de Salud
4.2.1.1El sistema muestra el formulario “Actualizar Plan de Salud” con los

siguientes datos en modo de solo lectura: descripción del plan de salud,
observaciones y/o referencias, numero de solicitud, fecha y estado.
4.2.1.2El 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.3El PF_AS_Asistente_Administrativo indica “Registrar Plan de Salud”.
4.2.1.4El sistema actualiza plan de salud con el contenido de solicitud de plan de
salud.
4.2.1.5El sistema muestra mensaje “Plan de Salud actualizado satisfactoriamente”
4.2.1.6El PF_AS_Asistente_Administrativo indica “Aceptar”.
4.2.1.7El sistema cierra el formulario “Actualizar Plan de Salud” y el caso de uso
4.2.2. Actualizar Tarifario
4.2.2.1El sistema muestra el formulario “Actualizar Tarifario” con los siguientes

datos en modo de solo lectura: descripción solicitud de tarifario, factor, número
4.2.2.2El 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.3El PF_AS_Asistente_Administrativo indica “Registrar Tarifario”.
4.2.2.4El sistema actualiza Tarifario.
4.2.2.5El sistema muestra mensaje “Tarifario actualizado satisfactoriamente”.
4.2.2.6El PF_AS_Asistente_Administrativo indica “Aceptar”.
4.2.2.7El sistema cierra el formulario “Actualizar Tarifario” y el caso de uso continúa
en [4.1.2].

Facturación
4.2.3.1 El PF_AS_Asistente_Administrativo debe seleccionar un tipo de consulta

(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

informació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].

Facturación
5. Pre-condiciones
5.1 Acceso del PF_AS_Asistente_Administrativo al sistema

El PF_AS_Asistente_Administrativo ingresó exitosamente al sistema.

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

Facturación
1.1.1 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.1El PF_AS_Asistente_Facturacion indica “Evaluar Plan de Salud / Tarifarios”.

4.1.2El 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.3El PF_AS_Asistente_Facturacion elige la operación a realizar. Para Registrar
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
“Evaluar Tarifario”.
c. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.4El PF_AS_Asistente_Facturacion indica “Salir”.
4.1.5El sistema cierra el formulario “Evaluar Plan de Salud / Tarifarios” y el caso de
uso termina.

Facturación
4.2 Sub-Flujos
4.2.1. Evaluar Plan de Salud
4.2.1.1El sistema muestra el formulario “Evaluar Plan de Salud” con los siguientes
campos: plan de salud, servicio, coaseguro, deducible, precio base,
descuentos y precio final.
4.2.1.2El sistema actualiza lista de planes de salud y servicios.
4.2.1.3El PF_AS_Asistente_Facturacion selecciona Plan de Salud y Servicio a
evaluar.
4.2.1.4El PF_AS_Asistente_Facturacion indica “Calcular”.
4.2.1.5El sistema muestra los valores y cálculos para el servicio según el plan de
salud.
4.2.1.6El sistema cierra el formulario “Evaluar Plan de Salud” y el caso de uso
4.2.2. Evaluar Tarifario
4.2.2.1El sistema muestra el formulario “Evaluar Tarifario” con los siguientes

campos: Servicio, deducible, coaseguro, Precio Base, Descuento, Precio Final.
4.2.2.2El sistema actualiza lista de tarifarios y servicios.
4.2.2.3El PF_AS_Asistente_Facturacion selecciona el servicio a evaluar
4.2.2.4El PF_AS_Asistente_Facturacion indica “Calcular”.
4.2.2.5El sistema muestra los valores y cálculos para el servicio según el tarifario
seleccionado.
4.2.2.6El sistema cierra el formulario “Evaluar Tarifario” y el caso de uso continúa
en [4.1.2].

Facturación
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 criterio
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].

Facturación
5. Pre-condiciones
5.1 Acceso del PF_AS_Asistente_Facturacion al sistema

El PF_AS_Asistente_Administrativo ingresó exitosamente al sistema.

PF_AS_Asistente_Facturacion
6. Pos-condiciones
Verificación del registro de los planes de salud y tarifarios.
No aplica.
No aplica.

Facturación
1.1.1 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/Liquidació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
inicialmente 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
Liquidación, Número, Fecha, Código de Paciente, Paciente, Monto Coaseguro
Total, Monto Deducible Total, estado. Además se mostrara los botones
agregar, modificar, eliminar y cerrar.

Facturación
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
deseada 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
“Avance de Consumos” o “Liquidación”, Observación, Total Bruto, Dscto, Igv , Total
Neto, Copago, Deducible. Además se mostrara una lista de los consumos con las
siguientes columnas: ítem, nro orden, Tipo, fecha de orden, código de servicio,
Descripción del servicio, 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 consumos” 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
liquidación o un avance de consumos y selecciona al paciente. Para la selección del
paciente 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.
Ademá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 llenada 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
Liquidaciones”.

Facturación
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,
Total 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

liquidaciones o solo los avances de consumos o todos los documentos.
(Liquidaciones 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”.

Facturación
4.2.2.3 El sistema mostrará una lista de liquidaciones ordenados en forma

descendente 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 modificar y de eliminar liquidaciones.
4.2.3. Modificar Liquidación
4.2.3.1 El sistema muestra el formulario “Modificar Liquidaciones” y muestra los

siguientes 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
siguientes: 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
opció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
agregados 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
usuario 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

continuar y eliminar la liquidación.
4.2.4.2 El actor confirma la eliminación de la Liquidación.

Facturación
4.2.4.3 El sistema le asigna el estado “Anulado” al registro de Liquidación

seleccionado. Asimismo, si el sistema detecta que el documento se trata de una
liquidación cambia de estado a las órdenes asociadas a esta y le asigna el estado
Pendiente de liquidación. El sistema detecta el tipo de documento, consultando el
campo Tipo_liquidacion 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
servicio 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
datos a la pantalla “Agregar Liquidaciones”: Tipo de servicio, código de servicio,
descripció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
Liquidaciones”.

Facturación
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
liquidació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
liquidación.
Si en [1.5] del subflujo “Agregar Liquidación” el sistema detecta que ya existe
informació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
informació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”.

Facturació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.

Facturación
1.1.2 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.1El actor selecciona " Evaluar Liquidaciones".

4.1.2El sistema muestra el formulario “Evaluar Liquidaciones” con los siguientes
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.3El actor selecciona uno de los documentos listados
4.1.4El actor indica la opción evaluar:
4.1.5El 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
listado de los ítems con las siguiente columnas: Ítem, Orden, Tipo, código,
Descripción, Precio, Dscto, Descripción del CIE10, un botón aprobar y un botón
rechazar.
4.1.6El 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.7Si el actor encontró alguna incoherencia en la revisión, agrega un comentario
en el campo observación.
4.1.8El actor indica una de las siguientes opciones
a) Si el actor indica Aprobar ir al sub-flujo Aprobar Liquidación
b) Si el actor indica Rechazar, ir al sub-flujo Rechazar Liquidación

Facturación
4.2 Sub-Flujos
4.2.1. Aprobar Liquidación.
4.2.1.2El 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.1El sistema verifica si se ha agregado algún comentario al campo
observación. Esta verificación lo realiza comparando si los datos de la
observación original es igual a la actual.
4.2.2.3El usuario confirma el rechazo y el sistema cierra el formulario de detalle y
regresa al formulario de cabecera
4.3.1. Rechazo de Mensaje de confirmación en Aprobación de Liquidación
4.3.1.1Si 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 Liquidación
4.3.2.1Si en 4.2.1.3 el usuario rechaza la confirmación de la desaprobación, el

4.3.3. Verificación del campo observaciones al Rechazar una Liquidación
4.3.3.1Si 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

Facturación
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.

Facturación
1.1.1 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”,
“paciente”, 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
extensión 7.2 “Buscar Paciente”.

Facturación
4.2.1.6 El Sistema muestra en la grilla los consumos que todavía no han sido
cancelados (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
“Eliminar”.
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.

Facturación

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
“Imprimir”.
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
“documento 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.

Facturación
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

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

Facturación
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.

Facturación
1.1.2 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

Facturación
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
desactivados.
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:
Indica el tipo de cliente (persona natural o jurídica, si es persona natural además debe
seleccionar el tipo de documento de identidad), Indica el nombre (apellido paterno,
materno 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
registrado 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”,
“Todos” 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
identidad/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”

Facturación
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
habilitan 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
ordena “Aceptar”
4.2.4.5 El sistema muestra un mensaje de que la operación se ejecuto
satisfactoriamente, 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
satisfactoriamente, 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
aparecerá 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
regresa 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
usuario y se regresa al formulario de gestión de documentos de pago.

Facturación
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.

Facturación
1.1.3 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
habilitada, “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 habilitados.
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
sumarizada.
4.1.5. el actor indica “Generar reporte” y el sistema muestra en otra interface el reporte
solicitado”

Facturación
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
predeterminada 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.

Facturación
1.1.4 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
reporte de de los movimientos de facturación.
4.1. Flujo Básico
4.1.1El actor selecciona la opción “Reporte de movimientos de Facturación” del

menú de Facturación.
4.1.2El 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.

Facturación
4.2 Sub-Flujos
4.2.1. Reporte de documentos de venta por Fechas
4.2.1.1El sistema activa los siguientes campos: Tipo de documento (que puede 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 respectivamente.
Además se muestra el botón de vista preliminar.
4.2.1.2El actor selecciona el tipo de documento que requiere y modifica el intervalo
de fechas si fuera necesario.
4.2.1.3El actor indica la opción vista preliminar.
4.2.1.4El sistema obtiene los datos y muestra la siguiente información por pantalla:
a) El titulo del reporte:“Reporte de documentos por Fechas” y las
fechas de inicio y fin suministrados
b) Una lista de datos con las siguientes columnas: Tipo de
documento, numero, cliente, fecha de emisión, importe y estado
c) Un botón imprimir
4.2.1.1El actor indica la opción imprimir y el sistema imprime el listado en papel.
4.2.1.2El actor indica la opción cerrar
4.2.1.3El sistema cierra el formulario y el caso de uso finaliza.
4.2.2. Reporte de documentos de venta por Cliente
4.2.2.1El sistema activa los siguientes campos: código de cliente, fecha de inicio y
fecha de fin. Por defecto la fecha de inicio y la fecha de fin serán las fechas del
inicio del mes y del fin del mes actual respectivamente. Además se muestra el
botón de vista preliminar.
4.2.2.2El actor indica buscar cliente y se activa el subflujo “Buscar Cliente”.
4.2.2.3El actor modifica el intervalo de fechas si fuera necesario.
a) El titulo del reporte:“Reporte de documentos de venta por Cliente” ,
el cliente seleccionado y las fechas de inicio y fin suministrados

Facturación
4.2.3. Reporte de documentos de venta por Cia Aseguradora

4.2.3.1El 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 fechas del
inicio del mes y del fin del mes actual respectivamente. Además se muestra el
botón de vista preliminar.
4.2.3.2El actor selecciona la CIA aseguradora de una lista de datos.
4.2.3.3El actor modifica el intervalo de fechas si fuera necesario.
a) El titulo del reporte:“Reporte de documentos de ventas por CIA
aseguradora”, la Cia Aseguradora seleccionada, y las fechas de
inicio y fin suministrados
4.2.4. Buscar Cliente

4.2.4.1El sistema muestra el formulario Buscar Cliente con los siguientes campos:
a) Los filtros por Nombre/Razón Social y Ruc/DNI.
b) Un listado donde se mostrara los resultados con las siguientes
columnas: Código de cliente, Nombre de Cliente, Tipo de
documento, Ruc/DNI. Estado,
c) Un botón consultar y cancelar.
4.2.4.1El actor ingresa los criterios para ubicar al cliente buscado.
4.2.4.2El actor indica consultar
4.2.4.3El 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.4El actor selecciona el nombre del cliente buscado.
4.2.4.5El sistema envía el código y el nombre del cliente al formulario que lo invoco.
4.2.4.6El sistema cierra el formulario actual y el flujo continúa en 4.2.2.3 del
subflujo Reporte de documentos por Cliente.

Facturación
5. Pre-condiciones
6. Pos-condiciones
6.1. Se genero un reporte de los documentos de venta.
No Aplica
No aplica.

Facturación
1.1.1 Especificación del CUS SG_CUS_Actualizar_Usuario

1.1. SG_AS_Administrador
1. 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.
3. Flujo de Eventos
4.1. Flujo Básico
1.1.1 El Administrador del Sistema selecciona “Mantenimiento de Usuarios”
del menú Seguridad.
1.1.2 El sistema muestra la pantalla “Listado de Usuarios” con la lista de los
usuarios registrados previamente
1.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
seleccionando la opción a buscar (código o nombre) e ingresando el
dato deseado 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”
1.1.1 El Administrador del sistema indica “Salir” de la pantalla “Listado de
Usuarios”.
1.1.2 El sistema cierra la pantalla “Listado de Usuarios” y el caso de uso
termina.
4.1. 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.1. 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:

Facturación
apellido 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.1. Modificar Usuario
4.2.3.1 El sistema muestra la pantalla “Datos Usuario” con el código del
usuario 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.1. Eliminar Usuario
4.2.4.1 El sistema muestra un mensaje con la pregunta ¿Está seguro que
desea 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.
1. Precondiciones
5.1. Acceso del Administrador al sistema.

Facturación
El Administrador del sistema ingresó exitosamente al sistema y tiene

acceso a la opción selecciona “Mantenimiento de Usuarios” del menú
Seguridad.
1. 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:

Facturación
1.1.1 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).

Facturación
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

Facturación
1.1.2 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.

Facturación
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

Facturación
1.1.3 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.

Facturación
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

Facturación
1.1.4 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

Facturació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.

Facturación
1.2 Prototipo del Sistema

1.2.1 Prototipo del CUS PF_CUS_Actualizar_Cotizacion

Facturación

Facturación
1.2.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

Facturación
Figura 18 Detalle de la Solicitud de Carta de Garantía

Facturación
1.2.3 Prototipo del CUS PF_CUS_Consultar_Plan_Salud
Figura 19 Consulta de Plan de Salud
Figura 20 Detalle de Plan de Salud

Facturación
1.2.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

Facturación
Figura 23 Consulta de Servicios
Figura 24 Registro de Tarifario

Facturación
1.2.5 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Tarifas

Facturación
1.2.6 Prototipo del CUS PF_CUS_Actualizar_Tarifa

Facturación
1.2.7 Prototipo del CUS PF_CUS_Evaluar_Tarifa

Facturación
1.2.8 Prototipo del CUS PF_CUS_Actualizar_Liquidacion
Figura 25 Ingreso al mantenimiento de Liquidaciones
Figura 26 Consultar Liquidaciones

Facturación
Figura 27 Registrar Liquidaciones
Figura 28 Buscar Pacientes
Figure 29 Buscar Servicios

Facturación
1.2.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

Facturación
1.2.10Prototipo del CUS PF_CUS_Actualizar_Documento_Pago
Figura 32 Ingreso al Módulo de Facturación
Figura 33 Consultar Documentos de Pago

Facturación
Figura 34 Registrar documento de Pago
Figura 35 Buscar Clientes

Facturación
Figura 36 Buscar Paciente

Facturación
1.2.11Prototipo del CUS PF_CUS_Actualizar_Cliente
Figura 37 Consulta de Clientes
Figura 38 Actualización de Cliente

Facturación
1.2.12Prototipo del CUS PF_CUS_Reportes_Gerenciales_Facturacion

Facturación
1.2.13Prototipo del CUS PF_CUS_Reportes_Operaciones_Facturacion

Facturación
1.2.14Prototipo del CUS SG_CUS_Actualizar_Usuario
Figura 39 Pantalla “Listado de usuarios"
Figura 40 Pantalla “Datos del Usuario"

Facturación
1.2.15Prototipo del CUS SG_CUS_Actualizar_Perfil
Actualizar Perfil
Codigo Perfil
Descripcion Perfil
Perimisos (Acciones en todo el sistema)
Crear Editar Eliminar Consultar Imprimir
Nuevo Grabar Editar Eliminar Salir

Facturación
1.2.16Prototipo del CUS SG_CUS_Validar_Acceso

Facturación
1.2.17Prototipo 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

Facturación
1.2.18Prototipo del CUS SG_CUS_Realizar_Copia_Seguridad

1 1 ..*
P F _E S _ C IE 1 0
P F _ E S _S olic itud T ar ifas P F _ E S _D e ta lle S olic itu d 1A T _ES _ E s pe c ialid ad
n um S o lic itudT ar ifa : Integ er c odE nfer m da d : S tr in g c o dE s pe c ialid ad : S tri ng
c od T ipoC alc u lo : S tr ing
c odT ip oS o li ci tud : In te g er d es c r E n fer m ed ad : S tr ing n om b r e E s p ec ia lida d : S tr in g
im p oP r ec io : D ou ble
fec hC r eac io n : D a te
1.1 Diagrama del Modelo Conceptual

d es c r S o lic itud : S tr ing im po C oa s eg u r o : D ou ble fe c h C r eac io n : D a te
tipo T ar ifa r io : S tr in g fec hM od ific ac ion : D ate fe c h M od ific ac ion : D a te
im p oD e duc ib le : D ou ble
num F ac to r : D o ub le c od U s u ar io C r e ac io n : S tr in g c odU s ua r ioC r e ac ion : S tr ing
im po D es c ue ntoA d ic io nal : D 0oub ..* l e
fe c h R eg is tr o : D ate c od U s u ar io M o dific ac ion : S tr in g c odU s ua r io M o dific ac i on : S tr ing
fe c h In ic io : date
fe c h A utor iz ac io n : D ate fec hF ina l : d ate
c od E s tad o : S t r ing im p oP o r c entaje D es c u ento : D o ub le
fec hC r eac io n : D a te 0 ..1
fec hC r eac io n : D ate
fec hM od ific ac ion : D a te fec hM od ific ac ion : D a te
c od U s u ar io C r e ac ion : S tr ing c od U s u ar io C r eac io n : S tr in g
c od U s uar io M o dific ac ion : S tr ing c od U s u ar io M o dific ac io n : S tr in g 1 ..*
1
1 0..*
0..* 1 1 1 0 ..1
P F _ E S _T ar ifa_ P ar tic u la r P F _E S _ S er vic1io P F _ E S _D e ta lle C otiz ac i on P F _ ES _C o tiz ac io n P F _E S _ S olic itud C a r ta
1 ..*
G ar an tia
c odT ip oC alc u lo : S tr ing c odG r up oS er vic io : S tr in g im po D ia : D ou ble n um C o tiz aci on : S tr ing
c odS er vic io : S tr ing im p oP r ec io : D ou bl e num S olic itu dC ar taG ar a nti a : S tr ing
i m po P r e c io : D o uble des c r M otivo : S tr in g
d es c r S e r vic io : S tr ing im po D es c ue nto : D o ub le im p oS o lic itud C ar ta G ar antia : D o ub le
im p oC o as e g ur o : D o ubl e num D ia s V ig en c ia : In teg e r
n um U ni dad es : D oub le im po T otal : D o uble fec hS o lic itud : D ate
im po D ed uc ible : D o ub le c od M one da : S tr ing
fec hC r eac io n : D a te o bse r C o m e ntar io s : S tri ng
im p oD e scu ento A dic ion al : D ou ble o bs e r S e r vic io : S tr ing im p oT ipo C am bio : L ong
fec hR eg is tr o : D a te fec hM od ifi cac ion : D a te c od M one da : S tri ng
fec hInic io : d ate im p oB r uto : D ou ble
fec hE s ta do : D ate c od U su ar io C r e ac ion : S tr ing obs er S oli c itu dC a r taG a r an tia : S tr ing
fe c h F in al : da te im po Ig v : D oub le
c od R eq C ar taG ar an ti a : B oolea n c od U s u ar io M o dific ac ion : S tr in g c od E s tad oA p r o ba cio n : S t r ing
i mpo P or c e ntajeD es c u en to : D ou ble im p oN e to : D ou ble
c od E s ta do : S t r ing
fe c h C r ea c ion : D ate c odE s tad o : S tr in g fec hE m is ion : D a te
fe c h C r ea c ion : D ate fec hC r eac io n : D a te
fe c h M o dific aci on : D ate hor aE m is io n : S t r ing
fe c h M o dific ac ion : D a te fec hM od ific ac ion : D a te
c odU s ua r ioC r eac io n : S tr ing o bs e r C o ti za c ion : S tr ing
c odU s ua ri oC r ea c io n : S tr ing c od U s u ar io C r e ac ion : S tr ing
c odU s ua r ioM od ific a ci on : S tr in g c odE s tado C o tiz a c ion : S tr ing
c od U s u ar io M o dific ac io n : S tr in g
c odU s ua ri oM od ific a c ion : S tr ing fec hC r eac io n : D a te
1 ..* 0..* fec hM od ific ac ion : D a te
0..* cod U s u ar io C r e ac io n : S tr in g
0 ..* 1
cod U s u ar io M o dific ac ion : S tr in g
1..* P F _E S _ D etalle_ D oc um en toP ag P F _E S _ D etallaL iq ui da c ion

o 0..*
item m anu al : B oo le an
d es c C o nc e pto : S tr in g
im po P re c io : D o u ble
im p oP r ec io : D ou ble
im p oD es cue nto : D o uble
im po D e s cu ento : D oub le
1 fe c h C r ea c ion : D a te
fec hC r eac io n : D ate
fe c h M o dific ac io n : D a te
fec hM od ific ac ion : D ate
c odU s ua r ioC r e ac ion : S tr ing 1..*
c od U s u ar io C r eac io 1..*
n : S tr in g
c odU s ua r ioM o dific a c ion : S tr ing
c od U s u ar io M od ific ac ion : S tr in g
P F _ E S _T ar ifar io _Pa r tic ula r A D _E S _O r den P ag oS e r vic io D e ta ll e
ti poD o c u m en to : S tr ing 0..1
1 ..*
c odT ar ifar io : S tr ing c odD o c u m en to : S tr ing c odO P S D etalle : S tr in g
des c r T ar ifa r io : S tr in g fec haE m is io nD o c um en to : D ate d es c O P S D e ta ll e : S tr ing
im po F ac to r : D o uble i m po P ag ar : D ou bl e im po r te : D o ub le
fec hIng r es o : D ate im p oC o pag o : D edu c ibl e
c odT ip oT a r ifa r io : S tr ing im p oD ed uc ible : D o ub le
1 ..* P F _E S _ C ar ta G ar an ti a
c odE s tado : S tr ing
fe c h C rea c ion : D ate n um C ar taG ar a nti a : S tri ng
fe c h M o di fic ac ion : D ate c od M one da : S tri ng
c odU s ua r ioC r eac io n : Str in g im po C ar ta G ar an tia : D oub le
c odU s ua r ioM od ifi ca c ion : S tr in g fec hE m is ion : D ate
1 num D ia s V ig en c i a : Inte g e r
1
1 obs er R efer enc i as : S tr ing
1 1..* 0..1 0..1
o bs e r C a r taG a r antia : S tr in g
fec hC r eac io n : D a te
0 ..* 1 fec hM od ific ac ion : D a te
P F _E S _ C l ie nte P F _E S _ D oc um entoP ag o P F _E S _ Li q uidac io n A T _ E S _M edic o c od U s u ar io C r e ac ion : S tr ing
c od U s u ar io M o dific ac io n : S tr in g
c od C lie nte : Str in g c od T ipoD oc u m ent oP a g o : S tr in g n um Liq u id ac i on : Inte g er c od M edic o : S tr ing
c odT ip oD oc u m entoId entidad : S tr in g n um D oc um e nto P ag o : S tr ing c od T ipoL iq u id ac ion : S tri ng nom M e dic o : S tr ing
num D oc um e ntoIden tid ad : S tr in g fec hR eg is tr o : D a te fe c h C or te : D a te ape P ate r noM e dic o : S tr in g 1
ape P ater no : S tr ing fe c h E m is ion : D a te fec hF a c tur ac ion : D a te ape M ater noM e d ic o : S tr in g
ape M ater no : S tr i ng c odM o ned a : S tr in g im p oC o as e g ur o T otal : D o uble c odS exo : S tr in g
nom C lien te : S tr ing im po B r u to : D o ub le im po D ed uc ibleT otal : D o ubl e fe c N a cM ed ic o : S tr in g
c od S exo : S tr in g nom C lien te : S tr ing o bs e r L iq uida c ion : S tr ing c odC M P M ed ic o : S tr in g
des c r R az onS o c ial : S tri ng c od E s tado Liq uida c ion : S tr ing A D _E S _ O r d enP ag oS e r vic io
P F _E S _ T ar ifa num D oc u m en to : S tr ing dni M edic o
fe c h N ac im iento : S tr ing c od F or m aP ag o : S tr in g fe c h C r ea c ion : D a te c odP r ofe s ion M edic o : S tr ing c od O P S : S tr in g
c odT ip oC alc u lo : S tr ing nu m T e le fon oF ijo : S tr ing im p oIg v : D o uble fe c h M o dific ac i on : D a te c od R olA u dito r : B o o lea n fe c h O P S : D ate
im po P r e c io : D o uble n um T e le fo noM o vil : S tr ing Im p oD e s c u ento : D o uble c odU s ua r ioC r e ac ion : S tri ng fec hC r eac io n : D ate fec C r e ac ion : D ate
im p oC o as e g ur o : D o ubl e num F ax : S tr ing Im p oA P ag a r : D o ub le c odU s ua r ioM o dific ac ion : S tr ing fec hM od ific ac ion : D a te fec M odific a : D a te
im po D ed uc ibl e : D o ub le des c r E m ail : S tr ing c odE s tado D oc um e ntoP a g o : S tr ing c od U s u ar io C r eac io n : S tr in1 g c od U s u ar io C r e a : S tr ing
im p oD e s c u ento A dic ion al : D ou ble d ir ec C lien te : S tr ing fe c h C r ea c ion : D ate c od U s u ar io M o dific ac io n : S tr in g cod U s u ar io M o dific a : S tr in g
fec hIni ci o : d ate c odP ais : S tri n g fe c h M o dific ac ion : D ate
fe c h F in al : da te c od D ep ar ta m ento : S tr ing c odU s ua ri oC r eac io n : S tr in g 0..*
0..1
i m po Por c e ntajeD es c u en to : D ou ble c od P r ovin c ia : S tr ing c odU s ua ri oM od ific a c ion : S tri ng
fe c h C r ea ci on : D ate c odD is tr ito : S tr ing
fe c h M o di fic ac ion : D ate c od E s tad oC liente : S tr ing
1
c odU s ua r ioC r eac io n : S tr in g fec hC r ea c ion : D ate
c odU s ua r ioM od ific a c ion : S tr in g 0 ..* fe c h M o dific ac ion : D ate
c odU s ua r ioC r eac io n : S tr in g 1 0..*
c od U s ua r ioM od ific a c ion : S tr in g 1
1..*
0..1 1 ..* 0..*

1 0..* 1
P F _E S _ P la n de S a lu d P F _ E S _P oliz a A D _E S _P a ci en te A D _E S _ O rd enA te nc ion
c odP la nS alud : S tr ing c od P oliz a : S tr i ng c od P ac i en te : S tr ing c odO A T : S tr in g

d esc r P la nS alud : S tr i ng des c r P oliz a : S tr ing nom br es P ac : S tr ing c odO A T O r ig en
fec hR eg is tr o : D ate fec hIniV ig en c ia : D ate ape lli do P ater no P ac : S tr i n g flg I m pre s ion O A T
c odE s tad o : S tr in g fec hF i nV ig en c ia : D a te a pellid oM ate r n oPa c : S tr in g flg U ltC o pia
fe c h C r e ac io n : D a te c o dE s tado P oliz a : S tr i ng D o c Iden tid adP ac : S tr ing fe cIng r e s o A dm
fe c h M o dific ac ion : D a te nom T itula r : S tr in g E s tad oC ivi lP a c : S tr in g fec E g r es oA d m
c odU s ua ri oC r e ac ion : S tr ing fec hC r ea c ion : D ate N r oH ij os P ac : Integ e r flg C o pia
c odU s ua ri oM od ific a c ion : S tr ing fe c h M o dific ac ion : D ate F e c N a ci m ien to P ac : D ate h or In g r e s o
c od U s ua ri oC r eac io n : S tr in g L ug a r N ac im ien to P ac : S tr ing n ro In g r e s o
1 c o dU s ua r ioM od ific a c ion : S tr in g D ir e c c ion P a c : S trin g fe c S o lic iE g r eso
T ele fono 1P a c : S trin g h or S olic iE g r es o
C elular 1P a c : S tr in g fe c C r e ac ion : D ate
E m ail1 P a c : S tr in g fe c M od ific a : D ate
C ar g o P ac : S tr ing c odU s ua r ioC r e a : S tr ing
P F _E S _ T ar ifa r io_ Plan _s a l ud 1..* 0 ..*
E s tado P a c : S tr in g c odU s u ar io M o dific a : S tr in g
P F _E S _ C i a A s eg u r a dor as P F _E S _ E m pr es a M o tivo B aj aP ac : S tr ing
c odT ar ifar io : S tr ing
des c r T ar ifa r io : S tr in g fec hC r ea c io n : D ate
c odC i a S e g ur o : S tr in g c od E m pr es a : S tr in g
im po F ac to r : D o uble fec hM od ific ac ion : D ate
des c r R az on S oc ial : S tr ing des c r R a z on S oc ia l : S tr ing
fec hIng r es o : D ate c od U s u ar io C r eac io n : S tr in g
fe c h C re ac ion : D a te num R U C : S tr ing
c odT ip oT a r ifa rio : S tr ing c od U s u ar io M od ifi c a c ion : S tr in g
fe c h M o di fic ac i on : D a te dir e cE m pr es a : S tr ing
c odE s tado : S tr in g c odU s ua r ioC re aci on : S tr ing fe c h C r eac io n : D a te
fe c h C r ea c ion : D ate c odU s ua r ioM o di fic ac ion : S tr ing fe c h M o dific ac ion : D a te
fe c h M o dific ac i on : D ate c odU s u ar io C r e ac ion : S tr ing
c odU s ua ri oC r eac io n : S tr in g c odU s ua r ioM o dific ac ion : S tr ing
Documento Interno c odU s ua r ioM odific a c i on : S tr in g

1 1 ..*
P F _ E S _ C IE 1 0
P F _ E S _ S ol i c i tud T a r i fa s P F _ E S _ D e ta l l e S o l i c i tu d 1 A T _ E S _ E s p e c ia l id a d
n u m S o lic i tu dT a r ifa : Inte g e r c od E nfe r m d a d : S tr i n g c od E s p e c ia l i d a d : S tr i n g
c o d T ip o C a l c u lo : S tr i n g
c o d T i p o S o l ic i tu d : In te g e r d e s c r E n fe r m e d a d : S tr i ng n om b r e E s p e c i a l i d a d : S tr i n g
i m p o P r e c io : D o u b l e
d e s c r S o l i c i tu d : S tr in g fe c h C r e a c i o n : D a te fe c h C r e a c i o n : D a te
i m p o C o a s e g u r o : D o u bl e
ti po T ar i fa r i o : S tr in g fe c h M o d ific a c i o n : D a te fe c h M o d i fi c ac io n : D a te
i m p o D e d u c i b l e : D o u b le
n um F a c to r : D o u b le c o d U s u a r i o C r e ac i o n : S tr in g c od U s u a r io C r e a c io n : S tr i n g
im p o D e s c u e nto A d ic io n a l :0 D..*o ub l e
fe c h R eg is tr o : D a te c o d U s u a r i o M o d ifi c a c i on : S tr in g c o d U s u a r io M o d i fic a c i o n : S tr i n g
fe c h In ic i o : d a te
fe c h A u to r iz a c i o n : D a te fe c h F i n a l : d a te
c o d E s ta d o : S tr in g im p o P o r c e n ta j e D es c u en to : D o u b l e
fe c h C r ea c i o n : D a te fe c h C r e a c i o n : D a te 0 ..1
fe c h M o d i fic a c i on : D a te fe c h M o d i fi c a c i on : D a te
c o d U s u a r io C r e a c io n : S tr in g c o d U s u a r i o C r e a c i o n : S tr i n g
c o d U s u a r i o M o d ifi c a c i o n : S tr i n g c o d U s u a r i o M o d i fic a c i o n : S tr i n g 1 ..*
1
1 0 ..*
0 ..* 1 1 1 0 ..1
P F _ E S _ T ar i fa _ P a r ti c u la r 1 io
P F _ E S _ S e r vic P F _ E S _ D e ta ll e C o ti z a c io n P F _ E S _ C o ti z a c io n P F _ E S _ S o l ic i tu d C a r ta
1 ..*
G a r a ntia
c o d T i p o C al c u l o : S tr in g c o d G r u p o S e r vic io : S tr in g i m p o D i a : D o u b le n u m C o tiz a c i on : S tr in g
c o d S e r v ic io : S tr i n g i m p o P r e c i o : D o u bl e n u m S o l i c i tu d C a r ta G ar a n ti a : S tr i ng
im p o P r e c i o : D o u bl e d e s c r M o tivo : S tr i n g
i m p o D e s c u e nto : D o u b l e i m p o S o li c i tu d C a r ta G a r a n ti a : D o ub l e
im p o C o a s e g u r o : D o u b l e d es c r S e r vi c i o : S tr i n g n u m D i a s V i g en c i a : In teg e r
i m p o D e d u c ib le : D o u b l e n um U n i d ad e s : D o u b l e im p o T o ta l : D o u b le fe c h S o li c i tu d : D a te
c o d M o n e d a : S tr i n g
o bs e r S e r vi c i o : S tr i n g fe c h C r ea c io n : D a te o b s e r C o m e n ta r io s : S tr i n g
i m p o D e s c u e n to A d i c io n a l : D o u b l e i m p o T i po C a m b i o : L o n g
fe c h M o d i fic a c i o n : D a te c o d M o n e d a : S tr i n g
fe c h In i c io : d ate fe c h R e g i s tr o : D a te i m p o B r u to : D o u b l e
fe c h E s ta d o : D a te c o d U s u a r i o C r e a c i o n : S tr i n g o b s e r S o l ic itu d C a r ta G a r an ti a : S tr in g
fe c h F i n a l : d a te im p o Ig v : D o ub l e
c od U s u a r i o M o d i fi c a c io n : S tr i n g c o d E s tad o A p r o b a c i o n : S tr i n g
im p o P o r c e n ta je D e s c u e n to : D o u b l e c od R e q C ar taG a r a n ti a : B o o le a n i m p o N e to : D o u b l e
c o d E s tad o : S tr in g c od E s ta d o : S tr i n g
fe c h C r e a c i o n : D a te fe c h E m is i o n : D a te
fe c h C r e a c i o n : D a te fe c h C r ea c io n : D a te
fe c h M o d ific a c i o n : D a te h o r a E m is i o n : S tr in g
fe c h M o d i fic a c i o n : D a te
c o d U s u a r i o C r e ac i o n : S tr i n g fe c h M o d i fi c a c i on : D a te o b s e r C o ti z a c io n : S tr in g
c od U s u a r io C r e a c io n : S tr in g c o d U s u a r i o C r e ac i o n : S tr i n g
c od U s u a r i o M o d i fic a c i on : S tr in g c od E s ta d o C o ti z a c io n : S tr i n g
c od U s u a r io M o d i fic a c i on : S tr i n g
c o d U s u a r i o M o d ifi c a c i o n : S tr in g fe c h C r ea c io n : D a te
1 ..* 0 ..* fe c h M o d ific a c i o n : D a te
0 ..* c o d U s u a r i o C r e ac i o n : S tr in g
0 ..* 1
c od U s u a r io M o d i fi c a c i on : S tr i n g
1 ..* P F _ E S _ D e ta ll e _ D o c u m e n toP ag P F _ E S _ D e ta ll a L iq u i d a c i o n
o 0 ..*
i te m m an u a l : B oo l e a n
d e s c C o n c e p to : S tr in g
im p o P r e c i o : D o u b l e
im p o P r e c io : D o u bl e
i m p o D e s c u e n to : D o u b le
im p o D e s c u e n to : D o ub l e
1 fe c h C r e a c io n : D a te
fe c h C r e a c io n : D a te
fe c h M o d ifi c ac i o n : D a te
fe c h M o d i fic a c i o n : D a te
c o d U s u a r i o C r e a c i o n : S tr i n g 1 ..*
c o d U s u a r i o C r e ac 1i o..*
n : S tr i n g
c o d U s u a r io M o d ifi c a c i o n : S tr in g
c od U s u a r i o M o d i fi c a c i on : S tr in g
P F _ E S _ T a r i fa r io _ P a r ti c u l a r A D _ E S _ O r d e n P a g o S e r vic io D e ta ll e
ti p o D o c u m e n to : S tr in g 0 ..1
1 ..*
c o d T a r i fa r i o : S tr in g c o d D o c u m e n to : S tr in g c o d O P S D e ta l le : S tr i n g
d es c r T a r i fa r io : S tr i n g fe c h aE m is i o n D o c u m e n to : D a te d e s c O P S D e ta ll e : S tr i n g
i m p o F a c to r : D o u bl e i m p o P a g a r : D ou b l e i m p o r te : D o u b l e
fe c h In g r e s o : D a te i m p o C o p a g o : D e d u c ib l e
c od T ip o T a r i fa r i o : S tr i ng i m po D edu c ib le : D o ubl e
1 ..* P F _ E S _ C a r ta G a r a n ti a
c od E s ta d o : S tr i n g
fe c h C r e a c io n : D a te n u m C ar ta G a r a n ti a : S tr i n g
fe c h M o d i fic a c i o n : D a te c o d M o n e d a : S tr i n g
c o d U s u a r i o C r e ac i o n : S tr i n g im p o C a r ta G a r a n tia : D o u b l e
c od U s u a r i o M o d i fic a c i on : S tr i n g fe c h E m i s i o n : D a te
n u m D i a s V i g en c ia : In te g e r
1 1
1 o b s e r R e fe r e nc i a s : S tr i n g
1 1 ..* 0 ..1 0 ..1
o bs e r C a r ta G a r a n tia : S tr i n g
fe c h C r e a c i o n : D a te
0 ..* 1 fe c h M o d ifi c a c i o n : D a te
P F _ E S _ C l ie n te P F _ E S _ D o c u m en to P a g o P F _ E S _ L iq u i d a c io n A T _ E S _M ed ic o c o d U s u a r i o C r e ac i o n : S tr i n g
c o d U s u a r io M o d ifi c a c i o n : S tr in g
c o d C l ie n te : S tr in g c od T i p o D oc u m e n toP a g o : S tr in g n u m Li q u id a c i o n : In te g e r c od M e d ic o : S tr i n g
c o d T i p oD o c u m e n toId e n ti d a d : S tr i n g n um D oc u m e n to P a g o : S tr in g c o d T ip o L i q u id a c i o n : S tr i n g n om M e d i c o : S tr i n g
n u m D oc u m e n to Id e n ti d a d : S tr i n g fe c h R e g i s tr o : D a te fe c h C o r te : D a te a pe P ate r no M e d i c o : S tr i n g 1
a p e P a ter n o : S tr i n g fe c h E m i s i on : D a te fe c h F a c tu r a c io n : D a te a p e M a te r n o M e d i c o : S tr in g
a p e M a te r n o : S tr i n g c o d M o ne d a : S tr in g i m p o C o a s e g u r o T o ta l : D o u b l e c od S exo : S tr i n g
n o m C l i e n te : S tr i n g im p o B r u to : D o u b le i m p o D e d u c i b l e T o tal : D o u b l e fe c N a c M e d ic o : S tr i n g
c od S exo : S tr in g n om C li e n te : S tr i n g o b s e r L i q u id a c i o n : S tr in g c o d C M P M e d i c o : S tr i n g
d e s c r R a z o n S o c i a l : S tr i n g c o d E s tad o L i q u i da c io n : S tr i n g A D _E S _ O r d e n P a g o S e r vic i o
P F _ E S _ T a r i fa n u m D o c u m e n to : S tr in g d n i M e d ic o
fe c h N ac i m ie n to : S tr in g c o d F o r m a P a g o : S tr in g fe c h C r e a c i o n : D a te c o d P r ofe s i o n M e d i c o : S tr i ng c o d O P S : S tr in g
c o d T i p oC a l c u l o : S tr i n g n u m T e le fo n oF i j o : S tr i n g i m p o Ig v : D o u b l e fe c h M o d i fi c ac io n : D a te c o d R o lA u d i to r : B o o le a n fe c h O P S : D a te
im p o P r e c i o : D o u b l e n u m T e le fo n o M o vi l : S tr i n g Im p o D e s c u e n to : D o u b le c od U s u a r io C r e a c io n : S tr i n g fe c h C r ea c io n : D a te fe c C r e ac io n : D a te
im po C o a s e g ur o : D ou ble n u m F a x : S tr i n g Im p o A P a g a r : D o ub le c o d U s u a r i o M o d ific a c i o n : S tr in g fe c h M o d i fi c a c i on : D a te fe c M o d i fic a : D a te
i m p o D e d u c ib l e : D o u b le d e s c r E m ai l : S tr i n g c o d E s ta d o D o c um e n to P a g o : S tr i n g c o d U s u a r io C r e a c i o n : S tr1 i n g c od U s u a r i o C r e a : S tr i ng
im p o D e s c u e n to A d i c i o n a l : D o u b l e d ir e c C l i e n te : S tr i n g fe c h C r e a c i o n : D a te c o d U s u a r i o M o d i fi c a c i o n : S tr i n gc o d U s u a r i o M o d ific a : S tr i n g
fe c h In i c i o : d ate c o d P a i s : S tr i n g fe c h M o d i fic ac i o n : D a te
fe c h F i n a l : d a te c o d D e p a r ta m e n to : S tr i n g c od U s u a r io C r e a c io n : S tr i n g 0 ..*
0 ..1
i m p o P o r c e n taj e D e s c u e n to : D o u b le c o d P r o vi n c i a : S tr i ng c o d U s u a r io M o d i fic a c i o n : S tr i n g
fe c h C r ea c io n : D a te c o d D i s tr i to : S tr i n g
fe c h M o d ific a c i on : D a te c o d E s ta d o C li e n te : S tr in g
1
c o d U s u a r i o C r e a c i o n : S tr in g fe c h C r e a c i o n : D a te
c od U s u a r io M o d i fi c a c io n : S tr i n g 0 ..* fe c h M o d i fi c a c i on : D a te
c o d U s u a r i o C r e a c i o n : S tr i n g 1 0 ..*
c o d U s u a r i o M o d i fi c a c i o n : S tr i n g 1
1 ..*
0 ..1 1 ..* 0 ..*

1 0 ..* 1
P F _ E S _ P la n d e S a lu d P F _ E S _ P o l iz a A D _ E S _ P a c ie n te A D _ E S _ O r d e n A te n c i o n
c o d P l a nS a lu d : S tr i n g c od P ol iz a : S tr in g c od P a c i e n te : S tr i n g c o d O A T : S tr i n g
d es c r P l a n S a l u d : S tr i ng d e s c r P o l i z a : S tr i ng n om b r e s P a c : S tr i n g c odO A T O rig en
fe c h R e g is tr o : D a te fe c h In iV i g e n c i a : D a te a pe l l i d o P a te r n o P a c : S tr i n g fl g Im pr e s i o n O A T
c o d E s ta d o : S tr i n g fe c h F i n V i g e n c i a : D a te a p e l l id o M a ter n o P a c : S tr in g fl g U l tC o p ia
fe c h C r e a c io n : D a te c o d E s tad o P o l i z a : S tr i n g D o c Id en ti d a d P a c : S tr in g fe c In g r e s o A d m
fe c h M o d ific a c i o n : D a te n om T itu l a r : S tr in g E s ta d o C i vi l P a c : S tr i n g fe c E g r e s o A d m
c o d U s u a r i o C r e ac io n : S tr i n g
c o d U s u a r i o M o d ific a c i on : S tr in g
fe c h C r e a c i o n : D a te
fe c h M o d i fi c a c i o n : D a te
N r o H ij os P ac : Inte g e r
F e c N a c i m i e n to P a c : D a te
L u g a r N a c i m i e n to P a c : S tr in g
Figura 43 Diagrama Conceptual fl g C o p i a
h o r In g r e s o
c od U s u a r i o C r e a c i o n : S tr in g n r o In g r e s o
1 c o d U s u a r i o M o d ific a c i o n : S tr in g D ir e c c io n P a c : S tr i n g fe c S o li c iE g r e s o
T e l e fon o 1 P a c : S tr i n g h o r S o l ic i E g r e s o
C e lu l a r 1 P a c : S tr i n g fe c C r e a c i o n : D a te
E m a i l1 P a c : S tr in g fe c M od ifi c a : D a te
1 ..* 0 ..* C a r g o P a c : S tr in g c o d U s u a r i o C r e a : S tr in g
P F _ E S _ T ar i fa r io _ P l a n _ s a l ud
E s ta d o P a c : S tr in g c o d U s u a r io M o d i fi c a : S tr i n g
P F _E S_ C ia A s eg u ra do ra s P F _ E S _ E m pr e s a M o tiv o B a j a P a c : S tr i n g
c o d T a r i fa r i o : S tr in g
d es c r T a r i fa r i o : S tr i n g fe c h C r e a c i o n : D a te
c o d C i aS e g u r o : S tr i n g c od E m p r es a : S tr i n g
i m p o F a c to r : D o u bl e fe c h M o d i fi c a c i on : D a te
d es c r R a z on S o c ia l : S tr i n g d e s c r R a z o n S o c ia l : S tr i n g
fe c h In g r e s o : D ate c od U s u a r io C r e a c i o n : S tr i n g
fe c h C r e a c i o n : D a te n u m R U C : S tr in g
c o d T i p o T a r ifa r i o : S tr i ng c o d U s u a r i o M o d i fic a c i o n : S tr i n g
fe c h M o d ifi c ac i o n : D a te d i r e c E m p r e s a : S tr i n g
c od E s ta d o : S tr in g c o d U s u a r i o C r e ac i o n : S tr i n g fe c h C r ea c io n : D a te
fe c h C r ea c io n : D a te c o d U s u a r io M o d ifi c a c i o n : S tr in g fe c h M o d i fic a c i on : D a te
fe c h M o d i fic a c i on : D a te c o d U s u a r io C r e a c i o n : S tr in g
c o d U s u a r i o C r e a c i o n : S tr in g c o d U s u a r i o M o d i fi c a c io n : S tr i n g
c od U s u a r io M o d i fi c a c io n : S tr i n g

Facturación
CAPÍTULO 1 ADMINISTRACIÓN DEL PROYECTO

Facturación
1.1 Cronograma de Ejecución del Proyecto
Figura 44 Cronograma de Ejecución del Proyecto

Facturación
1.1 Benchmarking
1.1.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

Facturación
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

Facturación
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
○ Apertura
○ Cierre
○ Arqueo
• Facturación
○ Consulta de Facturas
○ Depósitos
○ Devoluciones
○ Venta de Servicios
○ Pagos
○ Anulación de Facturas
○ Órdenes de Pago
○ Comisiones
○ Transferencia de cargos
○ Manejo de múltiples tarifas

1.1.1 Análisis Comparativos de las soluciones Encontradas.
Propuesta 1 Propuesta 2 Propuesta 3 Propuesta 4

REQUERIMIENTOS FUNCIONALES
GESNET SALUS ATHENEA 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 FUNCIONALES
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
Descripción
o
0 No cumple
1 Cumple Parcialmente
2 Cumple al 100%


REQUERIMIENTOS NO FUNCIONALES
RNFU01 Manejo de errores 2
2 2 2
RNFU02 Diseño de la interfaz gráfica 2
2 2 2
RNFC04 Log de transacciones 2
1 2 2
RNFC05 Log de errores 2
1 2 2
RNFS01 Compatibilidad del sistema a nivel usuario y servidor 2
1 1 2
RNFS02 Cliente Web 2
1 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 2
1 2 2
RNFA02 Manuales del sistema 2
1 2 2
RNFA03 Tips de ayuda en línea 1
1 1 2
RNFK01 DevExpress 1
0 0 2
RNFK02 Aspose 1
0 0 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


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
Descripción
o
0 No cumple
1 Cumple Parcialmente
2 Cumple al 100%

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

evaluación
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

Facturación
1.1.2 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
Requerimientos No Funcionales.
CAPÍTULO 1

Facturación
1.1 Estudio de Factibilidad

Facturación
1.1.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 A
2 PF_CUS_Actualizar_Cotizacion (Edicion) EE 4 12 P
3 PF_CUS_Actualizar_Cotizacion (Anular) EE 1 2 B
4 PF_CUS_Actualizar_Cotizacion (Consultar) CE 22 12 A
5 PF_CUS_Actualizar_Cotizacion (Imprimir) SE 22 12 A
6 Registrar Solicitud EE 10 1 B
7 Registrar Solicitud (nuevo Plan de Salud) EE 11 2 P
8 Registrar Solicitud (nuevo Tarifario) EE 12 3 P
9 Registrar Solicitud (modificar Plan de Salud) EE 11 2 P
10 Registrar Solicitud (modificar Tarifario) EE 12 3 P
11 Registrar Solicitud (Anular) EE 1 1 B
12 Registrar Solicitud (Actualizar) EE 2 1 B
13 Registrar Solicitud (Quitar Servicio en Plan de Salud) EE 2 1 B
14 Registrar Solicitud (Quitar Servicio en Tarifario) EE 2 1 B
15 Registrar Solicitud (Agregar Servicio en Plan de Salud) EE 8 1 B
16 Registrar Solicitud (Agregar Servicio en Tarifario) EE 8 1 B
17 Actualizar Liquidacion (consultar) EE 18 13 A
18 Actualizar Liquidacion (agregar) EE 14 13 A
19 Actualizar Liquidacion (modificar) EE 3 13 P
20 Actualizar Liquidacion (eliminar) CE 13 2 P
21 Evaluar Liquidacion(Consultar) CE 7 2 P
22 Evaluar Liquidacion(Evaluar) EE 5 9 A
23 PF_CUS_Actualizar_Documento_Pago (Nuevo) EE 16 4 A
24 PF_CUS_Actualizar_Documento_Pago (Anular) EE 1 3 B
25 PF_CUS_Actualizar_Documento_Pago (Consultar) EE 25 5 A
26 PF_CUS_Actualizar_Documento_Pago (Imprimir) EE 1 2 B
27 PF_CUS_Evaluar_Solicitud_Carta_Garantía EE 26 2 A
28 CUS PF_CUS_Consultar_Plan_Salud EE 18 4 A
29 Actualizar Tarifa EE 9 1 B
30 Actualizar Tarifa (Actualizar Plan de Salud) EE 11 2 P
31 Actualizar Tarifa (Actualizar Tarifario) EE 12 2 P
32 Actualizar Tarifa (Actualizar) EE 2 1 B
33 Actualizar Tarifa (Registrar) EE 12 2 P
34 Evaluar Solicitud Tarifas EE 9 1 B
35 Evaluar Solicitud Tarifas (Evaluar Plan de Salud) EE 11 2 P
36 Evaluar Solicitud Tarifas (Evaluar Tarifario) EE 12 2 P
37 Evaluar Solicitud Tarifas (Actualizar) EE 2 1 B
38 Evaluar Solicitud Tarifas (Autorizar) EE 12 1 B
39 Evaluar Solicitud Tarifas (Rechazar) EE 1 1 B
40 Evaluar Tarifas EE 9 1 B
41 Evaluar Tarifas (Evaluar Plan de Salud) EE 7 2 P
42 Evaluar Tarifas (Evaluar Tarifarios) EE 7 2 P
43 Evaluar Tarifas (Calcular) EE 7 2 P
44 Reportes_Operaciones_Facturacion(Por fechas) SE 6 2 P
45 Reportes_Operaciones_Facturacion(Por Cliente) SE 6 2 P
46 Reportes_Operaciones_Facturacion(Buscar Cliente) CE 7 1 B
47 Reportes_Operaciones_Facturacion(Por CIA Aseguradora) SE 6 2 P
No 48 Actualizar_Cliente (Nuevo)
Nombre del Archivo Lógico (AL) TAL ED AR Nivel EE 17 1 P(ALE)
Nivel para Archivos Lógicos Internos (ALI) y Externos
1 49 Actualizar_Cliente(Modificar)
PF_ES_Cotizacion ALI 16 1 B Archivos EE de
Elementos 15 Datos
1 (ED) B
2 PF_ES_DetalleCotizacion
50 Actualizar_Cliente (Eliminar)ALI 8 1 B Referenciados (AR) 1-19 EE 20-50 1 1 51+
B
3 PF_ES_SolicitudCartaGarantia ALI 8 1 B 0-1 Bajo Bajo Promedio
4 51 Actaulizar_Cliente
PF_ES_Solicitud (Consultar)
ALI 12 1 B 2-5 Bajo EE 11 1
Promedio B
Alto
5 52 Reportes_Gerenciales_Facturacion
PF_ES_DetalleSolicitud ALI 12 1 B 6+ EE
Promedio 5
Alto 4 A
Alto
6 PF_ES_Liquidacion ALI 7 1 B
7 PF_ES_DetalleLiquidacion ALI 12 1 B
8 AD_ES_Paciente ALI 5 1 B
9 PF_ES_Orden de Atencion ALI 1 1 B
10 PF_ES__Documento_Pago ALI 17 1 B
11 PF_ES_Detalle_DocumentoPago ALI 13 1 B
12 PF_ES_Servicio ALE 2 1 B
Facturación
No Sigla Factores de Ajustes Nivel

1 DCM Comunicación de Datos 2
2 DDP Procesamiento de Datos Distribuidos 3
3 PER Rendimiento 1
4 HUC Restricciones sobre la Configuración 1
5 TRT Ratio de Transacciones 0
6 ODE Entrada de Datos en Línea 5
7 EUE Eficiencia del Usuario Final 4
8 OUP Actualización en Línea 3
9 CPR Procesamiento Complejo 3
10 REU Reusabilidad 3
11 IEA Facilidad de Instalación 0
12 OFE Facilidad Operacional 4
13 MSI Múltiples Sitios 0
¿
14 FCH Facilidad de Cambio 2
Total Factores de Ajuste (TFA) 31
Valor del Factor de Ajuste (VFA) = 0.65 + 0.01 * TFA 0.96
Tipo de Punto de Función BAJO PROMEDIO ALTO

(TEF/TAL) Conteo Peso Conteo Peso Conteo Peso Subtotal
EE - Entradas Externas 20 3 15 4 9 6 174
SE - Salidas Externas 0 4 3 6 1 7 25
CE - Consultas Externas 1 3 2 4 1 6 17
ALI - Archivos Lógicos Internos 12 7 0 10 0 15 84
ALE - Archivos Lógicos Externos 1 5 0 7 0 10 5
Puntos de Función Desajustados (PFD) 305
Puntos de Función Ajustados (PFA) 292.8
Variable Valor
FC - Factor de Conversión 30
KLOC - Miles de Instrucciones Fuente 8.7840 miles de líneas

Facturación
1.1.2 Costos del Proyecto.
Variable Valor
MD - Modo de Desarrollo 1
ESF - Esfuerzo 23.50 hombres-mes
TDES - Tiempo de Desarrollo 8.30 meses
CH - Cantidad de Hombres (promedio) 3 hombres
CHM - Costo por Hombre al Mes (promedio) 1390 dólares
C - Costo del Proyecto 32 666.53 dólares
Distribución para las fases del proyecto

ESF TDES
Fase Valor (%) Valor (%)
Concepción 1.18 5 0.83 10
Elaboración 4.70 20 2.49 30
Construcción 15.28 65 4.15 50
Transició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

ESF TDES
Etapa Valor (%) Valor (%)
Modelado del Negocio 1.18 5 1.24 15
Requerimientos 3.53 15 1.24 15
Análisis y Diseño 5.88 25 2.07 25
Implementación 8.23 35 2.49 30
Prueba 1.18 5 0.41 5
Implantació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

ESF TDES
Curso Valor (%) Valor (%)
Taller de proyecto 1 11.75 50 3.32 40
Taller de proyecto 2 9.40 40 3.32 40
Tesis 2.35 10 1.66 20
Total 23.50 100 8.30 100
CAPÍTULO 1

1.1 Trazabilidad
1.1.1 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio
Caso de Uso de Negocio
Reglas 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 X

PF_RN_02 - Presupuesto del Servicio X
PF_RN_03 - Carta de Garantía X
PF_RN_04 - Gestión de Tarifarios X
PF_RN_05 - Solicitud de Plan de Salud X
PF_RN_06 - Solicitud de Servicio X
PF_RN_07 - Registro de Plan de Salud 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

1.1.2 Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio

Trabajadores 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

1.1.3 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio
Entidades 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

1.1.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_Facturaci
Secundario Definido Media Miguel Pachas Ciclo1
on
13. PF_CUS_Generar_Reportes_Operaciones_Facturac
Secundario Definido Media Miguel Pachas Ciclo1
ion

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

1.1.1 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

1.1.2 Atributos de Requerimientos No Funcionales
Requerimiento Código Complejidad Estado Dificultad Responsable Prioridad

RNFU01 Secundario Definido Baja Johnnel Ayala Ciclo 0
Usabilidad RNFU02 Secundario Definido Baja Johnnel Ayala Ciclo 0
RNFU03 Secundario Definido Baja Johnnel Ayala Ciclo 0
RNFC01 Primario Definido Alta Johnnel Ayala Ciclo 0
RNFC02 Primario Definido Media Johnnel Ayala Ciclo 0
Confiabilidad RNFC03 Secundario Definido Media Johnnel Ayala Ciclo 1
RNFC04 Secundario Definido Baja Johnnel Ayala Ciclo 0
RNFC05 Secundario Definido Baja Johnnel Ayala Ciclo 1
RNFR01 Primario Definido Media Jhon Pérez Ciclo 0
RNFR02 Primario Definido Alta Jhon Pérez Ciclo 0
Rendimiento RNFR03 Primario Definido Alta Jhon Pérez Ciclo 0
RNFS01 Primario Definido Media Jhon Pérez Ciclo 0
Soporte
RNFS02 Opcional Definido Baja Jhon Pérez Ciclo 0

Requerimiento Código Complejidad Estado Dificultad Responsable Prioridad

RNFD01 Primario Definido Baja Jhon Pérez Ciclo 0
Restricciones de RNFD02 Primario Definido Media Jhon Pérez Ciclo 0
Diseño RNFD03. Primario Definido Media Jhon Pérez Ciclo 0
RNFD04 Primario Definido Media Jhon Pérez Ciclo 0
Documentación de RNFA01 Secundario Definido Baja Dora Arpi Ciclo 1
Usuario y Sistema RNFA02 Secundario Definido Baja Dora Arpi Ciclo 1
de Ayuda RNFA03 Opcional Definido Baja Dora Arpi Ciclo 1
Componentes RNFK01 Primario Definido Baja Dora Arpi Ciclo 0
Adquiridos RNFK02 Primario Definido Baja Dora Arpi Ciclo 0
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
Interfaces
CAPÍTULO 2

2.1.1 Casos de Uso de Sistemas vs Requerimientos Funcionales
PF_ PF_ SG SG SG SG SG
CU CU _C _C _C _C _C
S_ S_G US US US US US
ener
Caso de Uso Ge _Ca _Va _Ac _Ac _Re
ar_
de Sistema PF_ PF_ ner mbi lida tuali tuali aliz
Rep
CU CU PF_ PF_ ar_ ar_ r_A zar zar ar_
orte
S_ S_ PF_ CU PF_ CU Rep s_O Con cce _Us _Pe Cop
PF_ Eva PF_ Act CU PF_ PF_ S_ CU S_ orte pera tras so uari rfil ia_
CU luar CU uali S_ CU CU Con S_ Reg s_G cion eña o Seg
S_ _So S_ zar Act S_ S_ sult Eva PF_ istr ere es_ urid
ncia Fact ad
Act lictu Act _Do uali Eva Act ar_ luar CU ar_
les_ urac
uali d_C uali cu zar luar uali _Pl _So S_ Soli
ion
Requerimiento Funcional zar arta zar me _Li _Li zar an_ licit Eva citu Fac
_Co _G _Cli nto qui qui _Ta de_ ud_ luar d_T tura
tiza ara ent _Pa daci daci rifa salu Tari _Ta arif cion
cion ntia e go on on s d fas rifa as

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

S_G S_G US US US US US
Caso de Uso ener ener
PF_ PF_ _Ca _Va _Ac _Ac _Re
de Sistema ar_ ar_
CU CU PF_ PF_ mbi lida tuali tuali aliz
Rep Rep
S_ S_ PF_ CU PF_ CU ar_ r_A zar zar ar_
orte orte
PF_ Eva PF_ Act CU PF_ PF_ S_ CU S_ Con cce _Us _Pe Cop
s_G s_O
CU luar CU uali S_ CU CU Con S_ PF_ Reg eren pera tras so uari rfil ia_
S_ _So S_ zar Act S_ S_ sult Eva CU istr cial cion eña o Seg
Act lictu Act _Do uali Eva Act ar_ luar S_ ar_ es_ es_ urid
uali d_C uali cu zar luar uali Pla _So Eva Soli Fact Fact ad
zar arta zar me _Li _Li zar n_d licit luar citu urac urac
Requerimiento Funcional ion ion
_Co _G _Cli nto qui qui _Ta e_s ud_ _Ta d_T
tiza ara ent _Pa daci daci rifa alu Tari rifa arif
cion ntia e go on on s d fas s as
SG_RF01 X
SG_RF02 X
SG_RF03 X
SG_RF04 X
SG_RF05 X

2.1.2 Casos de uso de Sistemas vs Requerimientos No Funcionales
Caso de Uso ener ener
PF_ PF_ _Ca _Va _Ac _Ac _Re
de Sistema ar_ ar_
CU CU PF_ PF_ mbi lida tuali tuali aliz
Rep Rep
S_ S_ PF_ CU PF_ CU ar_ r_A zar zar ar_
orte orte
PF_ Eva PF_ Act CU PF_ PF_ S_ CU S_ Con cce _Us _Pe Cop
s_G s_O
CU luar CU uali S_ CU CU Con S_ PF_ Reg tras so uari rfil ia_
eren pera
S_ _So S_ zar Act S_ S_ sult Eva CU istr cial cion eña o Seg
Act lictu Act _Do uali Eva Act ar_ luar S_ ar_ es_ es_ urid
Requerimiento No Funcional ion ion
_Co _G _Cli nto qui qui _Ta e_s ud_ _Ta d_T
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 PF_ PF_ ener ener
de Sistema _Ca _Va _Ac _Ac _Re
CU CU PF_ PF_ ar_ ar_
mbi lida tuali tuali aliz
S_ S_ PF_ CU PF_ CU Rep Rep
ar_ r_A zar zar ar_
PF_ Eva PF_ Act CU PF_ PF_ S_ CU S_ orte orte
s_G s_O Con cce _Us _Pe Cop
CU luar CU uali S_ CU CU Con S_ PF_ Reg
eren pera tras so uari rfil ia_
S_ _So S_ zar Act S_ S_ sult Eva CU istr
cial cion eña o Seg
Act lictu Act _Do uali Eva Act ar_ luar S_ ar_
es_ es_ urid
Requerimiento No Funcional _Co _G _Cli nto qui qui _Ta e_s ud_ _Ta d_T ion ion
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

2.1.3 Casos de uso de Sistemas vs Reglas de Negocio
S_ S_G US US US US US
ener
Caso de Uso Ge _Ca _Va _Ac _Ac _Re
ar_
de Sistema PF_ PF_ ner mbi lida tuali tuali aliz
Rep
CU CU PF_ PF_ ar_ ar_ r_A zar zar ar_
orte
S_ S_ PF_ CU PF_ CU Rep s_O Con cce _Us _Pe Cop
PF_ Eva PF_ Act CU PF_ PF_ S_ CU S_ orte pera tras so uari rfil ia_
CU luar CU uali S_ CU CU Con S_ Reg s_G cion eña o Seg
S_ _So S_ zar Act S_ S_ sult Eva PF_ istr ere es_ urid
ncia Fact ad
Act lictu Act _Do uali Eva Act ar_ luar CU ar_
les_ urac
uali d_C uali cu zar luar uali _Pl _So S_ Soli
ion
Requerimiento Funcional zar arta zar me _Li _Li zar an_ licit Eva citu Fac
_Co _G _Cli nto qui qui _Ta de_ ud_ luar d_T tura
tiza ara ent _Pa daci daci rifa salu Tari _Ta arif cion
cion ntia e go on on s d fas rifa as

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

Facturación
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

Facturación
•
GLOSARIO DE TÉRMINOS
BOLETA DE VENTA
Documento que acredita haber recibido un servicio. Se emplea de forma exclusiva para
usuarios finales. Dichos comprobantes de pago no pueden utilizarse para sustentar gastos y/o
costos 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
atenció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
Rehabilitadoras.
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
ESSALUD, 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 Entidades 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
comprobantes de pago (factura, boletas) para el pago respectivo.

Facturación
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
consumos 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
establecimientos vinculados al plan. Asimismo, dicho documento considera detalladamente los
plazos 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
mecanismo 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
documentación de sistemas orientados a objetos.

Facturación
ANEXOS
1. CIE10
2. SEGUS
3. PLAN DE SALUD

Sistema de Gestion Medica PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Sistema de Gestion Medica PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

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

Monterrico, martes 12 de abril de 2011

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

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

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

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

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

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

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

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

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

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

Figura 44 Cronograma de Ejecución del Proyecto

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

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

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

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

CAPÍTULO 1 DESCRIPCIÓN DEL PROYECTO

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

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

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

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

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

Figura 1 Organigrama Estructural Clínica Ricardo Palma

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

1.1.2 Objetivos estratégicos de la organización

 Brindar servicios de salud orientados a mejorar la calidad de vida de los

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

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

1.1.1 Visión de la organización

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

1.1.2 Misión de la organización

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

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

1.1.3 Campos de Acción

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

1.1 Objetivos del proyecto

1.1.1 Objetivo general

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

1.1.2 Objetivos específicos

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

CAPÍTULO 1MODELADO DEL NEGOCIO

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

1.1 Reglas del negocio

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

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

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

1.2 Modelo de Casos de Uso del Negocio

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