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
Realizado por: All Staff Fecha modificación: 21/02/2011
Descripción: Segunda versión del documento
Aprobado por: Fecha aprobación :
Versión: 3.0
Realizado por: All Staff Fecha modificación: 19/03/2011
Descripción: Tercera versión del documento
Aprobado por: Fecha aprobación :
Versión: 4.0
Realizado por: All Staff Fecha modificación: 09/04/2011
Descripción: Cuarta versión del documento
Aprobado por: Fecha aprobación :
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
3.1.10 Licenciamiento.......................................................................................................67
3.1.11 Requerimientos Legales y de Derechos de Autor..................................................67
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.12 Estándares Aplicables............................................................................................67
3.2 Modelo de Casos de Uso de Sistema.....................................................................................68
3.2.1 Especificación de los Actores del Sistema....................................................................68
3.2.2 Diagrama de Actores del Sistema.................................................................................70
3.2.3 Diagrama de Paquetes..................................................................................................71
3.2.4 Diagrama de Casos de Uso de Sistemas por Paquetes................................................72
3.3 Especificación de los Casos de Uso de Sistema....................................................................76
3.3.1 Especificación del CUS PF_CUS_Actualizar_Cotizacion..............................................76
3.3.2 Especificación del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía..........................83
3.3.3 Especificación del CUS PF_CUS_Consultar_Plan_Salud.............................................86
3.3.4 Especificación del CUS PF_CUS_Registrar_Solicitud_Tarifas.....................................88
3.3.5 Especificación del CUS PF_CUS_Evaluar_Solicitud_Tarifas........................................95
3.3.6 Especificación del CUS PF_CUS_Actualizar_Tarifa.....................................................99
3.3.7 Especificación del CUS PF_CUS_Evaluar_Tarifa.......................................................103
3.3.8 Especificación del CUS PF_CUS_Actualizar_Liquidacion...........................................107
3.3.9 Especificación del CUS PF_CUS_Evaluar_Liquidacion..............................................114
3.3.10 Especificación del CUS PF_CUS_Actualizar_Documento_Pago.........................117
3.3.11 Especificación del CUS PF_CUS_Actualizar_Cliente..........................................122
3.3.12 Especificación del CUS PF_CUS_Generar_Reportes_Gerenciales_Facturacion
126
3.3.13 Especificación del CUS PF_CUS_ Generar_Reportes_Operativos_Facturacion
128
3.3.14 Especificación del CUS SG_CUS_Actualizar_Usuario.........................................132
3.3.15 Especificación del CUS SG_CUS_Actualizar_Perfil.............................................135
3.3.16 Especificación del CUS SG_CUS_Validar_Acceso..............................................137
3.3.17 Especificación del CUS SG_CUS_Cambiar_Contraseña.....................................139
3.3.18 Especificación del CUS SG_CUS_Realizar_Copia_Seguridad............................141
3.4 Prototipo del Sistema............................................................................................................143
3.4.1 Prototipo del CUS PF_CUS_Actualizar_Cotizacion...................................................143
3.4.2 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía.................................145
3.4.3 Prototipo del CUS PF_CUS_Consultar_Plan_Salud...................................................147
3.4.4 Prototipo del CUS PF_CUS_Registrar_Solicitud_Tarifas...........................................148
3.4.5 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Tarifas..............................................150
3.4.6 Prototipo del CUS PF_CUS_Actualizar_Tarifa............................................................151
3.4.7 Prototipo del CUS PF_CUS_Evaluar_Tarifa................................................................152
3.4.8 Prototipo del CUS PF_CUS_Actualizar_Liquidacion...................................................153
3.4.9 Prototipo del CUS PF_CUS_Evaluar_Liquidacion.......................................................155
3.4.10 Prototipo del CUS PF_CUS_Actualizar_Documento_Pago.................................156
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.11 Prototipo del CUS PF_CUS_Actualizar_Cliente...................................................159
3.4.12 Prototipo del CUS PF_CUS_Reportes_Gerenciales_Facturacion.......................160
3.4.13 Prototipo del CUS PF_CUS_Reportes_Operaciones_Facturacion......................161
3.4.14 Prototipo del CUS SG_CUS_Actualizar_Usuario.................................................162
3.4.15 Prototipo del CUS SG_CUS_Actualizar_Perfil.....................................................163
3.4.16 Prototipo del CUS SG_CUS_Validar_Acceso......................................................164
3.4.17 Prototipo del CUS SG_CUS_Cambiar_Contraseña.............................................165
3.4.18 Prototipo del CUS SG_CUS_Realizar_Copia_Seguridad....................................166
3.5 Diagrama del Modelo Conceptual.........................................................................................167
CAPÍTULO 4 ADMINISTRACIÓN DEL PROYECTO.................................................................169
4.1 Cronograma de Ejecución del Proyecto................................................................................170
4.2 Benchmarking....................................................................................................................... 171
4.2.1 Descripción de las Soluciones Encontradas................................................................171
4.2.2 Análisis Comparativos de las soluciones Encontradas................................................174
Relación de Requerimiento no funcionales que no han sido considerados en evaluación
178
4.2.3 Evaluación de las Soluciones Encontradas.................................................................179
4.3 Estudio de Factibilidad..........................................................................................................180
4.3.1 Puntos de Función.......................................................................................................180
¿ 181
4.3.2 Costos del Proyecto....................................................................................................182
4.4 Trazabilidad.......................................................................................................................... 183
4.4.1 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio.....................................183
4.4.2 Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio...........................184
4.4.3 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio................................185
4.4.4 Atributos de Caso de Uso de Sistema.........................................................................186
4.4.5 Atributos de Requerimientos Funcionales...................................................................188
4.4.6 Atributos de Requerimientos No Funcionales..............................................................190
4.4.7 Casos de Uso de Sistemas vs Requerimientos Funcionales.......................................192
4.4.8 Casos de uso de Sistemas vs Requerimientos No Funcionales..................................194
4.4.9 Casos de uso de Sistemas vs Reglas de Negocio......................................................196
CONCLUSIONES.......................................................................................................................... 197
GLOSARIO DE TÉRMINOS.........................................................................................................198
ANEXOS....................................................................................................................................... 200
1. CIE10.................................................................................................................................... 200
2. SEGUS................................................................................................................................. 200
3. PLAN DE SALUD.................................................................................................................200
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 40 Pantalla “Datos del Usuario"....................................................................................162
Figura 41 Pantalla de Cambio de password sin haber hecho login..........................................165
Figura 42 Pantalla de Cambio de password dentro del sistema...............................................165
Figura 43 Diagrama Conceptual...............................................................................................168
Figura 44 Cronograma de Ejecución del Proyecto...................................................................170
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
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.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
CAPÍTULO 1 DESCRIPCIÓN DEL PROYECTO
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 1 Organigrama Estructural Clínica Ricardo Palma
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 pacien-
tes, en base a una atención científica, humana, oportuna y eficiente, a través de
un compromiso de vocación de servicio, practicada por todos los colaboradores y
liderada desde el más alto nivel directivo, siendo sensibles a las necesidades de
los usuarios y haciendo que perciban claramente la satisfacción del servicio.
Lograr el bienestar del cliente y ligado a un estilo de vida saludable, el cual se ha
convertido en el mensaje de la Institución hacia los clientes: Cultura de la Salud.
Este nuevo concepto consta de una serie de acciones orientadas a mejorar la ca-
lidad de vida de los pacientes, dándole un estilo amigable, cordial y afectivo..
Establecer y difundir una auténtica cultura de salud que promueva la prevención
de enfermedades y ayude a afrontar sin apuros todas aquellas que se presentan
de forma imprevista. Para ello, la Clínica ha impulsado persistentemente este en-
foque a través de recomendaciones sobre hábitos de vida saludables, la preven-
ción de enfermedades y la promoción de la cultura del aseguramiento.
1.1.3 Visión de la organización
Ser una institución líder en el sistema privado de salud, mediante
un modelo de administración y atención al paciente, con cultura de
servicio, seguridad, innovación, excelencia asistencial, tecnología
de avanzada, alto nivel profesional y eficiencia, todo ello orientado
a lograr un máximo nivel de satisfacción.
1.1.4 Misión de la organización
Brindar servicios de salud de alta complejidad con la más alta
calidad asistencial, tecnología de última generación, moderna
infraestructura y con el máximo profesionalismo, respeto y
eficacia. La labor se enmarca dentro de los más altos estándares
de la ética.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
1.1.5 Campos de Acción
1. Presupuestos y Facturación
Este proceso se encarga de la gestión de tarifas para las atenciones
médicas, así como también de la gestión de presupuestos elaborados para
un determinado paciente. Además, se encarga de realizar el proceso de
facturación, el cual inicia con la elaboración de las liquidaciones que son
las bases para la generación de los documentos de pago.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
1.2 Objetivos del proyecto
1.2.1 Objetivo general
Analizar el proceso Presupuesto y Facturación de la Clínica Ricardo Palma, con la
finalidad de identificar las actividades que requieren ser optimizadas, así como
también para automatizar las actividades consideradas críticas en el proceso, de
modo que se brinde un servicio de calidad.
1.2.2 Objetivos específicos
Ofrecer el servicio de gestión de tarifas que aplica la clínica a los servicios que
brinda, de manera óptima y de modo que satisfaga las necesidades de los
usuarios.
Facilitar la gestión en la realización de cotizaciones de los servicios que brinda la
clínica.
Ofrecer el servicio de gestión de liquidación y facturación que aplica la clínica de
los servicios que brinda, de manera óptima y de modo que satisfaga las
necesidades de los usuarios.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
CAPÍTULO 2 MODELADO DEL NEGOCIO
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.1 Reglas del negocio
Código Nombre
PF_RN_01
Valorización de los costos
Si el paciente está afiliado a un Plan de Salud se le aplicará el factor
acordado entre compañía de seguro y la clínica al momento de
calcular los costos de los servicios, caso contrario se aplicará los
precios de lista.
PF_RN_02
Presupuesto del Servicio
Si el paciente está afiliado a un plan de salud el presupuesto de su
tratamiento debe ser enviado a la empresa con la que tiene
contratado el plan para su revisión y aprobación, caso contrario el
presupuesto le es entregado directamente.
PF_RN_03
Carta de Garantía
Si compañía de seguro indica que procede la Carta de Garantía la
clínica entrega la cotización con los precios acordados en su Plan de
salud, caso contrario la clínica aplica los precios de lista en la
cotización.
PF_RN_04
Gestión de Tarifarios
Si el Responsable Comercial recibe un requerimiento de servicio
generará una solicitud de servicio, en caso contrario generará una
solicitud de plan de Salud.
PF_RN_05
Solicitud de Plan de Salud
Si el Director Médico aprueba la Solicitud de Plan de Salud le envía al
Representante Comercial una notificación de aprobación, caso
contrario el representante comercial deberá modificar la Solicitud del
Plan de Salud de acuerdo a las observaciones del Director Médico.
PF_RN_06
Solicitud de Servicio
Si el Director Médico aprueba la Solicitud de Servicio el
Representante Comercial procede a enviar una solicitud de registro
del Servicio al Asistente Administrativo, caso contrario el
representante comercial deberá recalcular el factor a aplicar al
Servicio de acuerdo a las observaciones del Director Médico.
PF_RN_07
Registro de Plan de Salud
Si el Asistente de Facturación verifica que los datos del Registro del
Plan de Salud son correctos envía una notificación de conformidad al
Asistente Administrativo, caso contrario el Asistente Administrativo
deberá modificar el registro del Plan de Salud de acuerdo a las
observaciones del Asistente de Facturación.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
PF_RN_08
Solicitud de Liquidación
Si el Asistente de Facturación verifica que la solicitud de emisión de
Documento de Pago requiere liquidación emite una solicitud de
Liquidación, en caso contrario emite el Documento de Pago.
PF_RN_09
Registro de Consumos de la Liquidación
Si el Asistente de Facturación verifica que la Liquidación registra
todos los consumos la envía al Auditor Médico para su aprobación, en
caso contrario identifica los consumos faltante y actualiza la
Liquidación.
PF_RN_10
Aprobación de la Liquidación
Si el Auditor Médico verifica que los códigos empleados en la
Liquidación son correctos envía una notificación de aprobación al
Asistente de Facturación, en caso envía una notificación de rechazo
con sus observaciones.
PF_RN_11
Verificación del Documento de Pago
Si el Asistente de Facturación verifica que los datos en el Documento
de Pago son correctos procede a entregarlo al solicitante, en caso
anula el Documento de Pago
PF_RN_12
Creación de clientes nuevos
Si el Asistente de Facturación recibe una orden para emitir un
documento de pago y el cliente ya está registrado el proceso continúa,
en caso contrario es su responsabilidad registrar al nuevo cliente.
PF_RN_13
Actualización de datos del cliente
Si el Asistente de Facturación recibe una orden para emitir un
documento de pago y los datos consignados son los mismos a los
registrados el proceso continúa, en caso contrario es su
responsabilidad actualizar los datos del cliente.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.2 Modelo de Casos de Uso del Negocio
2.2.1 Especificación de los actores del negocio
Nombre Del Actor de Negocio Descripción
Es el responsable de solicitar la generación y/o
modificación de los servicios que brinda la clínica.
También, es quien solicita la creación de los
planes de salud que serán asociados a las
compañías de seguros y/o clientes particulares de
la clínica. Es el responsable de las tarifas, factores
a aplicar a los planes de salud y servicios que la
clínica ofrece.
Es quien puede acercarse a la clínica para solicitar
una cotización por hospitalización, exámenes
médicos y/o cualquier otro servicio que se ofrezca.
Asimismo, es quien luego de la obtención de algún
servicio de la clínica, solicita y recibe un
documento de pago.
Es quien solicita la generación de los documentos
de pagos correspondiente a los servicios
brindados por la clínica a un cliente.
Documento Interno Versión: 2.0 Página: /
PF_AN_Gerente_Operaciones
(from Actores del Negocio)
PF_AN_Cliente
(from Actores del Negocio)
PF_AN_Solicitante_Documento_de_...(from Actores del Negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.2.2 Diagrama de Casos de Uso del Negocio
Documento Interno Versión: 2.0 Página: /
PF_CUN_Gestion_de_Tarifarios
(from Casos de uso del negocio)
PF_AN_Gerente_Operaciones
(from Actores del Negocio)
PF_CUN_Gestion_de_Cotizaciones
(from Casos de uso del negocio)
PF_AN_Cliente
(from Actores del Negocio)
PF_CUN_Gestion_Liquidacion_Facturacion
(from Casos de uso del negocio)
PF_AN_Solicitante_Documento_de_...(from Actores del Negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 2 PF_DCN_Presupuestos y Facturación
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.3 Realización de los Casos de Uso del Negocio
2.3.1 Especificación de los casos de uso del negocio
A. PF_CUN_Gestion_de_Tarifarios
1. Actores de Negocio
1.1. PF_AN_Gerente_Operaciones
2. Propósito
Realizar la gestión de planes de salud (nuevos, actualizaciones, bajas) o actualización
de tarifas de servicios clínicos, utilizando información histórica para la generación de
nuevas ofertas de negociación hacia los clientes.
3. Breve Descripción
El caso de uso comienza cuando el PF_AN_Gerente_Operaciones solicita elaboración
de un nuevo plan de salud, actualización de un plan de salud, baja de un plan de salud
o actualización de tarifa de un servicio clínico. Luego, el
PF_TN_Responsable_Comercial es el encargado de establecer los factores y
coberturas que deberán aplicarse en tarifario y posteriormente se solicita aprobación
del PF_TN_Director_Médico. Una vez que el PF_TN_Director_Medico aprueba la
solicitud se envía al PF_TN_Asistente_Administrativo para su registro que
posteriormente es verificado por el PF_TN_Asistente_Facturación, en caso que
PF_TN_Director_Medico no apruebe el requerimiento solicitada se enviara notificación
al PF_TN_Responsable_Comercial con el sustente del rechazo. El caso de uso termina
cuando el PF_AN_Gerente_Operaciones recibe una notificación de confirmación del
registro/actualización del plan de salud o servicio clínico.
4. Flujo de Eventos
4.1. Flujo Básico Principal: Plan de Salud
4.1.1. El PF_AN_Gerente_Operaciones envía requerimiento de Plan de Salud al
PF_TN_Responsable_Comercial mediante e-mail.
4.1.2. El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a un
Plan de Salud.
4.1.3. El PF_TN_Responsable_Comercial recepciona requerimiento de Plan de Salud.
4.1.4. El PF_TN_Responsable_Comercial registra requerimiento de Plan de Salud
4.1.5. El PF_TN_Responsable_Comercial establece coberturas del plan de salud (co-
aseguros, deducibles, etc.).
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.1.6. El PF_TN_Responsable_Comercial evalúa si se requiere registrar factores para
el cálculo del tarifario.
4.1.7. El PF_TN_Responsable_Comercial establece factores del Plan de Salud que se
utilizaran para elaboración de las tarifas del Plan de Salud.
4.1.8. El PF_TN_Responsable_Comercial solicita aprobación del Plan de Salud al
PF_TN_Director_Medico.
4.1.9. El PF_TN_Director_Medico revisa las condiciones del Plan de Salud y da su con-
formidad.
4.1.10. El PF_TN_Director_Medico aprueba Plan de Salud solo si está de acuerdo con
las coberturas y factores definidos para el Plan de Salud.
4.1.11. El PF_TN_Director_Medico envía notificación de aprobación del Plan de Salud
al PF_TN_Responsable_Comercial.
4.1.12. El PF_TN_Responsable_Comercial recibe notificación de aprobación del plan
de salud por parte del PF_TN_Director_Medico.
4.1.13. El PF_TN_Responsable_Comercial envía para su registro o actualización de la
solicitud de Plan de Salud al PF_TN_Asistente_Administrativo.
4.1.14. El PF_TN_Asistente_Administrativo recibe solicitud de registro o actualización
de Plan de Salud.
4.1.15. El PF_TN_Asistente_Administrativo realiza registro o actualización de Plan de
Salud.
4.1.16. El PF_TN_Asistente_Administrativo envía notificación del registro del Plan de
Salud para su verificación al PF_TN_Asistente_Facturacion.
4.1.17. El PF_TN_Asistente_Facturación realiza verificación del Plan de Salud (cober-
turas, coaseguros, deducibles, etc.).
4.1.18. El PF_TN_Asistente_Facturacion da su conformidad del registro o actualización
del Plan de Salud.
4.1.19. El PF_TN_Asistente_Facturación envía notificación de conformidad de registro
o actualización del plan de salud al PF_TN_Asistente_Administrativo.
4.1.20. El PF_TN_Asistente_Administrativo recibe notificación de conformidad del re-
gistro o actualización de Plan de Salud por parte del PF_TN_Asistente_Factura-
cion.
4.1.21. El PF_TN_Asistente_Administrativo envía notificación de registro o actualiza-
ción del Plan de salud al PF_TN_Responsable_Comercial.
4.1.22. El PF_TN_Responsable_Comercial recibe notificación del registro o actualiza-
ción del Plan de Salud.
4.1.23. El PF_TN_Responsable_Comercial informa al PF_AN_Gerente_Operaciones
de que su requerimiento de Plan de Salud ha sido atendido
4.1.24. El PF_TN_Gerente_Operaciones recibe notificación de que su requerimiento
de Plan de Salud ha sido atendido.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2. Flujo Básico Secundario: Actualización de Plan de Salud
4.2.1. El PF_AN_Gerente_Operaciones envía requerimiento de Plan de Salud al
PF_TN_Responsable_Comercial mediante e-mail.
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
PF_TN_Responsable_Comercial mediante e-mail.
4.3.2. El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a una
actualización de Plan de Salud.
4.3.3.El PF_TN_Responsable_Comercial identifica si requerimiento corresponde a una
solicitud de baja de Plan de Salud.
4.3.4. El PF_TN_Responsable_Comercial solicita baja de Plan de Salud.
4.3.5. El flujo continúa en [4.1.13] del flujo básico principal.
4.4. Flujo Básico Secundario: Actualización de Tarifario de Servicios
4.4.1.El PF_AN_Gerente_Operaciones envía requerimiento de actualización de tarifa
de servicios al PF_TN_Responsable_Comercial mediante e-mail.
4.4.2. El PF_TN_Responsable_Comercial evalúa si requerimiento corresponde a una
actualización de tarifario de servicio.
4.4.3.El PF_TN_Responsable_Comercial obtiene código de tarifario según tarifario úni-
co de clínica SEGUS.
4.4.4.El PF_TN_Responsable_Comercial establece factores a utilizar en tarifario del
servicio solicitado.
4.4.5.El PF_TN_Responsable_Comercial registra los factores de tarifa en solicitud de
servicio.
4.4.6.El PF_TN_Responsable_Comercial envía la solicitud de servicio al PF_TN_Direc-
tor_Medico para su aprobación.
4.4.7.El PF_TN_Director_Medico recibe la solicitud actualización de tarifa de servicio.
4.4.8.El PF_TN_Director_Medico evalúa solicitud de servicio de acuerdo al factor esta-
blecido por PF_TN_Responsable_Comercial.
4.4.9.El PF_TN_Director_Medico aprueba tarifa del Servicio.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.10. El PF_TN_Director_Medico envía notificación de aprobación de tarifario del ser-
vicio al PF_TN_Responsable_Comercial.
4.4.11. El PF_TN_Responsable_Comercial recibe notificación de aprobación del servi-
cio.
4.4.12. El PF_TN_Responsable_Comercial envía para su actualización de tarifario del
servicio.
4.4.13. El PF_TN_Asistente_Administrativo registra tarifa del servicio.
4.4.14. El PF_TN_Asistente_Administrativo envía notificación del registro al
PF_TN_Responsable_Comercial.
4.4.15. El PF_TN_Responsable_Comercial recibe notificación de registro del servicio.
4.4.16. El PF_TN_Responsable_Comercial informa al PF_AN_Gerente_Operaciones
que su requerimiento ha sido atendido.
4.4.17. El PF_AN_Gerente_Operaciones recibe notificación de atención de su requeri-
miento solicitado.
4.5. Flujos Alternos
4.5.1.
4.5.2.Rechazo de Plan de Salud
4.5.2.1. En [4.1.9] Si PF_TN_Director_Medico rechaza solicitud de plan de
salud.
4.5.2.2. El PF_TN_Director_Medico rechaza plan de salud.
4.5.2.3. El PF_TN_Director_Medico envía notificación de rechazo al
PF_TN_Responsable_Comercial
4.5.2.4. El PF_TN_Responsable_Comercial recibe la notificación de rechazo y
retorna al flujo básico en [4.1.5].
4.5.3. Conformidad del plan de salud
4.5.3.1. En [4.1.17] Si no hay conformidad por parte del
PF_TN_Asistente_de_Facturación.
4.5.3.2. El PF_TN_Asistente_Facturacion observa plan de salud con las incon-
sistencias encontradas con respecto al coaseguro y deducibles.
4.5.3.3. El PF_TN_Asistente_Facturacion envía notificación al PF_TN_Asisten-
te_Administrativo con las observaciones encontradas.
4.5.3.4. El PF_TN_Asistente_Administrativo recibe notificación con observacio-
nes encontradas y retorna al flujo en [4.1.15].
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.5.4. Evaluación de solicitud de servicio
4.5.4.1. En [4.4.8] Si PF_TN_Director_Medico no da conformidad a solicitud de
servicio.
4.5.4.2. El PF_TN_Director_Medico rechaza solicitud de tarifa para el servicio
solicitado.
4.5.4.3. El PF_TN_Director_Medico envía una notificación de rechazo al retor-
nar al PF_TN_Responsable_Comercial.
4.5.4.4. El PF_TN_Responsable_Comercial recibe la notificación y el caso re-
torna al flujo en [4.4.4]
5. Precondiciones
5.1. Es necesario un requerimiento para la actualización de planes de salud y actualización
de tarifa de servicio clínico.
6. Poscondiciones
6.1. Se registro el plan de salud requerido.
6.2. Se actualizo tarifa en servicio clínico requerido
7. Información Adicional
No aplica.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
B. PF_CUN_Gestion de Cotizaciones
1. Actores de Negocio
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.
3. Breve Descripción
El caso de uso comienza cuando el PF_AN_Cliente se acerca a admisión para solicitar una
cotización de servicios. El AD_TN_Responsable_Admision prepara la cotización, en caso el
cliente tenga procedencia de alguna compañía de seguros se podrá solicitar aprobación
para atención a través de una Carta de Garantía. El caso de uso termina cuando el cliente
recibe la cotización.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1.El PF_AN_Cliente solicita la elaboración de una cotización.
4.1.2.El AD_TN_Responsable_Admision recibe los requerimientos de la cotización.
4.1.3.El AD_TN_Responsable_Admision registra los datos básicos de la cotización,
como por ejemplo el nombre del cliente, compañía aseguradora, centro de traba-
jo, motivo de la cotización.
4.1.4.El AD_TN_Responsable_Admision procede a seleccionar los servicios que re-
quiere el cliente para preparar la cotización.
4.1.5.El AD_TN_Responsable_Admision verifica si el PF_AN_Cliente es cliente de la
clínica.
4.1.6.El AD_TN_Responsable_Admision verifica si el PF_AN_Cliente tiene un seguro a
través de una Compañía de Seguros.
4.1.7.El AD_TN_Responsable_Admision verifica las coberturas del PF_AN_Cliente.
4.1.8.El AD_TN_Responsable_Admision aplica los factores del Plan de Salud al que
pertenece el PF_AN_Cliente para determinar cuál es el deducible que debe pagar
y así elaborar la cotización.
4.1.9.El AD_TN_Responsable_Admision analiza si los servicios a cotizar están exone-
rados de una Carta de Garantía.
4.1.10. El AD_TN_Responsable_Admision emite cotización al PF_AN_Cliente
4.1.11. El AD_TN_Responsable_Admision entrega la cotización al PF_AN_Cliente.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.1.12. El PF_AN_Cliente recibe la cotización.
4.2. Flujo Alterno
4.2.1.El PF_AN_Cliente no es paciente de la clínica
4.2.1.1. Si en [4.1.5] el PF_AN_Cliente no es paciente de la clínica, para elabo-
rar la cotización, se procede a aplicar las tarifas propias de la clínica como
cliente particular.
4.2.1.2. El proceso continua en el flujo básico con [4.1.16].
4.2.2.El PF_AN_Cliente no es Asegurado
4.2.2.1. Si en [4.1.6] el PF_AN_Cliente no es Asegurado, para elaborar la coti-
zación, se procede a aplicar las tarifas propias de la clínica como cliente
particular.
4.2.2.2. El proceso continua en el flujo básico con [4.1.17].
4.2.3.Cotización no es exonerada de Carta de Garantía
4.2.3.1. Si en [4.1.9] el PF_AN_Cliente requiere de una Carta de Garantía, el
AD_TN_Responsable_Admision procede a crear una Solicitud de Carta de
Garantía.
4.2.3.2. El AD_TN_Responsable_Admision envía la Solicitud de Carta de Ga-
rantía al PF_TN_Responsable_Cia_de_Seguros.
4.2.3.3. El PF_TN_Responsable_Cia_de_Seguros recibe la Solicitud de la Car-
ta de Garantía.
4.2.3.4. El PF_TN_Responsable_Cia_de_Seguros analiza la Solicitud de Carta
de Garantía.
4.2.3.5. El PF_TN_Responsable_Cia_de_Seguros evalúa, en base a consultas
y evaluaciones del médico auditor de la compañía de seguros, si la Carta
de Garantía debe ser emitida por la totalidad de lo requerido.
4.2.3.6. El PF_TN_Responsable_Cia_de_Seguros acepta la Solicitud de Carta
de Garantía.
4.2.3.7. El PF_TN_Responsable_Cia_de_Seguros elabora la Carta de Garantía
con el importe aprobado.
4.2.3.8. El PF_TN_Responsable_Cia_de_Seguros envía la Carta de Garantía al
AD_TN_Responsable_Admision.
4.2.3.9. El AD_TN_Responsable_Admision recibe la aceptación de la Solicitud
de Carta de Garantía.
4.2.3.10. El AD_TN_Responsable_Admision verifica el importe por el cual fue
emitida la Carta de Garantía.
4.2.3.11. El proceso continua con su flujo básico en [4.1.10]
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.4.Rechazo de la Solicitud de la Carta de Garantía
4.2.4.1. Si en [4.2.3.4] la Solicitud de la Carta de Garantía no procede, el
PF_TN_Responsable_Cia_de_Seguros rechaza la Solicitud de Carta de
Garantía.
4.2.4.2. El PF_TN_Responsable_Cia_de_Seguros envía una notificación al
AD_TN_Responsable_Admision indicando el rechazo de Carta de Garantía.
4.2.4.3. El AD_TN_Responsable_Admisión recibe la notificación de rechazo.
4.2.4.4. El AD_TN_Responsable_Admisión recalcula los montos de la cotiza-
ción en base a tarifas de la clínica.
4.2.4.5. El proceso continúa en el flujo continua en [4.1.10]
4.2.5.No aceptación del importe total solicitado en la Solicitud de Carta de Garantía
4.2.5.1. Si en [4.2.3.5] la Carta de Garantía no cubre el 100%, el PF_TN_Res-
ponsable_Cia_de_Seguros registra el monto aceptado en la Solicitud de
Carta de Garantía y los motivos por el cuales no se cubre el 100%
4.2.5.2. El proceso continua en el flujo [4.2.3.7]
4.2.6.La Carta de Garantía no fue emitida por el 100% de cobertura.
4.2.6.1. Si en [4.2.3.105] la Carta de Garantía no cubre el 100%, el
PF_TN_Responsable_Admision recalcula los montos de la cotización en
base a tarifas de la clínica para los servicios no cubiertos por la compañía
aseguradora.
4.2.6.2. El proceso continua con su flujo básico en [4.1.10]
5. Precondiciones
5.1. Los Planes de Salud deben estar creados.
5.2. Las tarifas de los servicios que forman parte de los Planes de Salud deben estar aso-
ciadas estos servicios..
6. Pos condiciones
6.1. Se generó una cotización.
7. Información Adicional
No Aplica.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
C. PF_CUN_Gestion Liquidacion Facturacion
1. Actores de Negocio
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.
3. Breve Descripción
El caso de uso comienza cuando el actor de negocio
PF_AN_Solicitante_Documento_de_Pago envía al PF_TN_Asistente_Facturacion una de
las siguientes órdenes: Elaborar el documento de pago, elaborar una Pre-Liquidación, reali-
zar la anulación de un documento de pago o modificar los datos de un cliente. Luego, si la
solicitud es por un documento de Pago, evalúa si requiere una liquidación. Si es así, el
PF_TN_Asistente_Facturacion solicita la elaboración de una liquidación al PF_TN_Asisten-
te_Liquidaciones quien lo elabora en base a los consumos realizados. Si la hoja de liquida-
ción requiere aprobación, el PF_TN_Asistente_Liquidaciones se lo envía al PF_TN_Audi-
tor_Medico. Después, el PF_TN_Asistente_Liquidaciones envía al PF_TN_Asistente_Fac-
turacion la hoja de liquidación para que emita el documento de pago en base a la misma,
quien a su vez elaborara el documento de pago y se lo enviara al PF_AN_Solicitante_Do-
cumento_de_Pago. Si el documento solicitado es una Pre-Liquidación, el PF_TN_Asisten-
te_Facturacion solicitara la elaboración de una hoja de pre-Liquidación al PF_TN_Asisten-
te_Liquidaciones quien lo elabora en base a los consumos realizados. Luego de elaborado
la pre-liquidación, el PF_TN_Asistente_Liquidaciones se lo enviara al
PF_TN_Asistente_Facturacion quien a su vez se lo enviara al PF_AN_Solicitante_Docu-
mento_de_Pago. Si es la anulación de un documento de pago, el PF_TN_Asistente_Fac-
turacion anula el documento solicitado y le envía una notificación al PF_AN_Solicitante_Do-
cumento_de_Pago. Si es la modificación de un cliente, el PF_TN_Asistente_Facturacion
verifica que el cliente este registrado, luego modifica los datos y le envía una notificación al
PF_AN_Solicitante_Documento_de_Pago.
El caso de uso termina cuando el PF_AN_Solicitante_Documento_de_Pago recibe docu-
mento solicitado o una notificación de la acción realizada.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1.El caso de uso comienza cuando el actor de negocio PF_AN_Solicitante_Docu-
mento_de_Pago envía al PF_TN_Asistente_Facturacion una de las siguientes ór-
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
denes: Elaborar el documento de pago, elaborar una Pre-Liquidación, realizar la
anulación de un documento de pago o modificar los datos de un cliente.
4.1.2.Luego, de acuerdo a la orden que fue solicitada, uno de los siguientes subflujos
es ejecutado
4.1.2.1. Si el Tipo de documento solicitado es una documento de pago el su-
bflujo Solicitar emisión de documento de Pago es ejecutado.
4.1.2.2. Si el Tipo de documento solicitado es una hoja de Pre-Liquidación el
subflujo Solicitar Hoja de Pre-Liquidación es ejecutado.
4.1.2.3. Si la orden solicitada es es la anulación de un documento de pago el
subflujo anulación de documento de pago es ejecutado.
4.1.2.4. Si la orden solicitada es la actualización de los datos de un cliente el
subflujo Solicitar actualización de clientes es ejecutado.
4.2. Sub Flujos
4.2.1 Solicitar emisión de documento de Pago
4.2.1.1. El PF_TN_Asistente_Facturacion verifica si el paciente es asegurado
basándose en la información existente en el file de pacientes (AD_EN_Pa-
ciente) donde de ser asegurado se encontrara información de la compañía
de seguros a la que está asegurado, el plan al que pertenece, etc.
4.2.1.2. Luego, El PF_TN_Asistente_Facturacion solicita la elaboración de la
hoja de liquidación al PF_TN_Asistente_Liquidaciones.
4.2.1.3. El PF_TN_Asistente_Liquidaciones recibe la solicitud enviada y crea la
Liquidación en la entidad (PF_EN_Liquidacion) con los datos básicos como
fecha de liquidación, fecha de ingreso y datos del paciente que lo obtiene
de (AD_EN_Paciente) como nombre del paciente, el plan al que pertenece,
el numero de historia clínica del paciente, etc.
4.2.1.4. Luego el PF_TN_Asistente_Liquidaciones elabora un expediente físico
juntando los documentos que le envían las diferentes áreas por los consu-
mos que el paciente ha realizado. Los datos del expediente físico lo confor-
man los de las ordenes de atención almacenadas en EN_Orden_de_Aten-
cion y las ordenes de exámenes médicos almacenadas en
AT_EN_Orden_de_Examenes_Medicos.
4.2.1.5. Luego, el PF_TN_Asistente_Liquidaciones actualiza la hoja de liquida-
ción con cada consumo que se haya podido recopilar de los documentos de
consumo (EN_Orden_de_Atencion y AT_EN_Orden_de_Examenes_Medi-
cos).En esta actividad el PF_TN_Asistente_Liquidaciones clasificara los
servicios de acuerdo a la información que obtiene de la entidad
PF_EN_Servicio_Clinico. Además se especificara los costos a los consu-
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
mos de acuerdo a las tarifas (PF_EN_Tarifa) que se aplican a cada pacien-
te. Al final, La hoja de liquidación (PF_EN_Liquidacion) representa un resu-
men de los consumos realizados por el paciente y por lo tanto contendrá la
referencia de muchas órdenes de atención agrupadas por tipos de servicio
con sus costos correspondientes.
4.2.1.6. Luego el PF_TN_Asistente_Liquidaciones llama por teléfono a las dife-
rentes áreas de atención para cerciorarse que todos los consumos hayan
sido enviados y forman parte de la hoja de liquidación (PF_EN_Liquida-
cion). Esta actividad se realiza por que hay ocasiones en que las áreas no
envían a tiempo los consumos que el paciente ha realizado siendo esta in-
formación es crítica para elaboración de la hoja de liquidación.
4.2.1.7. Luego, el PF_TN_Asistente_Liquidaciones evalúa si la liquidación re-
quiere la auditoria médica. Esto lo evalúa verificando si el paciente es ase-
gurado, para ello requiere la información del paciente registrada en
AD_EN_Paciente como la cía. de seguro a la que está afiliada, el plan de
afiliación, etc. o si los servicios que ha recibido el paciente son de carácter
hospitalario. Esto último lo obtiene de las órdenes de atención (G_EN_Or-
den_de_Atencion)., revisando el tipo de atención que se le ha bridado al pa-
ciente.
4.2.1.8. Cuando la hoja de liquidación requiere auditoria médica se procede a
realizar lo siguiente :
4.2.1.8.1. El PF_TN_Asistente_Liquidaciones envía la hoja de liquidación
al PF_TN_Auditor_Medico para su evaluación.
4.2.1.8.2. El PF_TN_Auditor_Medico revisa que los códigos de los servi-
cios identificados y registrados en la hoja de liquidación (PF_EN_Li-
quidacion) coinciden con la codificación internacional estándar para lo
cual se basan en el CIE10 (PF_EN_CIE10) donde están codificados
todos los servicios bajo un estándar de codificación internacional.
4.2.1.8.3. Luego el PF_TN_Auditor_Medico aprueba la hoja de liquida-
ción y se lo envía al PF_TN_Asistente_Liquidaciones. En esta activi-
dad el PF_TN_Auditor_Medico envía una notificación al PF_TN_Asis-
tente_Liquidaciones indicando que la aprobación de una liquidación se
ha hecho efectiva.
4.2.1.8.4. El PF_TN_Asistente_Liquidaciones recibe la hoja de Liquida-
ción aprobada por el PF_TN_Auditor_Medico.
4.2.1.9. Luego el PF_TN_Asistente_Liquidaciones envía la hoja de liquidación
al PF_TN_Asistente_Facturacion.
4.2.1.10. El PF_TN_Asistente_Facturacion revisa si el cliente ya fue matricula-
do como cliente de la clínica. Para ello se basa en la orden de atención don-
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
de obtiene el nombre del cliente (G_EN_Orden_de_Atencion) y en el file de
clientes (PF_EN_Cliente ) en donde busca si existe.
4.2.1.11. Luego el PF_TN_Asistente_Facturacion verifica si los datos entrega-
dos(G_EN_Orden_de_Atencion) sean iguales a los datos registrados en el
file de clientes (PF_EN_Cliente)
4.2.1.12. El PF_TN_Asistente_Facturacion elabora y emite el documento de
pago en base a los datos que le proporcionan la Hoja de Liquidación
(PF_EN_Liquidacion) y los datos del cliente (PF_EN_Cliente). Los datos
quedan registrados en PF_EN_Documento_de_Pago.
4.2.1.13. El PF_TN_Asistente_Facturacion verifica que el documento de pago
este correctamente impreso para ello, se asegura que todos los datos figu-
ren correctamente impresos.
4.2.1.14. El PF_TN_Asistente_Facturacion envía el documento de pago al
PF_AN_Solicitante_Documento_de_Pago.
4.2.1.15. El caso de uso termina cuando el
PF_AN_Solicitante_Documento_de_Pago recibe el documento de pago so-
licitado.
4.2.2.Subflujo: Solicitar Hoja de Pre-Liquidación
4.2.2.1. El PF_TN_Asistente_Facturacion solicita al PF_TN_Asistente_Liquida-
ciones la elaboración de la Hoja de pre-liquidación.
4.2.2.2. El PF_TN_Asistente_Liquidaciones recibe la solicitud enviada y crea la
Pre-Liquidación en la entidad (PF_EN_Liquidacion) con los datos básicos
como fecha de pre-liquidación, fecha de ingreso y datos del paciente que lo
obtiene de (AD_EN_Paciente) como nombre del paciente, el plan al que
pertenece, el numero de historia clínica del paciente, etc.
4.2.2.3. Luego el PF_TN_Asistente_Liquidaciones elabora un expediente físico
juntando los documentos que le envían las diferentes áreas por los consu-
mos que el paciente ha realizado. Los datos del expediente físico lo confor-
man los de las ordenes de atención almacenadas en EN_Orden_de_Aten-
cion y las ordenes de exámenes médicos almacenadas en AT_EN_Orden
de_Examenes_Medicos.
4.2.2.4. Luego, el PF_TN_Asistente_Liquidaciones actualiza la hoja de Pre-li-
quidación con cada consumo que se haya podido recopilar de los documen-
tos de consumo (EN_Orden_de_Atencion y
AT_EN_Orden_de_Examenes_Medicos).En esta actividad el PF_TN_Asis-
tente_Liquidaciones clasificara los servicios de acuerdo a la información
que obtiene de la entidad PF_EN_Servicio_Clinico. Además se especificara
los costos a los consumos de acuerdo a las tarifas (PF_EN_Tarifa) que se
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
aplican a cada paciente. Al final, La hoja de Pre-liquidación (PF_EN_Liqui-
dacion) representa un resumen de los consumos realizados por el paciente
y por lo tanto contendrá la referencia de muchas órdenes de atención agru-
padas por tipos de servicio con sus costos correspondientes.
4.2.2.5. Luego el PF_TN_Asistente_Liquidaciones llama por teléfono a las dife-
rentes áreas de atención para cerciorarse que todos los consumos hayan
sido enviados y forman parte de la hoja de pre-liquidación (PF_EN_Liquida-
cion). Esta actividad se realiza por que hay ocasiones en que las áreas no
envían a tiempo los consumos que el paciente ha realizado siendo esta in-
formación es crítica para elaboración de la hoja de liquidación.
4.2.2.6. Luego el PF_TN_Asistente_Liquidaciones envía la pre-Liquidación al
PF_TN_Asistente_Facturacion.
4.2.2.7. El PF_TN_Asistente_Facturacion envía la hoja de Liquidación al
PF_AN_Solicitante_Documento_de_Pago.
4.2.2.8. El caso de uso termina cuando el
PF_AN_Solicitante_Documento_de_Pago recibe la Hoja de Pre-Liquidación
elaborada.
4.2.3.Solicitar anulación de documento de pago
4.2.3.1. El PF_TN_Asistente_Facturacion ubica en el file de PF_EN_Docu-
mento_de_Pago el documento de pago a anular y anula el documento de
pago.
4.2.3.2. Luego El PF_TN_Asistente_Facturacion envía una notificación de anu-
lación de documento de pago al PF_AN_Solicitante_Documento_de_Pago.
4.2.3.3. El caso de uso termina cuando el
PF_AN_Solicitante_Documento_de_Pago recibe notificación de documento
de pago anulado.
4.2.4.Solicitar actualización de clientes
4.2.4.1. El PF_TN_Asistente_Facturacion obtiene los datos del cliente del file
de clientes (PF_EN_Cliente) y actualiza el file con la información reciente.
4.2.4.2. Luego El PF_TN_Asistente_Facturacion envía una notificación de ac-
tualización al PF_AN_Solicitante_Documento_de_Pago.
4.2.4.3. El caso de uso termina cuando el
PF_AN_Solicitante_Documento_de_Pago recibe notificación de actualiza-
ción de datos del cliente.
4.3. Flujo Alterno
4.3.1.Paciente no asegurado
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Si evaluando el punto 4.2.1.1 (“El PF_TN_Asistente_Facturacion verifica si el pa-
ciente es asegurado”) resulta que el paciente no es asegurado se procede a reali-
zar lo siguiente:
4.3.1.1. El PF_TN_Asistente_Facturacion evalúa si el servicio es por hospitali-
zación. Esto lo hace revisando la orden de atención
(G_EN_Orden_de_Atencion) y verificando que el paciente haya recibido
servicios de hospitalización.
4.3.1.2. Si el paciente recibió servicios de hospitalización, el caso de uso conti-
núa en 4.2.1.2 (“El PF_TN_Asistente_Facturacion solicita la elaboración de
la hoja de liquidación”).
4.3.1.3. Si el paciente no recibió servicios de hospitalización, el caso de uso
continúa en 4.2.1.10 (”El PF_TN_Asistente_Facturacion revisa si el cliente
ya fue matriculado”).
4.3.2.Hoja de liquidación no requiere Auditoria Medica
Si evaluando el punto 4.2.1.7 (“El PF_TN_Asistente_Liquidaciones evalúa si la li-
quidación requiere la auditoria médica”) sucede de que el paciente no requiere
auditoria medica, el caso de uso continua en el punto 4.2.1.9 (“El PF_TN_Asisten-
te_Liquidaciones envía la hoja de liquidación al PF_TN_Asistente_Facturacion”)
4.3.3.Existen consumos del paciente pendientes de enviarse – En Hoja de Liquidación
Si luego del punto 4.2.1.6 (“El PF_TN_Asistente_Liquidaciones llama por teléfono a
las diferentes áreas de atención para cerciorarse que todos los consumos hayan
sido enviados”) sucede que existen servicios del paciente que aun no se han envia-
do, y por ende sus referencias no figuran en la hoja de liquidación, se procede a
realizar lo siguiente:
4.3.3.1. El PF_TN_Asistente_Liquidaciones Identifica los consumos faltantes
codificándolo de acuerdo al estándar internacional a la vez que se van ane-
xando al expediente. Esta actividad lo hace consultado la entidad
PF_EN_Servicio_Clinico (para clasificar a los servicios) y las tarifas que se
aplican a cada paciente (PF_EN_Tarifa).
4.3.3.2. El PF_TN_Asistente_Liquidaciones actualiza la hoja de liquidación
(PF_EN_Liquidacion) con los datos de consumos que no habían sido consi-
derados, clasificados por tipo de servicio y con sus respectivos costos
4.3.3.3. Luego el caso de uso continua en 4.2.1.9 (“El PF_TN_Asistente_Liqui-
daciones envía la Hoja de Liquidación al PF_TN_Asistente_Facturacion”)
.
4.3.4.Existen consumos del paciente pendientes de enviarse – En Hoja de Pre-Liquida-
ción.
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Si luego del punto 4.2.2.5 (“El PF_TN_Asistente_Liquidaciones llama por teléfono a
las diferentes áreas de atención para cerciorarse que todos los consumos hayan
sido enviados”) sucede que existen servicios del paciente que aun no se han envia-
do, y por ende sus referencias no figuran en la hoja de Pre-liquidación, se procede
a realizar lo siguiente:
4.3.4.1. El PF_TN_Asistente_Liquidaciones Identifica los consumos faltantes
codificándolo de acuerdo al estándar internacional a la vez que se van ane-
xando al expediente. Esta actividad lo hace consultado la entidad
PF_EN_Servicio_Clinico (para clasificar a los servicios) y las tarifas que se
aplican a cada paciente (PF_EN_Tarifa).
4.3.4.2. El PF_TN_Asistente_Liquidaciones actualiza la hoja de pre- liquidación
(PF_EN_Liquidacion) con los datos de consumos que no habían sido consi-
derados, clasificados por tipo de servicio y con sus respectivos costos.
4.3.4.3. Luego el caso de uso continua en 4.2.2.6 (“El PF_TN_Asistente_Liqui-
daciones envía la hoja de pre-Liquidacion al PF_TN_Asistente_Factura-
cion”)
4.3.5.Cliente no registrado
Si evaluando el punto 4.2.1.10 (“El PF_TN_Asistente_Facturacion revisa si el clien-
te ya fue matriculado”) sucede que el cliente no se encuentra registrado se procede
a realizar lo siguiente:
4.3.5.1. El PF_TN_Asistente_Facturacion registra los datos básicos del cliente
como su nombre, dirección, ruc, teléfono, etc.
4.3.5.2. Luego el caso de uso continua en 4.2.1.12 (“El PF_TN_Asistente_Fac-
turacion elabora y emite el documento de pago”)
4.3.6.Datos del cliente en el tiempo ha cambiado
Si evaluando el punto 4.2.1.11. (El PF_TN_Asistente_Facturacion verifica si los
datos entregados sean iguales a los datos del file de clientes) sucede que el
cliente en el tiempo ha cambiado sus datos como por ejemplo, su dirección, se
realiza lo siguiente
4.3.6.1. El PF_TN_Asistente_Facturacion actualiza los datos del cliente con la
nueva información recibida los cambios quedan registrados en el file de
clientes (PF_EN_Cliente)
4.3.6.2. Luego el caso de uso continua en 4.2.1.12 (“El PF_TN_Asistente_Fac-
turacion elabora y emite el documento de pago en base a los datos que le
proporcionan la Hoja de Liquidación”)
4.3.7.Auditor Medico rechaza la liquidación
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Cuando evaluado en el punto 4.2.1.8.3 (“El PF_TN_Auditor_Medico revisa que los
códigos de los servicios identificados y registrados en la hoja de liquidación coinci-
den con el estándar”) sucede que el PF_TN_Auditor_Medico rechaza la Hoja de
Liquidación se procede a realizar lo siguiente:
4.3.7.1. El PF_TN_Auditor_Medico anota en la hoja de liquidación (PF_EN_Li-
quidacion) el motivo detallado del rechazo y se lo envía al PF_TN_Asisten-
te_Liquidaciones. En esta actividad el PF_TN_Auditor_Medico envía una
notificación al PF_TN_Asistente_Liquidaciones indicando que la aprobación
de una liquidación no procede.
4.3.7.2. El PF_TN_Asistente_Liquidaciones recibe la hoja de Liquidaciones con
las anotaciones observadas y procede a modificar la Hoja de Liquidacion.
4.3.7.3. Luego el caso de uso continúa en 4.2.1.7 (“El PF_TN_Asistente_Liqui-
daciones evalúa si la liquidación requiere la auditoria médica”).
4.3.8.Emisión de documento de pago errado
Cuando en el punto 4.2.1.13 (“El PF_TN_Asistente_Facturacion verifica que el do-
cumento de pago este correctamente impreso”) sucede que el
PF_TN_Asistente_Facturacion se da cuenta que los datos del documento de pago
están errados procede a realizar lo siguiente:
4.3.8.1. Anula el documento de pago, cambiando su estado a anulado.
4.3.8.2. Identifica y corrige el error que se ha cometido. Los errores pueden ser
variados, como por ejemplo, equivocación al colocar cualquier dato, todos
los datos no figuran o están incompletos en el documento de pago, etc.
4.3.8.3. Luego el caso de uso continua en 4.2.1.12 (“El PF_TN_Asistente_Fac-
turacion elabora y emite el documento de pago en base a los datos que le
proporcionan la Hoja de Liquidación”).
5. Precondiciones
5.1. Para la solicitud de la emisión de un documento de pago se requiere:
5.2. Para la solicitud de una pre-Liquidación se requiere:
5.2.1.El paciente se encuentra registrado
5.2.2.La hoja de atención se encuentre registrada
5.2.3.Existen consumos realizados por el paciente.
5.3. Para la anulación de documento de pago se requiere:
Documento Interno Versión: 2.0 Página: /
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5.3.1.El documento de pago a anularse se está registrado.
5.4. Para la actualización de clientes se requiere:
5.4.1.El cliente que requiere actualizar sus datos este registrado.
6. Poscondiciones
6.1. Para la solicitud de la emisión de un documento de pago:
Se emitió el documento de pago al PF_AN_Solicitante_Documento_de_Pago
6.2. Para la solicitud de una pre-Liquidación:
Se entrego la hoja de Pre-Liquidación al PF_AN_Solicitante_Documento_de_Pago
6.3. Para la anulación de documento de pago:
Se emitió una notificación de anulación de documento de pago al
PF_AN_Solicitante_Documento_de_Pago.
6.4. Para la solicitud actualización de clientes:
Se emitió una notificación de actualización de datos del cliente al
PF_AN_Solicitante_Documento_de_Pago.
7. Información Adicional
No aplica
Documento Interno Versión: 2.0 Página: /
En
via
r re
qu
irim
ien
to d
e P
lan
de
Sa
lud
o
Act
ua
liza
ció
n d
e t
ari
fas
de
Se
rvic
ios
Re
cib
ir N
oti
fica
cio
n
de
l re
gis
tro
Re
cib
ir r
eq
ue
rim
ien
to d
e P
lan
d
e S
alu
d
Se
so
lici
ta u
n n
ue
vo P
lan
de
Sa
lud
?
Ob
ten
er
cod
igo
ta
rifa
rio
SE
GU
S
Est
ab
lece
r fa
cto
r d
e T
ari
fari
o
Est
ab
lece
r co
be
rtu
ra
de
l P
lan
de
Sa
lud
SI
Re
gis
tra
r lo
s fa
cto
res
en
la
S
oli
ctu
d d
e S
erv
icio
Est
ab
lece
r fa
cto
res
de
l P
lan
de
Sa
lud
En
via
r so
lici
tud
de
Pla
n d
e
Sa
lud
pa
ra s
u a
pro
ba
cio
n
En
via
r S
oli
citu
d p
ara
R
eg
istr
o d
e d
ato
s
Re
cib
ir N
oti
fica
ció
n
En
via
r a
re
gis
tro
e
l p
lan
de
sa
lud
Re
cib
ir
No
tifi
caci
ón
...
Re
cib
ir c
on
firm
aci
on
d
e p
lan
sa
...
Ide
nti
fica
r si
el
req
ue
rim
ien
to e
s p
or
un
nu
evo
Pla
n d
e S
alu
d
Info
rma
r q
ue
el
req
ue
rim
ien
to
ha
sid
o a
ten
did
o
En
via
r la
So
lici
tud
de
Se
rvic
io
pa
ra a
pro
ba
ció
n
Re
cib
ir l
a c
on
firm
aci
ón
d
el
reg
istr
o
Re
cib
ir n
oti
fia
caci
ón
d
e r
ech
azo
Re
cib
ir n
oti
fica
cio
n d
e
rech
azo
..
Ide
nti
fica
r si
el
tip
o d
e r
eq
ue
rim
ien
to e
s p
or
un
pla
n d
e s
alu
d
Es
pla
n d
e S
alu
d?
SI
NO
Re
gis
tra
r S
oli
citu
d
de
Pla
n d
e S
alu
d
Ide
nti
fica
r si
el
req
ue
rim
ien
to e
s p
or
un
a
mo
dif
ica
ció
n d
el
pla
n d
e S
alu
d
NO
Se
so
lici
ta u
na
mo
dif
ica
ció
n a
l p
lan
de
Sa
lud
?
So
lici
tar
ba
ja d
el
Pla
n
de
sa
lud
NO
Re
qu
iere
Mo
dif
ica
r C
ob
ert
ura
s?S
I
Eva
lua
r si
se
so
lici
ta
mo
dif
ica
r la
s co
be
rtu
ras
SI
Eva
lua
r si
se
ne
cesi
ta
reg
istr
ar
los
fact
ore
s
NO
Re
qu
iere
Re
gis
tra
r /
mo
dif
ica
r lo
s fa
cto
res?
Re
visa
r S
oli
citu
d
de
Pla
n s
alu
d
Est
a c
on
form
e?
Ap
rob
ar
So
lici
tud
de
P
lan
de
Sa
lud
SI
En
via
r N
oti
fica
ció
n
de
Ap
rob
aci
ón
Eva
lua
r S
oli
citu
d d
e
Se
rvic
io Ap
rueb
a la
So
licitu
d?
Ap
rob
ar
soli
citu
d..
.
SI
Re
cib
ir l
a s
oli
citu
d
de
se
rvic
io
En
via
r n
oti
fica
ció
n d
e a
pro
ba
ció
n
de
so
lici
tud
de
se
rvic
io
Re
cha
zar
la S
oli
citu
d
de
Pla
n d
e S
alu
d
NO
En
via
r N
oti
fica
ció
n
de
Re
cha
zo
Re
cha
zar
la S
oli
citu
d
de
Se
rvic
ioN
O
En
via
r n
oti
fica
cio
n d
e r
ech
azo
de
l la
so
lici
tud
de
Se
rvci
o
Re
gis
tra
r/A
ctu
ali
zar
pla
n d
e s
alu
d
En
via
no
tifi
caci
on
de
re
gis
tro
pa
ra v
eri
fica
ció
n
Re
cib
ir N
oti
fica
ció
n d
e
reg
istr
o d
e P
lan
de
Sa
lud
Re
cib
ir N
oti
fica
ció
n
de
Ob
serv
aci
ón
Re
cib
ir l
a n
oti
fica
cio
n
de
co
nfo
rmid
ad
En
via
r n
oti
fica
ció
n d
e
reg
istr
o d
e P
lan
de
sa
lud
Re
gis
tra
r lo
s D
ato
s d
el
Se
rvic
io e
n e
l ta
rifa
rio
En
via
r n
oti
fica
ció
n d
e
Re
gis
tro
Ve
rifi
car
el
Pla
n
de
Sa
lud
Est
a c
on
form
e
con
el
Pla
n d
e
Sa
lud
?
En
via
r n
oti
fica
ció
n d
e
con
form
ida
d
Re
gis
tra
r vi
so d
e
con
form
ida
d
SI
Ob
serv
ar
el
Pla
n d
e
Sa
lud
NO
En
via
r n
oti
fica
ció
n d
e
Ob
serv
aci
ón
. :
PF
_E
N_
So
lici
tud
_d
e_
Pla
n_
...
[cre
ado]
. :
PF
_E
N_
Se
rvic
io_
Cli
nic
o..
:
PF
_E
N_
So
lici
tud
_d
e_
Pla
n_
d..
.[a
ctua
lizad
o]
.. :
PF
_E
N_
So
lici
tud
_d
e_
Ta
rifa
_S
erv
icio
[act
ualiz
ado]
: P
F_
EN
_S
EG
US
..:
: P
F_
EN
_S
oli
citu
d_
de
_P
lan
_d
e_
Sa
lud
[act
ualiz
ado]
.: :
PF
_E
N_
So
lici
tud
_d
e_
Ta
rifa
_S
erv
icio
[cre
ado]
..:
: P
F_
EN
_P
lan
_d
e_
Sa
lud
....
: P
F_
EN
_S
oli
citu
d_
de
_P
lan
_d
e_
Sa
lud
...
: P
F_
EN
_S
oli
citu
d_
de
_T
ari
fa_
Se
rvic
io
:: :
PF
_E
N_
So
lici
tud
_d
e_
Pla
n_
de
_S
alu
d
[Rec
haza
do]
:: :
PF
_E
N_
So
lici
tud
_d
e_
Ta
rifa
_S
erv
icio
[Rec
haza
do]
...
: P
F_
EN
_S
oli
citu
d_
de
_P
lan
_d
e_
Sa
lud
[apr
obad
o]
. :
PF
_E
N_
So
lici
tud
_d
e_
Ta
rifa
_S
erv
icio
[apr
obad
o]
. :
PF
_E
N_
Pla
n_
de
_S
alu
d
[reg
istr
ado]
. :
PF
_E
N_
Ta
rifa
.. :
PF
_E
N_
Ta
rifa
[reg
istr
ado]
.. :
PF
_E
N_
Pla
n_
de
_S
alu
d
: :
PF
_E
N_
Pla
n_
de
_S
alu
d
[Ver
ifica
do]
:: :
PF
_E
N_
Pla
n_
de
_S
alu
d
[Obs
erva
do]
:: :
PF
_E
N_
Ta
rifa
SI
NO
: P
F_
TN
_A
sis
ten
te_
Fa
ctu
rac
ion
: P
F_
TN
_A
sis
ten
te_
Ad
min
istr
ati
vo
: P
F_
TN
_D
ire
cto
r_M
ed
ico
: P
F_
TN
_R
es
po
ns
ab
le_
Co
me
rcia
l :
PF
_A
N_
Ge
ren
te_
Op
era
cio
ne
s
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.3.2 Diagrama de Actividades
A. PF_DAN_Gestion de Tarifas
Figura 3 DACT_Gestion_de_Tarifarios
Documento Interno Versión: 2.0 Página: 38 / 203
Rec
ibir
notif
icac
ión
de a
cept
ació
n de
Car
ta d
e G
aran
tía
Sol
icita
r C
otiz
ació
n
Rec
ibir
Cot
izac
ión
Reg
istr
ar d
atos
bás
icos
de
la c
otiz
ació
n
Con
sulta
r co
bert
uras
y
cond
icio
nes
del p
lan
de s
alud
La c
otiz
acio
n es
ta e
xone
rada
de
Car
ta d
e G
aran
tia?
Sel
ecci
onar
Ser
vici
os
a C
otiz
ar
Cre
ar S
olic
itud
de C
arta
de
Gar
antía
NO
Env
iar
solic
itud
de C
arta
de
Gar
antía
Apl
icar
Tar
ifas
de li
sta
segú
n Ta
rifar
io
Rec
ibir
notif
icac
ión
de R
echa
zo
de c
arta
de
gara
ntía
Act
ualiz
ar la
cot
izac
ión
en b
ase
a lo
s fa
ctor
es d
el p
lan
de s
alud
Eva
luar
si e
l ser
vici
o a
cotiz
ar e
sta
exon
erad
o de
Car
ta d
e G
aran
tía
Iden
tific
ar s
i el r
eque
rimie
nto
es p
ara
un p
acie
nte
de la
clín
ica
Es
paci
ente
de
la
clín
ica?
Em
itir
cotiz
ació
n
SI
Ent
rega
r co
tizac
ión
al
Sol
icita
nte
Eva
luar
si e
l pac
ient
e es
ta a
segu
rado
SI
Est
a as
egur
ado?
SI
NO
Rec
ibir
requ
erim
ient
o de
cot
izac
ión
Ver
ifica
r el
mon
to d
e la
C
arta
de
Gar
antíaLa
car
ta e
s po
r el
100
%?
Rec
alcu
lar
los
mon
tos
de la
cot
izac
ión
Rec
ibir
Sol
icitu
d de
C
arta
de
Gar
antia
Eva
luar
si p
roce
de la
sol
icitu
d de
car
ta d
e ga
rant
ía
Pro
cede
la S
olic
itud
de
Car
ta d
eGar
antia
?
Rec
haza
r so
licitu
d de
ca
rta
de g
aran
tíaN
O
Ace
ptar
sol
icitu
d de
car
ta
de g
aran
tía
envi
ar n
otifi
caci
ón d
e ac
epta
ción
de
solic
itud
de c
arta
de
gara
ntía
Env
iar
notif
icac
ión
de r
echa
zo d
e so
licitu
d de
car
ta d
e ga
rant
ía
Ela
bora
r C
arta
de
Gar
antía
co
n el
mon
to a
cept
ado
Eva
luar
si s
olic
itud
es
acep
tada
al 1
00%
SI
Es
acep
tada
al
100
%?
SI
Reg
istr
ar e
l mon
to
acep
tado
y lo
s m
otiv
osN
O
: P
F_E
N_S
ervi
cio_
Clin
ico
: P
F_E
N_S
olic
itud_
Car
ta_G
aran
tia
[cre
ado
]
: P
F_E
N_T
arifa
. :
PF
_EN
_Cot
izac
ion
[va
loriz
ada]
: P
F_E
N_P
lan_
de_S
alud
.. :
PF
_EN
_Cot
izac
ion
[va
loriz
ada]
.. :
PF
_EN
_Car
ta_G
aran
tia
: A
D_E
N_P
acie
nte
...
: P
F_E
N_C
otiz
acio
n
[cre
ado
]
..:
: P
F_E
N_C
otiz
acio
n
[Ac
tua
liza
do]
: :
PF
_EN
_Sol
icitu
d_C
arta
_Gar
antia
_ :
PF
_EN
_Sol
icitu
d_C
arta
_Gar
antia
[rec
haz
ado]
:: :
PF
_EN
_Pla
n_de
_Sal
ud
__ :
PF
_EN
_Sol
icitu
d_C
arta
_Gar
antia
[Ac
epta
do]
._ :
PF
_EN
_Sol
icitu
d_C
arta
_Gar
antia
[Ac
tua
liza
do]
: P
F_E
N_C
arta
_Gar
antia
[cre
ado
]
SI
NO
NO
: P
F_T
N_R
esp
on
sab
le C
ia_d
e_ S
egu
ros
: A
D_T
N_R
esp
on
sab
le_A
dm
isio
n :
PF
_AN
_Cli
ente
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
B. PF_DAN_Gestion de Cotizaciones
Figura 4 DACT_Gestion_de_Cotizaciones
Documento Interno Versión: 2.0 Página: 39 / 203
Sol
icita
r E
mis
ión
de
doc
ume
nto
de P
ag
o, P
re-L
iqui
daci
on
actu
aliz
acio
n de
clie
nte
o an
ula
ció
n d
e do
cum
ento
de
pago
Rec
ibir
Doc
um
ento
de
Pag
o
Rec
ibir
Pre
liqui
daci
ón
Rec
ibir
notif
icac
ión
de
docu
men
to d
e pa
go a
nula
do
Rec
ibir
notif
icac
ión
de
actu
aliz
ació
n de
Clie
nte
Es
una
P
reliq
uida
ció
n?
Env
iar
Do
cum
ento
de
Pag
o a
l Clie
nte
Rec
ibir
liqu
ida
ció
n
Ver
ific
ar q
ue e
l do
cum
ento
de
Pag
o es
te
corr
ecta
men
ten
impr
eso
Doc
umen
to d
e
pago
es
OK
?
SI
Anu
lar
Do
cum
ento
de
Pag
o
NOEm
itir
Doc
ume
nto
de P
ago
Iden
tific
ar e
rror
es
del
do
cum
ento
de
pago
Rev
isa
r s
i el
clie
nte
esta
reg
istr
ado El c
lien
te e
sta
regi
stra
do?
Reg
istr
ar
basi
cos
da
tos
del
clie
nte
NO
Los
dato
s r
egi
stra
dos
son
lo
s m
ism
os?
SI
Act
ual
izar
dat
os d
el
clie
nte
NO
Ver
ific
ar q
ue l
os d
atos
ent
rega
dos
sean
igua
les
a lo
s re
gis
trad
os
SI
Iden
tific
ar s
i el r
eque
rimie
nto
es
una
an
ualc
ion
de u
n do
cum
ento
de
pag
o
Ev
alua
r si
el
Pa
cie
nte
es
Ase
gur
ado
NO
Es
ase
gur
ado?
Sol
icita
r e
labo
raci
ón
de
liqu
ida
ció
n
SI
Iden
tific
ar s
i el s
erv
icio
es
por
hos
pita
lizac
ión
NO
Es
por
ho
spita
lizac
ión?
SI
NO
Sol
icita
r la
ela
bora
ción
de
la p
reliq
uid
aci
ón
SI
Env
iar
Pre
liqui
daci
ón
Es
una
an
ula
ció
n de
D
ocum
ento
de
pag
o?
Iden
tific
ar s
i el r
eque
rimie
nto
es
par
a ac
tual
iza
r c
lien
te
Se
requ
iere
ac
tual
izar
Clie
nte
?
NO
Iden
tific
ar s
i el r
eque
rimie
nto
req
uie
re
emis
ión
de d
ocu
men
to d
e pa
go
Req
uier
e em
isio
n d
e
docu
men
to d
e pa
go?
Iden
tific
ar s
i se
requ
iere
em
isió
n de
doc
ume
nto
de p
ago
Se
requ
iere
em
isió
n d
el
docu
men
to d
e P
ago?
SI
Env
iar
notif
icac
ión
de
do
cum
ento
de
Pag
o A
nula
do
NO
Env
iar
notif
icac
ión
de
ac
tual
izac
ión
de C
lien
te
Rec
ibir
solic
itud
de
liqui
dac
ión
o pr
eliq
uid
ació
n
Ela
bor
ar E
xpe
die
nte
Fís
ico
LLam
ar a
las
otr
as a
reas
par
a co
nsul
tar
si
todo
s lo
s c
onsu
mos
est
án r
egis
trad
os
Todo
s lo
s co
nsu
mos
es
tán
regi
str
ados
?
Act
ual
izar
Li
quid
ació
n
Cre
ar L
iqui
dac
ión
o P
reliq
uid
ació
n (c
on d
atos
bás
ico
s)
Iden
tific
ar c
onsu
mos
fa
lta
ntes
NO
Ev
alua
r si
el d
ocum
ento
es
una
liq
uid
aci
ón
o pr
eliq
uida
ció
n
SI
Rec
ibir
notif
icac
ión
de
apro
baci
ón d
e li
qui
dac
ión
Env
iar
Liq
uid
ació
n
Reg
istr
ar o
rden
es
de
serv
icio
en
la li
quid
ació
n
Es
una
Liq
uida
ció
n?
Env
iar
prel
iqui
dac
ión
NO
Ev
alua
r si
el p
acie
nte
es
aseg
urad
o
SI
El p
acie
nte
es
aseg
urad
o?
NO
Env
iar
Liliq
uid
ació
n a
Au
dito
ría
Méd
ica
para
apr
obac
ión
SI
Rev
isa
r q
ue
los
cód
igos
em
ple
ado
s en
la
Liq
uid
ació
n co
nic
idan
con
el C
IE1
0
Apr
ueb
a L
iqu
ida
ció
n?
Rec
haz
ar L
iqui
dac
ion
y E
nvia
r no
tific
ació
n de
rec
haz
oN
O
Apr
oba
r Li
quid
acio
n y
env
iar
notif
icac
ión
de a
pro
baci
ón
SI
: P
F_
EN
_Doc
um
ento
_de_
Pag
o
[anu
lado
]
....
: P
F_
EN
_Liq
uid
acio
n
. :
PF
_EN
_Doc
um
ent
o_de
_Pa
go
[em
itido
]
. :
PF
_EN
_Clie
nte
:: :
PF
_EN
_C
lient
e
[cre
ado]
.: :
PF
_EN
_C
lient
e
[act
ualiz
ado]
_ :
PF
_EN
_Doc
umen
to_
de_P
ago
. :
AD
_E
N_O
rden
_de
_Ate
ncio
n
._ :
AD
_EN
_Ord
en_d
e_A
tenc
ion
: A
D_E
N_P
acie
nte
.. :
PF
_EN
_C
lient
e
: A
T_E
N_O
rden
de_
Exa
men
es_
Med
icos
: A
D_E
N_O
rden
_de_
Ate
ncio
n
: P
F_
EN
_Liq
uida
cio
n
[cre
ado]
. :
PF
_EN
_Liq
uida
cion
[act
ualiz
ado]
: P
F_
EN
_Ta
rifa
. :
AD
_E
N_P
acie
nte
: P
F_
EN
_Ser
vic
io_C
linic
o
__ :
PF
_EN
_Li
qui
dac
ion
[act
ualiz
ado]
_. :
PF
_E
N_
Liqu
idac
ion
_. :
AD
_EN
_Pac
ient
e
.. :
PF
_EN
_Li
qui
dac
ion
: P
F_
EN
_CIE
10
...
: P
F_E
N_L
iqu
ida
cio
n
[apr
obad
o]
_ :
PF
_EN
_Liq
uid
aci
on
[rec
haza
do]
SI
NO
SI
NO
SI
: P
F_
TN
_A
sis
ten
te_
Liq
uid
ac
ion
es
: P
F_
TN
_A
sis
ten
te_
Fa
ctu
rac
ion
: P
F_
AN
_S
olic
ita
nte
_D
oc
um
en
to_
de
_P
ag
o
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
C. PF_DAN_Gestion Liquidacion Facturacion
Figura 5 DACT-Gestión de Liquidación Facturación 1
Documento Interno Versión: 2.0 Página: 40 / 203
Sol
icita
r E
mis
ión
de d
ocum
ent
o de
Pa
go,
Pre
-Liq
uida
cion
ac
tual
izac
ion
de c
lient
e o
anu
lac
ión
de
docu
men
to d
e pa
go
Rec
ibir
Doc
um
ento
de
Pag
o
Rec
ibir
Pre
liqui
daci
ón
Rec
ibir
notif
icac
ión
de
docu
men
to d
e pa
go a
nula
do
Rec
ibir
notif
icac
ión
de
actu
aliz
ació
n de
Clie
nte
Es
una
Pre
liqui
daci
ón?
Env
iar
Do
cum
ento
de
Pag
o a
l Clie
nte
Rec
ibir
liqu
ida
ció
n
Ver
ific
ar q
ue e
l do
cum
ento
de
Pag
o es
te
corr
ecta
men
ten
impr
eso
Doc
umen
to d
e
pago
es
OK
?
SI
Anu
lar
Doc
umen
to
de P
ago
NOEm
itir
Doc
ume
nto
de P
ago
Iden
tific
ar e
rror
es d
el
docu
men
to d
e pa
go
Rev
isa
r si
el c
lient
e es
ta r
egis
trad
o
El c
lien
te e
sta
regi
stra
do?
Reg
istr
ar
basi
cos
da
tos
del c
lient
e
NO
Los
dato
s re
gist
rado
s s
on lo
s m
ism
os?
SI
Act
ualiz
ar d
atos
del
cl
ient
e
NO
Ver
ific
ar q
ue l
os d
atos
ent
rega
dos
sean
igua
les
a lo
s re
gis
trad
os
SI
Iden
tific
ar s
i el r
eque
rimie
nto
es u
na
anua
lcio
n de
un
docu
men
to d
e pa
go
Ev
alua
r si
el
Pac
ien
te
es A
seg
urad
o
NO
Es
aseg
urad
o?
Sol
icita
r el
abo
raci
ón
de
liqu
ida
ció
n
SI
Iden
tific
ar s
i el s
erv
icio
es
por
hos
pita
lizac
ión
NO
Es
por
hosp
italiz
ació
n?S
I
NO
Sol
icita
r la
ela
bora
ción
de
la p
reliq
uid
aci
ón
SI
Env
iar
Pre
liqui
daci
ón
Es
una
anul
aci
ón
de
Doc
umen
to d
e p
ago?
Iden
tific
ar s
i el r
eque
rimie
nto
es p
ara
actu
aliz
ar
clie
nte
Se
requ
iere
ac
tual
izar
Clie
nte
?
NO
Iden
tific
ar s
i el r
eque
rimie
nto
requ
iere
em
isió
n de
do
cum
ento
de
pago
Req
uier
e em
isio
n de
do
cum
ento
de
pago
?
Iden
tific
ar s
i se
requ
iere
em
isió
n de
doc
ume
nto
de p
ago
Se
requ
iere
em
isió
n de
l do
cum
ento
de
Pag
o?
SI
Env
iar
notif
icac
ión
de
docu
men
to d
e P
ago
Anu
lad
o
NO
Env
iar
notif
icac
ión
de
actu
aliz
ació
n de
Clie
nte
Rec
ibir
solic
itud
de
liqui
daci
ón o
pr
eliq
uid
ació
n
Ela
bor
ar E
xpe
die
nte
Fís
ico
LLam
ar a
las
otr
as a
reas
par
a co
nsul
tar
si
todo
s lo
s c
onsu
mos
est
án r
egis
trad
os
Todo
s lo
s co
nsu
mos
es
tán
regi
str
ados
?
Act
ualiz
ar
Liqu
idac
ión
Cre
ar L
iqui
dac
ión
o P
reliq
uid
ació
n (c
on d
atos
bás
ico
s)
Iden
tific
ar c
onsu
mos
fa
ltan
tes
NO
Ev
alua
r si
el d
ocum
ento
es
una
liq
uid
aci
ón
o pr
eliq
uida
ció
n
SI
Rec
ibir
notif
icac
ión
de
apro
baci
ón d
e li
qui
dac
ión
Env
iar
Liq
uid
ació
n
Reg
istr
ar o
rden
es d
e se
rvic
io
en la
liqu
idac
ión
Es
una
Liqu
idac
ión
?
Env
iar
prel
iqui
dac
ión
NO
Ev
alua
r si
el p
acie
nte
es
aseg
urad
o
SI
El p
acie
nte
es
aseg
urad
o?
NO
Env
iar
Liliq
uid
ació
n a
Au
dito
ría
Méd
ica
para
apr
obac
ión
SI
Rev
isa
r qu
e lo
s c
ódig
os e
mp
lea
dos
en
la L
iqui
dac
ión
con
icid
an c
on e
l CIE
10
Apr
ueba
Liq
uid
aci
ón?
Rec
haz
ar L
iqui
dac
ion
y E
nvia
r no
tific
ació
n de
rec
haz
oN
O
Apr
obar
Liq
uida
cion
y e
nvia
r no
tific
ació
n de
ap
roba
ción
SI
: P
F_
EN
_Doc
um
ento
_de_
Pag
o
[anu
lado
]
....
: P
F_
EN
_Liq
uida
cio
n
. :
PF
_EN
_Doc
ume
nto_
de_P
ago
[em
itido
]
. :
PF
_EN
_Clie
nte
:: :
PF
_EN
_C
lient
e
[cre
ado]
.: :
PF
_EN
_C
lient
e
[act
ualiz
ado]
_ :
PF
_EN
_Doc
umen
to_
de_P
ago
. :
AD
_E
N_O
rden
_de
_Ate
ncio
n
._ :
AD
_EN
_Ord
en_d
e_A
tenc
ion
: A
D_E
N_P
acie
nte
.. :
PF
_EN
_C
lient
e
: A
T_E
N_O
rden
de_
Exa
men
es_M
edic
os
: A
D_E
N_O
rden
_de_
Ate
ncio
n
: P
F_
EN
_Liq
uida
cio
n
[cre
ado]
. :
PF
_EN
_Liq
uida
cion
[act
ualiz
ado]
: P
F_
EN
_Ta
rifa
. :
AD
_E
N_P
acie
nte
: P
F_
EN
_Ser
vic
io_C
linic
o
__ :
PF
_EN
_Li
qui
dac
ion
[act
ualiz
ado]
_. :
PF
_E
N_L
iqui
dac
ion
_. :
AD
_EN
_Pac
ient
e
.. :
PF
_EN
_Li
qui
dac
ion
: P
F_
EN
_CIE
10
...
: P
F_E
N_L
iqu
ida
cio
n
[apr
obad
o]
_ :
PF
_EN
_Liq
uid
aci
on
[rec
haza
do]
SI
NO
SI
NO
SI
: P
F_
TN
_A
ud
ito
r_M
ed
ico
: P
F_
TN
_A
sis
ten
te_
Liq
uid
ac
ion
es
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 6 DACT-Gestión de Liquidación Facturación 2
Documento Interno Versión: 2.0 Página: 41 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.3.3 Lista de actividades a automatizar
Código Nombre Caso de Uso de Negocio
ACT6-01Registrar datos básicos de la
cotizaciónPF_CUN_Gestion_de_Cotizaciones
ACT6-02Seleccionar servicios a
cotizarPF_CUN_Gestion_de_Cotizaciones
ACT6-03Aplicar tarifas de lista según
tarifarioPF_CUN_Gestion_de_Cotizaciones
ACT6-04Evaluar si el paciente está
aseguradoPF_CUN_Gestion_de_Cotizaciones
ACT6-05
Consultar coberturas y
condiciones del Plan de
Salud
PF_CUN_Gestion_de_Cotizaciones
ACT6-06
Actualizar la cotización en
base a los factores del Plan
de Salud
PF_CUN_Gestion_de_Cotizaciones
ACT6-07 Emitir Cotización PF_CUN_Gestion_de_Cotizaciones
ACT6-08Crear Solicitud de Carta de
GarantíaPF_CUN_Gestion_de_Cotizaciones
ACT6-09Recalcular los montos de la
cotizaciónPF_CUN_Gestion_de_Cotizaciones
ACT6-10Rechazar Solicitud de Carta
de GarantíaPF_CUN_Gestion_de_Cotizaciones
ACT6-11Aceptar Solicitud de Carta
de GarantíaPF_CUN_Gestion_de_Cotizaciones
ACT6-12
Registrar el monto aceptado
y los motivos en la Solicitud
de Carta de Garantía
PF_CUN_Gestion_de_Cotizaciones
ACT6-13Elaborar Carta de Garantía
con el monto aceptadoPF_CUN_Gestion_de_Cotizaciones
ACT6-14Registrar Solicitud de Plan
de SaludPF_CUN_Gestion_de_Tarifarios
ACT6-15Establecer cobertura del
Plan de SaludPF_CUN_Gestion_de_Tarifarios
ACT6-16Establecer factores del Plan
de SaludPF_CUN_Gestion_de_Tarifarios
ACT6-17Establecer factor en el
tarifarioPF_CUN_Gestion_de_Tarifarios
Documento Interno Versión: 2.0 Página: 42 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
ACT6-18Obtener Código tarifario
SEGUSPF_CUN_Gestion_de_Tarifarios
ACT6-19Registrar factores en la
Solicitud de ServicioPF_CUN_Gestion_de_Tarifarios
ACT6-20Revisar Solicitud Plan de
SaludPF_CUN_Gestion_de_Tarifarios
ACT6-21Aprobar Solicitud de Plan de
SaludPF_CUN_Gestion_de_Tarifarios
ACT6-22Rechazar Solicitud de Plan
de SaludPF_CUN_Gestion_de_Tarifarios
ACT6-23Evaluar Solicitud de
Servicio (consultar)PF_CUN_Gestion_de_Tarifarios
ACT6-24 Aprobar Solicitud de Servicio PF_CUN_Gestion_de_Tarifarios
ACT6-25Rechazar Solicitud de
ServicioPF_CUN_Gestion_de_Tarifarios
ACT6-26Registrar/actualizar Plan de
SaludPF_CUN_Gestion_de_Tarifarios
ACT6-27Registrar los datos del
servicio en el tarifarioPF_CUN_Gestion_de_Tarifarios
ACT6-28Verificar el Plan de Salud
(Consultar)PF_CUN_Gestion_de_Tarifarios
ACT6-29Registrar conformidad al
Plan de SaludPF_CUN_Gestion_de_Tarifarios
ACT6-30 Observar el Plan de Salud PF_CUN_Gestion_de_Tarifarios
ACT6-31Revisar si el cliente esta
registrado.PF_CUN_Gestion_Liquidacion_Facturacion
ACT6-32 Registrar datos del cliente PF_CUN_Gestion_Liquidacion_Facturacion
ACT6-33 Actualizar datos del cliente PF_CUN_Gestion_Liquidacion_Facturacion
ACT6-34 Emitir Documento de Pago PF_CUN_Gestion_Liquidacion_Facturacion
ACT6-35 Anular Documento de Pago PF_CUN_Gestion_Liquidacion_Facturacion
ACT6-36Crear Liquidación o Pre
liquidaciónPF_CUN_Gestion_Liquidacion_Facturacion
ACT6-37Registrar ordenes de
servicio en la liquidaciónPF_CUN_Gestion_Liquidacion_Facturacion
Documento Interno Versión: 2.0 Página: 43 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturació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
Documento Interno Versión: 2.0 Página: 44 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.4 Modelo de Análisis del Negocio
2.4.1 Especificación de los trabajadores del negocio
Trabajador De Negocio Descripción
Es la persona que se encarga de realizar las
cotizaciones sobre los servicios que brinda la
clínica. Estas cotizaciones son dirigidas a
personas que son clientes de la clínica o a
compañías aseguradoras que lo puedan
solicitar.
Es quien acepta o rechaza una solicitud de
cobertura para un paciente que se encuentra
asegurado y solicita una cotización y/o
servicio.
Es quien apoya en el área de liquidaciones y
facturación revisando las liquidaciones
realizadas, asociadas a un cliente, de los
servicios consumidos. Es quien determina si
una liquidación fue realizada de forma
correcta.
Es quien determina, en base a cálculos y
estudio de mercado, los factores que se
deben aplicar a los servicios que brinda la
clínica. Asimismo, es quien realiza las
negociaciones con las compañías de seguros
para crear los planes de salud que son
aplicados a los trabajadores que están
afiliados a las EPS.
Es quien registra la información de los
factores asociados, previamente analizados
Documento Interno Versión: 2.0 Página: 45 / 203
AD_TN_Responsable_Admision
(from Trabajadores del negocio)
PF_TN_Responsable Cia_de_ Seguros
(from Trabajadores del negocio)
PF_TN_Director_Medico
(from Trabajadores del negocio)
PF_TN_Responsable_Comercial
(from Trabajadores del negocio)
PF_TN_Asistente_Administrativo(from Trabajadores del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
por el Responsable Comercial, para cada
servicio que brinda la clínica. Asimismo, es
quien registra la información de los servicios
nuevos que se puedan ofrecer con sus
respectivas unidades las cuales son tomadas
del SEGUS.
Es quien, en base a las liquidaciones
realizadas para un cliente, realiza la factura
respectiva.
Es quien, en base a los expedientes recibidos
los cuales contienen la información de los
servicios que utilizo un cliente, realizan las
liquidaciones a ser revisadas por el Médico
Auditor, para finalmente terminará con la
generación de un documento de pago.
Es quien verifica que las liquidaciones que se
hayan realizado sean correctas para poder
proceder con la facturación.
Documento Interno Versión: 2.0 Página: 46 / 203
PF_TN_Asistente_Facturacion
(from Trabajadores del negocio)
PF_TN_Asistente_Liquidaciones
(f rom Trabajadores del negocio)
PF_TN_Auditor_Medico
(f rom Trabajadores del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.4.2 Especificación de las entidades del negocio
Entidad De Negocio Descripción
Representan una lista de códigos organizados y
utilizados internacionalmente (Clasificación estadística
internacional de enfermedades) que la clínica utiliza
para determinar los servicios que brinda la clínica.
Atributos:
codigo_cie10 numero
descripcion cadena
Representan los datos de los clientes que van a
solicitar los servicios de la clínica y pueden ser
particulares o compañías de seguros. Esta información
es importante al generar los comprobantes de pago.
Atributos:
codigo_cliente numero
num_doc_identidad numero
apellidos cadena
nombres cadena
codigo_cia_seguro numero
ruc cadena
fecha_nacimiento fecha
telefono cadena
telefono_movil cadena
fax cadena
email cadena
direccion cadena
ciudad cadena
pais cadena
Representa la información de las cotizaciones
generadas a los clientes por la clínica de los servicios
que ofrece.
Atributos:
um_cotizacion numero
nombre_cia_aseguradora cadena
nombre_centrotrabajo cadena
nombre_motivo cadena
nombre_paciente cadena
nombre_doctor cadena
Documento Interno Versión: 2.0 Página: 47 / 203
PF_EN_CIE10
(f rom Entidades del negocio)
PF_EN_Cliente
(f rom Entidades del negocio)
PF_EN_Cotizacion
(from Entidades del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
codigo_plan codigo
num_dias numero
num_telefono cadena
detalle_tipo_concepto numero
detalle_codigo_concepto numero
detalle_nombre_concepto cadena
detalle_importe_pordia numero
detalle_tarifa_concepto numero
detalle_dscto_concepto numero
detalle_total_concepto numero
detalle_pjedscto_manual_concepto numero
importe_bruto numero
importe_igv_pagar numero
importe_total_pagar numero
fecha_emision fecha
hora_emision Hora
obervacion cadena
nombre_resp_cotizacion cadena
Representa los comprobantes de pago que la clínica
entrega al realizar un servicio (Facturas, Boletas,
Tickets, etc.).
Atributos
num_ciuu numero
num_documento numero
codigo_tipo_documento codigo
fecha_emision fecha
nombre_cia_aseguradora cadena
nombre_centrotrabajo cadena
num_ruc_centrotrabajo numero
nombre_paciente cadena
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
Documento Interno Versión: 2.0 Página: 48 / 203
PF_EN_Documento_de_Pago
(f rom Entidades del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
detalle_num_guiaconcepto numero
detalle_total_concepto numero
importeconsumo_gastos numero
importeconsumo_igv numero
importeconsumo_total numero
importededucible_gastos numero
importededucible_igv numero
importededucible_total numero
importeneto_igv numero
importeneto_gasto numero
importe_inafecto numero
importe_neto_total numero
direccion_paciente cadena
nombre_tiposeguro cadena
Representa una lista consolidada de los consumos
realizados por el cliente y sobre la cual se genera el
respectivo documento de pago.
Atributos:
nnum_liquidacion numero
nombre_paciente cadena
nombre_titular cadena
nombre_centrotrabajo cadena
nombre_cia_aseguradora cadena
nombre_medico_contratante cadena
fecha_hospitalizacion fecha
hora_hospitalizacion Hora
num_historia_clinica numero
num_cama numero
num_ruc_centrotrabajo numero
num_dias_hospitalizado numero
fecha_alta fecha
nombre_concepto cadena
Representa la información concerniente a los planes
de salud que la clínica ofrece. Estos planes pueden
ser tanto internos (los ofrecidos por la clínica) o las
que proporcionan las compañías de seguro.
Atributos:
codigo_plan_salud numero
Documento Interno Versión: 2.0 Página: 49 / 203
PF_EN_Liquidacion
(f rom Entidades del negocio)
PF_EN_Plan_de_Salud
(f rom Entidades del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
tipo_cobertura cadena
costo numero
tipo_plan_salud cadena
rango_edad cadena
tiempo_plan cadena
Representa los servicios que brinda la clínica y que
pueden ser de farmacia, servicios auxiliares,
quirúrgicos, etc.
Atributos:
codigo_paquete numero
descripcion_paquete cadena
codigo_servicio numero
precio_base numero
estado cadena
Representa el documento que se utiliza al solicitar una
cotización de servicios que poseen cobertura brindado
por la compañía de seguros y que no están
exoneradas de carta de garantía.
Atributos:
codigo_carta_garantia numero
codigo_cia_seguro numero
clinica cadena
fecha_emision fecha
servicio cadena
monto_cia numero
monto_clinica numero
codigo_cliente numero
codigo_plan_salud numero
observaciones texto
Representa el documento que se crea al solicitar el
registro de un nuevo plan de salud que va a disponer
la clínica para sus clientes en base a lo pactado con
las compañías aseguradoras.
Atributos:
codigo_solicitud numero
descripcion_solicitud cadena
fecha_emision fecha
persona_autoriza cadena
encargado_digitacion cadena
observaciones cadena
Documento Interno Versión: 2.0 Página: 50 / 203
PF_EN_Servicio_Clinico
(from Entidades del negocio)
PF_EN_Solicitud_Carta_Garantia
(from Entidades del negocio)
PF_EN_Solicitud_de_Plan_de_Salud
(from Entidades del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
descripcion_plan_salud cadena
Representa el documento que se crea al solicitar el
registro de un nuevo servicio que la clínica necesita
brindar.
Atributos:
codigo_solicitud_servicio numero
descripcion_solicitud cadena
fecha_emision fecha
persona_autoriza cadena
encargado_digitacion cadena
observaciones cadena
descripcion_servicio cadena
Representa los factores que utiliza las compañías de
seguros o la clínica para los servicios y que se van a
aplicar a las unidades (tarifas) que se especifican en la
entidad PF_EN_Servicio_Clinico.
Atributos:
codigo_tarifa numero
codigo_cia_seguro numero
codigo_poliza numero
codigo_servicio numero
importe numero
estado cadena
tipo_cobertura cadena
descuento numero
Documento Interno Versión: 2.0 Página: 51 / 203
PF_EN_Tarifa
(from Entidades del negocio)
PF_EN_Solicitud_de_Servicio
(from Entidades del negocio)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
2.4.3 Diagrama de Clases del Negocio
Documento Interno Versión: 2.0 Página: 52 / 203
PF_EN_Servicio_Clinico
(from Entidades del negocio)
PF_EN_Tarifa
(from Entidades del negocio)
PF_EN_Plan_de_Salud
(from Entidades del negocio)
PF_EN_Cotizacion
(from Entidades del negocio)
PF_EN_Solicitud_Carta_Garantia
(from Entidades del negocio)
PF_EN_Carta_Garantia
(from Entidades del negocio)
PF_TN_Responsable Cia_de_ Seguros
(from Trabajadores del negocio)
Consulta/aprueba
Elabora
Consulta_
AD_EN_Paciente
(from Entidades del negocio)
AD_TN_Responsable_Admision
(from Trabajadores del nego...
obtiene
obtiene
obtiene
registra/ Actualiza
registra
Consulta.
Obtiene.
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 7 PF_DLN_Gestion_de_Cotizaciones
Documento Interno Versión: 2.0 Página: 53 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Documento Interno Versión: 2.0 Página: 54 / 203
PF_EN_Servicio_Clinico
(from Entidades del nego...
PF_TN_Asistente_Facturacion
(from Trabajadores del negocio)
PF_EN_Solicitud_de_Plan_de_Salud
(from Entidades del negocio)
PF_EN_Solicitud_de_Tarifa_Servicio
(from Entidades del negocio)
PF_TN_Director_Medico
(from Trabajadores del negocio)
Autoriza
Consulta/Aprueba
PF_TN_Asistente_Administrativo(from Trabajadores del nego...
Deriva
PF_EN_Tarifa
(from Entidades del nego...
Obtener.
PF_EN_SEGUS
(from Entidades del negocio)
PF_EN_Plan_de_Salud
(from Entidades del nego...
ValidaActualiza
PF_TN_Responsable_Comercial
(from Trabajadores del nego...
Obtener
Crear/Actualizar
Crear /Actualizar
Deriva Deriva
Consulta
Obtener
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 8 PF_DLN_Gestion_de_ tarifarios
Documento Interno Versión: 2.0 Página: 55 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 9 PF_DLN_Gestion_Liquidacion_Facturacion
Documento Interno Versión: 2.0 Página: 56 / 203
PF_EN_CIE10
(from Entidades del negocio)
PF_EN_Documento_de_Pago
(from Entidades del negocio)
PF_EN_Cliente
(from Entidades del negocio)
PF_EN_Liquidacion
(from Entidades del negocio)
PF_EN_Tarifa(from Entidades del negocio)
PF_TN_Auditor_Medico
(from Trabajadores del negocio)
Consulta
Revisa/Aprueba
AT_EN_Orden de_Examenes_Medicos
(from Entidades del negocio)
PF_EN_Servicio_Clinico
(from Entidades del negocio)
AD_EN_Orden_de_Atencion
(from Entidades del negocio)
PF_TN_Asistente_Facturacion
(from Trabajadores del negocio)
Registra
Consulta
Obtiene
Actualiza.
PF_TN_Asistente_Liquidaciones
(from Trabajadores del nego...
Genera
Obtiene
evalua
Consulta
Consulta
Obtiene
Envia / Recibe
AD_EN_Paciente
(from Entidades del negocio)
consultaconsulta.
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
CAPÍTULO 3 REQUERIMIENTOS
Documento Interno Versión: 2.0 Página: 57 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1 Especificación de los Requerimientos de Software
3.1.1 Funcionalidad
Código PF_RF01
Nombre Actualizar Cotización
Descripción
Permitir la emisión de cotizaciones por servicio. Además si la
cotización lo requiere también debe permitir emitir una solicitud
de carta de Garantía a la Cía. de seguros.
Código PF_RF02
Nombre Evaluar solicitud de Carta de Garantía
Descripción
Para evaluar se requiere consultar el Plan de Salud del paciente
para validar si su cobertura cubre lo solicitado al 100% o sólo en
parte o rechazar la solicitud por qué no está en su cobertura de
seguro
Código PF_RF03
Nombre Registrar Carta de Garantía
Descripción
Permitir la emisión de una Carta de Garantía de acuerdo al
monto aprobado luego de la evaluación de la solicitud de Carta
de Garantía
Código PF_RF04
Nombre Actualizar Cliente
Descripción
Permitir la actualización de los datos del cliente, ya sea
registrando un cliente nuevo o actualizando los datos de uno ya
existente
Código PF_RF05
Nombre Actualizar Documento de Pago
Descripción
Permitir la emisión y anulación de documentos de pago. Para la
emisión se requiere registrar en el documento los datos del
cliente y los detalles de los servicios o de la liquidación si esta
última existiera.
Documento Interno Versión: 2.0 Página: 58 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Código PF_RF06
Nombre Actualizar Liquidación
Descripción
Permitir la emisión de pre-liquidaciones y liquidaciones. Para
esto se requiere consultar ellas ordenes de atención de los
servicios consumidos por el paciente y valorizarlos de acuerdo
las tarifas aplicables a su plan de salud.
Código PF_RF07
Nombre Evaluar Liquidación
Descripción
Permitir al auditor médico aprobar o rechazar una liquidación.
Para esto el auditor verificará que los códigos de los servicios
consumidos por el paciente que fueron ingresados en la
liquidación coincidan con los del CIE10.
Código PF_RF08
Nombre Registrar Solicitud de Plan de Salud
Descripción
Permitir la emisión de una solicitud para registrar un nuevo Plan
de salud, modificar uno existente (coberturas o tarifas) o darlo
de baja.
Código PF_RF09
Nombre Evaluar Solicitud de Plan de Salud
DescripciónPermitir al Director Medico autorizar si la solicitud de Plan de
Salud procede o no.
Código PF_RF10
Nombre Registrar Solicitud de actualizar tarifa de servicio
DescripciónPermitir la emisión de una solicitud para registrar una tarifa para
un nuevo servicio, modificar uno existente.
Código PF_RF11
Nombre Evaluar Solicitud de actualizar tarifa de servicio
DescripciónPermitir al Director Medico evaluar si la solicitud de
actualización de la tarifa de un servicio procede o no.
Código PF_RF12
Documento Interno Versión: 2.0 Página: 59 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Nombre Actualizar Plan de Salud
Descripción
Permitir el registro de un nuevo Plan de salud, modificar uno
existente (coberturas o tarifas) o darlo de baja. Para esto será
necesario consultar los servicios clínicos que brindan la clínica y
las tarifas que tiene cada uno de estos.
Código PF_RF13
Nombre Evaluar Plan de Salud
Descripción
Permitir la evaluación, por parte de asistente de facturación, si el
registro del nuevo o modificado Plan de Salud procede o no
para esto requiere contrastarlo vs el tarifario de servicios
Código PF_RF14
Nombre Actualizar tarifa de Servicio
DescripciónPermitir el registro de la tarifa para un nuevo servicio o modificar
uno existente.
Código PF_RF15
Nombre Evaluar Tarifa de Servicio
DescripciónPermitir al Director Medico evaluar si la actualización de la tarifa
de un servicio procede o no.
Código PF_RF16
Nombre Consultar Plan de Salud
Descripción
Código PF_RF17
Nombre Consultar Documento de Pago
Descripción
Documento Interno Versión: 2.0 Página: 60 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Código PF_RF18
Nombre Consultar Liquidaciones
Descripción
Código PF_RF19
Nombre Emitir Reporte Gerencial de Documentos de Pago
DescripciónEmitir reporte de cuanto fue lo que se facturó por compañía de
seguro por especialidad en un determinado período de tiempo.
Código PF_RF19
Nombre Emitir Reporte de operaciones de Documento de Pago
Descripción
Emitir reporte de cuanto cuantas facturas fueron anuladas en
un determinado periodo de tiempo. Además debe reportar el
comparativo entre documentos emitidos vs anulados.
Código SG_RF01
Nombre Registrar información de los usuarios del sistema
Descripción
Código SG_RF02
Nombre Manejar perfiles de usuarios del sistema
Descripción
Código SG_RF03
Nombre Cambiar contraseña del usuario
Descripción
Documento Interno Versión: 2.0 Página: 61 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
Documento Interno Versión: 2.0 Página: 62 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.2 Usabilidad
Código RNFU01
Nombre Manejo de errores
Descripción
En caso de presentarse algún error, el sistema un mensaje de
error acompañado de una ayuda a su solución. La interfaz debe
contar con ayudas (tooltip) para evitar que el usuario ingrese
datos errados.
Código RNFU02
Nombre Diseño de la interfaz gráfica
DescripciónEl lenguaje empleado en la interfaz gráfica del sistema
respetará los términos usados en el negocio.
Código RNFU03
Nombre Tiempo promedio en el uso de los distintos módulos.
DescripciónEl sistema permitirá a los usuarios el registro de los diversos
documentos en un intervalo de 1 a 2 minutos.
Documento Interno Versión: 2.0 Página: 63 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.3 Confiabilidad
Código RNFC01
Nombre Disponibilidad de uso del sistema
DescripciónEl sistema debe estar disponible de lunes a sábado por lo
menos al 90 por ciento entre las 9:00 am y las 6:00 pm
Código RNFC02
Nombre Tiempo promedio de reparación del sistema
DescripciónLa duración promedio de una reparación del sistema no debe
ser mayor de 15 minutos
Código RNFC03
Nombre Tiempo de atención ante una falla
Descripción
El tiempo de atención promedio ante una falla se determinará
dependiendo de su complejidad. Si el impacto de la falla es bajo
será de uno a dos días, si el impacto es intermedio será 5 días y
si el impacto es crítico será menor de 2 horas.
Código RNFC04
Nombre Log de transacciones
Descripción
El sistema registrará un Log de todas las transacciones
realizadas, detallando el tipo de movimiento, la hora y fecha, y
la persona que lo ha realizado.
Código RNFC05
Nombre Log de errores
DescripciónEl sistema almacenará en un log los errores presentados por
excepciones del sistema.
Documento Interno Versión: 2.0 Página: 64 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.4 Rendimiento
Código RNFR01
Nombre Cantidad de usuarios concurrente al sistema
Descripción El sistema permitirá el acceso concurrente de 100 usuarios
Código RNFR02
Nombre Cantidad promedio de transacciones por minuto
DescripciónEl sistema debe soportar un promedio de 50 transacciones por
minuto
Código RNFR03
Nombre Tiempo promedio de respuesta de los reportes
DescripciónEl tiempo de respuesta promedio del sistema para las
operaciones involucradas con los reportes es de 5 segundos
Código RNFR04
Nombre Tiempo de inicio del sistema
DescripciónEl tiempo de inicio del sistema será de 10 segundos como
máximo.
Código RNFR05
NombreTiempo máximo de duración del 95% de transacciones en un
día
DescripciónEl 95 por ciento de las transacciones del sistema no deben
exceder los 0.5 minutos
Documento Interno Versión: 2.0 Página: 65 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.5 Soporte
Código RNFS01
Nombre Compatibilidad del sistema servidor
Descripción El sistema será compatible con Windows Server 2003 ®
Código RNFS02
Nombre Cliente Web
DescripciónEl cliente Web del sistema debe ser soportado el navegador
Internet Explorer 6 o superior
3.1.6 Restricciones de Diseño
Código RNFD01
Nombre Características de la PC del cliente
Descripción
El sistema debe operar en cualquier computador personal con
procesador Pentium IV o superior, 256 Mb de memoria RAM y
disco duro de 40 Gb.
Código RNFD02
Nombre Lenguaje de programación
Descripción
El lenguaje de programación a emplear para el desarrollo del
sistema será .VB NET (VISUAL BASIC .NET 2008, Framework
3.5)
Código RNFD03
Nombre Motor de base de datos
Descripción El motor de base de datos SQL Server 2005.
Código RNFD04
Nombre Arquitectura Lógica
DescripciónDeberá considerarse en tres capas claramente definidas:
Interfaz, Negocio y Datos.
Documento Interno Versión: 2.0 Página: 66 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.7 Documento de Usuario y Sistema de Ayuda
Código RNFA01
Nombre Manuales de Usuario
Descripción Se elaborarán los manuales de usuario y se publicarán en PDF.
Código RNFA02
Nombre Manuales del sistema
DescripciónSe elaborarán los manuales del sistema y se publicarán en
PDF.
Código RNFA03
Nombre Tips de ayuda en línea
DescripciónEl sistema mostrará tips de ayuda en línea que permitan al
usuario saber sobre la forma de uso del sistema.
3.1.8 Componentes Adquiridos
Código RNFK01
Nombre DevExpress
DescripciónComponentes de controles que facilitan la navegabilidad sobre
la aplicación.
Código RNFK02
Nombre Aspose
DescripciónComponente necesario para exporta información de forma
rápida a archivos Word y Excel.
Documento Interno Versión: 2.0 Página: 67 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.9 Interfaces
Código RNFI01
Nombre Ubicación del logotipo a utilizar en las opciones del sistemas
DescripciónEl logotipo estará siempre presente en la parte superior derecha
de todas las pantallas
Código RNFI02
Nombre Ubicación del logotipo a utilizar en los reportes
Descripción Los reportes mostrarán el logo y nombre de la empresa.
Código RNFI03
Nombre Formato de letras
DescripciónEl tipo de letra general será arial de tamaño general de 9 para
web.
Código RNFI04
Nombre Formato de las pantallas del sistema
DescripciónEl ancho de la página se limita a un tamaño de pantalla de
1024x768 píxel sin scroll horizontal
Código RNFI05
Nombre Animaciones en el Sistema
Descripción No se incorporarán animaciones al sistema.
Código RNFI06
Nombre Resolución de las imágenes
DescripciónLas imágenes a incorporar tendrán una resolución máxima 100
ppp.
Documento Interno Versión: 2.0 Página: 68 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.1.10 Licenciamiento
Código RNFL01
Nombre1 Licencia del Sistema Operativo Ms Windows Server 2003 R2
Standard Edition
DescripciónSe necesitará adquirir una licencia del sistema operativo para
servidor MS Windows Server 2003 R2 Standard Edition
Código RNFL02
Nombre2 Licencia del Motor de Base de Datos Ms SQL Server 2005
Standard Edition
DescripciónSe necesitará adquirir una licencia del software de motor de
base de datos MS SQL Server 2005 Standard Edition
3.1.11 Requerimientos Legales y de Derechos de Autor
No aplica a este proyecto
3.1.12 Estándares Aplicables
No aplica a este proyecto
Documento Interno Versión: 2.0 Página: 69 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.2 Modelo de Casos de Uso de Sistema
3.2.1 Especificación de los Actores del Sistema
1. PF_AS_Auditor_Medico
Este rol representa a la persona encargada de realizar las aprobaciones de las
liquidaciones antes que estas se conviertan en documentos de pago.
2. PF_AS_Asistente_Liquidacion
Este rol representa a las personas encargadas de realizar las liquidaciones y pre-
liquidaciones, que vienen a ser un resultado previo de lo que se va a cobrar a los
pacientes por los servicios utilizados de la clínica.
3. PF_AS_Asistente_Facturacion
Este rol representa a las personas encargadas de emitir los documentos de pago por
los servicios brindados de la clínica a un paciente. Este documento de pago es emitido
hacia un cliente. Asimismo, es quien se encarga de realizar las aprobaciones de los
tarifas ingresadas por los Servicios que brinda la clínica y de los planes de salud
ingresados.
4. PF_AS_Asistente_Administrativo
Este rol representa a las personas que registran los planes de salud con sus
respectivas tarifas, así como también las tarifas de los servicios que brinda la clínica.
5. PF_AS_Responsable_Comercial
Este rol representa a las personas encargadas de registrar las solicitudes para las
creaciones de planes de salud y tarifas nuevas de los servicios brindados por la clínica.
6. PF_AS_Director_Medico
Este rol representa a las personas encargas de aprobar las solicitudes de los planes de
salud y solicitudes de cambios en las tarifas de los servicios que ofrece la clínica.
7. AD_AS_Responsable_Admision
Este rol representa a las personas encargadas de realizar las cotizaciones por los
servicios que brinda la clínica y para los clientes que así lo requieran.
8. PF_AS_Responsable_Cia_de_Seguros
Este rol representa a la persona encargada de evaluar las solicitudes de Carta de
Garantía y de emitir las Cartas de Garantía.
Documento Interno Versión: 2.0 Página: 70 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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.
Documento Interno Versión: 2.0 Página: 71 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.2.2 Diagrama de Actores del Sistema
Figura 10 - Diagrama de Actores del Sistema
Documento Interno Versión: 2.0 Página: 72 / 203
PF_AS_Asistente_Administrativo
PF_AS_Asistente_Facturacion
PF_AS_Asistente_Liquidacion
PF_AS_Auditor_Medico
PF_AS_Director_Medico
PF_AS_Responsable_Comercial
AD_AS_Responsable_AdmisionPF_AS_Consultor_Plan_Salud
SG_AS_Administrador
SG_AS_Usuario
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.2.3 Diagrama de Paquetes
Figura 11 - Diagrama de Paquetes Presupuestos y Facturación
Documento Interno Versión: 2.0 Página: 73 / 203
SG_PQS_Seguridad
PF_PQS_Cotizacion_Servicio PF_PQS_Facturacion_Liquidacion
PF_PQS_Tarifario_PlanSalud
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Documento Interno Versión: 2.0 Página: 74 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.2.4 Diagrama de Casos de Uso de Sistemas por Paquetes
Figura 12 - PF_PQS_Cotizacion_Servicio
Documento Interno Versión: 2.0 Página: 75 / 203
PF_CUS_Evaluar_Solictud_Carta_Garantia
PF_AS_Responsable_De_Cia_Seguros
(f rom Actores del sistema)...)
AD_AS_Responsable_Admision
(f rom Actores del sistema)...)
PF_CUS_Actualizar_Cotizacion
AD_CUS_Consultar_Paciente
<<extend>>
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 13 - PF_PQS_Tarifario_PlanSalud
Documento Interno Versión: 2.0 Página: 76 / 203
PF_CUS_Registrar_Solicitud_Tarifas
PF_AS_Responsable_Comercial
(from Actores del sistema)...)
PF_CUS_Plan_de_saludPF_AS_Consultor_Plan_Salud
(from Actores del sistema)
PF_CUS_Evaluar_Solicitud_TarifasPF_AS_Director_Medico
(from Actores del sistema)...)
PF_CUS_Actualizar_TarifasPF_AS_Asistente
_Administrativo(from Actores del sistema)...)
PF_CUS_Evaluar_TarifasPF_AS_Asistente
_Facturacion(from Actores del sistema)...)
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 14 - PF_PQS_Facturacion_Liquidacion
Documento Interno Versión: 2.0 Página: 77 / 203
PF_AS_Asistente_Liquidacion
(from Actores del sistema)...)
PF_CUS_Evaluar_LiquidacionPF_AS_Auditor_Medico
(from Actores del sistema)...)
PF_CUS_Generar_Reportes_Gerenciales_Facturacion
PF_CUS_Generar_Reportes_Operaciones_Facturacion
PF_AS_Asistente_Administrativo
(from Actores del sistema)...)
PF_AS_Asistente_Facturacion
(from Actores del sistema)...)
PF_CUS_Actualizar_Cliente
PF_CUS_Actualizar_Documento_Pago
<<extend>>
PF_CUS_Actualizar_Liquidacion
AD_CUS_Consultar_Paciente
(from PF_PQS_Cotizacion_Servi...
<<extend>> <<extend>>
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 15 - SG_PQS_Seguridad
Documento Interno Versión: 2.0 Página: 78 / 203
SG_AS_Usuario
(from Actores del sistema)...)
SG_CUS_Cambiar_Contraseña
SG_CUS_Validar_Acceso
<<extend>>
SG_CUS_Actualizar_Perfil
SG_CUS_Actualizar_Usuario
SG_AS_Administrador
(from Actores del sistema)
SG_CUS_Realizar_Copia_Seguridad
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3 Especificación de los Casos de Uso de Sistema
3.3.1 Especificación del CUS PF_CUS_Actualizar_Cotizacion
1. Actores del Sistema
1.1. PF_AD_Responsable_Admision
2. Propósito
El propósito del caso de uso es registrar, modificar, anular, consultar e imprimir los da-
tos de una cotización.
3. Breve Descripción
El caso de uso comienza cuando el actor indica "Generar Cotización", y termina cuando
el documento queda registrado, modificado, anulado o impreso.
4. Flujos de Eventos
4.1. Flujo Básico
4.1.1. El actor indica "Gestión de Cotización".
4.1.2. El sistema muestra el formulario “Consulta de Cotizaciones” con las opciones
“Nuevo”, “Editar”, “Anular”, “Imprimir”, “Consultar” y “Cerrar” habilitadas.
4.1.3. El actor indica una de las siguientes opciones:
a. “Nuevo” ver el sub-flujo “Nueva cotización”.
b. “Editar” ver el sub-flujo “Editar cotización”
c. “Anular”
d. “Consultar” ver el sub-flujo “Consultar cotización”
e. “Imprimir” ver el sub-flujo “Imprimir cotización”
4.1.4. El actor indica “Cerrar” y el caso de uso termina.
4.2. Sub flujos
4.2.1. Nueva cotización
4.2.1.1 El sistema muestra el formulario “Gestión de Cotizaciones” sin datos; y habilita
las opciones “Cancelar” y “Grabar”.
4.2.1.2 El sistema habilita solo los campos: “Paciente”, “Especialidad”, “Días”, “Obser-
vaciones”, “Datos de los servicios”, los cuales serán ingresados por el actor.
Documento Interno Versión: 2.0 Página: 79 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 Pa-
ciente”, si se requiere generar una solicitud de carta de garantía.
4.2.1.13 Si se requiere emitir una Solicitud de Carta de Garantía continúa en el
paso [4.2.1.14], sino continúa en el paso [4.2.1.17]
4.2.1.14 El sistema muestra un mensaje en el que se notifica que la cotización
requiere de una Carta de Garantía.
4.2.1.15 El actor indica “Aceptar”
4.2.1.16 El sistema genera la Solicitud de Carta de Garantía. Ver el sub-flujo
“Generar Solicitud de carta de Garantía”
4.2.1.17 El sistema graba los datos de la nueva cotización, le asigna el número
de cotización y se muestra en el campo “Número de cotización”.
4.2.1.18 El sistema muestra un mensaje en la que notifica que la cotización ha
sido registrada satisfactoriamente.
4.2.1.19 El actor indica “Aceptar”.
4.2.1.20 El sistema muestra un mensaje en el que se notifica si se quiere impri-
mir la cotización.
4.2.1.21 El actor indica “SI” y se imprime la cotización, o indica “NO” y continua
en el paso [4.2.1.22].
4.2.1.22 El sistema muestra el formulario con los datos de la cotización genera-
da.
4.2.1.23 El sistema deshabilita todos los campos del formulario “Gestión de Co-
tizaciones” y los botones de “Grabar” y “Cancelar”.
Documento Interno Versión: 2.0 Página: 80 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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: “Especiali-
dad”, “Días de vigencia”, ”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”, “Fecha emi-
sión”, “Solicitud de carta de garantía”, ”Número de carta de garantía”
4.2.2.7 El actor selecciona la cotización selecciona el botón “Editar”.
4.2.2.8 El sistema carga en el formulario “Gestión de Cotizaciones" los datos de cotiza-
ción seleccionada.
4.2.2.9 El sistema habilita solo los campos: “Especialidad”, “Días” y “Observaciones”,
4.2.2.10 El actor selecciona la “Especialidad” de una lista.
4.2.2.11 El actor selecciona los “Días de vigencia” de la cotización de una lista.
4.2.2.12 El actor ingresa el dato “Observaciones”.
4.2.2.13 El actor indica “Grabar” y continúa en el paso [4.2.1.14] o indica “Can-
celar” y continúa en el paso [4.2.1.22].
4.2.2.14 El sistema muestra un mensaje en el que solicita confirmación para ac-
tualizar la cotización.
4.2.2.15 El actor indica “SI” y continúa en el paso [4.2.2.16], o indica “NO” y
vuelve al paso [4.2.2.10].
4.2.2.16 El sistema actualiza los datos de la cotización.
4.2.2.17 El sistema muestra un mensaje en la que notifica que la cotización ha
sido actualizada satisfactoriamente.
4.2.2.18 El actor indica “Aceptar”.
4.2.2.19 El sistema muestra un mensaje en la que notifica si se quiere imprimir
la cotización.
4.2.2.20 El actor indica “SI” y se imprime la cotización, o indica “NO” y continua
en el paso [4.2.2.21].
4.2.2.21 El sistema muestra el formulario con los datos de la cotización actuali-
zada.
4.2.2.22 El sistema deshabilita todos los campos del formulario “Gestión de Co-
tizaciones” y los botones de “Grabar” y “Cancelar”.
Documento Interno Versión: 2.0 Página: 81 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3. Anular Documento
4.2.3.1 El actor selecciona el tipo de cotización a consultar: “Todas”, “Anuladas”,
“Abiertas” ó “Cerradas”.
4.2.3.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.3.3 El sistema valida los datos ingresados por el actor.
4.2.3.4 Si el actor ingresa el “Número de cotización” continúa en el paso [4.2.3.5] o si
escogió la búsqueda por fecha continúa en el paso [4.2.3.7]
4.2.3.5 El sistema verifica que el dato “Número de cotización” exista.
4.2.3.6 El sistema muestra en la grilla los datos principales de la cotización: “Especiali-
dad”, “Días de vigencia”, ”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”, “Fecha emi-
sión”, “Solicitud de carta de garantía”, ”Número de carta de garantía”
4.2.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].
4.2.3.10 El sistema muestra un mensaje en la que notifica que la cotización ha
sido eliminada satisfactoriamente.
4.2.3.11 El actor indica “Aceptar”.
4.2.3.12 El sistema limpia todos los datos del formulario “Consulta de Cotizacio-
nes”
4.2.4. Consultar cotización
4.2.4.1 El actor selecciona el tipo de cotización a consultar: “Todas”, “Anuladas”,
“Abiertas” ó “Cerradas”.
4.2.4.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 fe-
chas
4.2.4.3 El sistema valida los datos ingresados por el actor.
4.2.4.4 Si el actor ingresa el “Número de cotización” 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.4.5 El sistema verifica que el dato “Número de cotización” exista.
4.2.4.6 El sistema muestra en la grilla los datos principales de la cotización: “Especiali-
dad”, “Días de vigencia”,”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”, “Fe-
cha emisión”, “Solicitud de carta de garantía”, ”Número de carta de garantía
[4.2.4.7] El actor selecciona la cotización selecciona el botón “Consultar”.
Documento Interno Versión: 2.0 Página: 82 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.4.8 El sistema carga en el formulario “Gestión de Cotizaciones" los datos de cotiza-
ción seleccionada.
4.2.4.9 El sistema deshabilita todos los campos y solo habilita el botón “Cancelar”
4.2.4.10 El actor indica “Cancelar” y se cierra el formulario
4.2.5. Imprimir cotización
4.2.5.1 El actor selecciona el tipo de cotización a consultar: “Todas”, “Anuladas”,
“Abiertas” ó “Cerradas”.
4.2.5.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.5.3 El sistema valida los datos ingresados por el actor.
4.2.5.4 Si el actor ingresa el “Número de cotización” continúa en el paso [4.2.5.5] o si
escogió la búsqueda por fecha continúa en el paso [4.2.5.6]
4.2.5.5 El sistema verifica que el dato “Número de cotización” exista.
4.2.5.6 El sistema muestra en la grilla los datos principales de la cotización: “Especiali-
dad”, “Días de vigencia”, ”Moneda”, ”Importe Bruto”, ”IGV”, “Importe Neto”, “Fecha emi-
sión”, “Solicitud de carta de garantía”, ”Número de carta de garantía”
4.2.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.
Documento Interno Versión: 2.0 Página: 83 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 cotiza-
dos requieren de una carta de garantía con la aprobación de la compañía aseguradora.
4.2.8.2 El proceso recibe como parámetro la “Compañía Aseguradora”, “Plan de
Salud”, “Empresa”, “Asegurado”, “Póliza”
4.2.8.3 El proceso en base a los datos recibido obtiene la cuenta de correo electrónico
a quien se enviará la solicitud carta de garantía.
4.2.8.4 El proceso genera la solicitud de carta de garantía en base a la cotización y en
una plantilla definida.
4.2.8.5 El proceso genera la solicitud de carta de garantía
4.2.8.6 El proceso graba el registro de solicitud de carta de garantía.
4.2.8.7 El proceso envía, vía correo electrónico, la Solicitud de Carta de Garantía como
archivo adjunto
4.2.8.8 El proceso retorna el número de solicitud de carta de garantía y lo muestra en
la pantalla
4.3. Flujos Alternos
4.3.1. Validación de “Número de Cotización” en el Sub-Flujo “Editar cotización”, “Anu-
lar cotización”, “Consultar cotización”, “Imprimir cotización”.
Si en el paso [4.2.2.5], [4.2.3.5], [4.2.4.5] o en el paso [4.2.5.5] el sistema determina
que el Número de cotización no existe, entonces se realizan los siguientes pasos:
a. El sistema muestra un mensaje con la descripción del error.
b. El actor indica “Aceptar”.
4.3.2. Validación de “Paciente” en el Sub-Flujo “Buscar Paciente”
Si en el paso [4.2.6.4], el sistema determina que el tipo de documento de identidad no
existe, entonces se realizan los siguientes pasos:
a. El sistema muestra un mensaje con la descripción del error.
b. El actor indica “Aceptar”.
4.3.3. Validación de fechas “Desde” y “Hasta” en el Sub-Flujo “Editar cotización”,
“Anular cotización”, “Consultar cotización”, “Imprimir cotización”.
Si en el paso [4.2.2.3], [4.2.3.3], [4.2.4.3] o en el paso [4.2.5.3], el sistema determina
que las fechas no son válidas, o que la fecha “Hasta” es menor a la fecha “Desde”, en-
tonces se realizan los siguientes pasos:
a. El sistema muestra un mensaje con la descripción del error.
b. El actor indica “Aceptar”.
Documento Interno Versión: 2.0 Página: 84 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 Presu-
puesto y Facturación.
5.3. Perfil del actor
El actor cumple con el perfil de PF_AD_Responsable_Admision.
6. Pos-condiciones
6.1. Se registró, modificó, anuló o imprimió los datos de la cotización.
7. Puntos de extensión
7.1.1. “Solicitud de Carta de Garantía”
Cuando en el sub flujo [4.2.1], el actor indica “Grabar cotización”, se extiende el caso
uso PF_CUS_Actualizar_Cotizacion el cual devuelve el Número de Solicitud de Carta
de Garantía.
7.1.2. “Buscar Paciente”
Cuando en el sub flujo [4.2.6], el actor indica “Buscar Paciente”, se extiende el caso uso
AD_CUS_Buscar_Paciente.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 85 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.2 Especificación del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía
1. Actores del Sistema
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.
3. Breve Descripción
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. Flujos de Eventos
4.1. Flujo Básico
4.1.1 El actor selecciona " Evaluar Solicitudes Carta de Garantìa".
4.1.2 El sistema muestra el formulario “Evaluar Solicitudes” con los siguien-
tes datos: Una lista de solicitudes pendientes de aprobación con las si-
guientes columnas: Numero de Solicitud, Código de Paciente, Paciente, Fecha
Solicitud, Monto coaseguro, Monto deducible total y un botón evaluar
4.1.3 El actor selecciona uno de los documentos listados
4.1.4 El actor indica la opción evaluar:
4.1.5 El sistema muestra el formulario “Evaluar Solicitud-Detalle con los si-
guientes datos: Numero de la Solicitud, Fecha, Paciente, Titular, Cía. Asegura-
dora, Póliza, Plan de Salud, Observación, Total neto, IGV, Total Pagar, Copa-
go, Deducible y una listado de los ítems con las siguiente columnas: Ítem, Ser-
vicio, Descripción, Precio, Dscto, un botón aprobar y un botón rechazar.
4.1.6 El actor verifica los ítems de la cotización, esta verificación lo realiza
verificando, de forma manual, las coberturas de la póliza con los servicios coti-
zados.
4.1.7 Si el actor encontró alguna incoherencia en la revisión, agrega un co-
mentario en el campo observación.
4.1.8 El actor indica una de las siguientes opciones
a) Si el actor indica Aprobar ir al sub-flujo Aprobar Solicitud
b) Si el actor indica Rechazar, ir al sub-flujo Rechazar Solicitud
Documento Interno Versión: 2.0 Página: 86 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Aprobar Solicitud.
4.2.1.1 El sistema muestra una mensaje de confirmación
4.2.1.2 El usuario confirma la aprobación y el sistema cierra el formulario de
detalle y regresa al formulario de cabecera
4.2.1.3 El sistema genera la Carta de Garantía respectiva en base a la platilla
definida.
4.2.1.4 El sistema muestra un mensaje con el número de carta de garantía ge-
nerada.
4.2.1.5 El sistema cambia de estado a la Solicitud de Carta Garantía por “Apro-
bada”
4.2.1.6 El usuario indica cerrar y el caso de uso termina
4.2.2. Rechazar Solicitud.
4.2.2.1 El sistema verifica si se ha agregado algún comentario al campo obser-
vación. Esta verificación lo realiza comparando si los datos de la observación
original es igual a la actual.
4.2.2.2 El sistema muestra una mensaje de confirmación
4.2.2.3 El usuario confirma el rechazo y el sistema cierra el formulario de deta-
lle y regresa al formulario de cabecera
4.2.2.4 El sistema cambia de estado a la Solicitud de Carta Garantía por “Re-
chazada”
4.2.2.5 El usuario indica cerrar y el caso de uso termina
4.3. Flujos Alternos
4.3.1. Rechazo de Mensaje de confirmación en Aprobación de Solicitud
4.3.1.1 Si en [4.2.1.2] el usuario rechaza la confirmación de la aceptación, el
sistema cierra el formulario de detalle y regresa al formulario de cabecera
4.3.1.2 El usuario indica cerrar y el caso de uso termina
4.3.2. Rechazo de Mensaje de confirmación en Rechazo de Solicitud
4.3.2.1 Si en [4.2.2.3] el usuario rechaza la confirmación de la desaprobación,
el sistema cierra el formulario de detalle y regresa al formulario de cabecera
4.3.2.2 El usuario indica cerrar y el caso de uso termina
4.3.3. Verificación del campo observaciones al Rechazar una Solicitud
4.3.3.1 Si en [4.2.2.1] el sistema encuentra que no se agregado el motivo del
rechazo se muestra un mensaje de información y el flujo continua en [4.17] del
flujo básico.
Documento Interno Versión: 2.0 Página: 87 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Pre-condiciones
Debe existir Solicitudes pendientes de Evaluación
6. Pos-condiciones
6.1. Se Aprobó o rechazo una solicitud.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 88 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.3 Especificación del CUS PF_CUS_Consultar_Plan_Salud
1. Actores del Sistema
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
.
3. Breve Descripción
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. Flujos de Eventos
4.1. Flujo Básico
4.1.1 El actor invoca a este caso de uso
4.1.2 El sistema muestra el formulario “Consulta de Plan de Salud” con filtros
para buscar los Planes de Salud. Esta pantalla se muestra inicialmente vacía y
estará compuesta por los siguientes campos:
a. Un filtro por código de plan.
b. Un filtro por Planes de Salud asociados a Compañías Asegura-
doras
c. Un filtro por Planes de Salud asociados a la Clínica.
d. Un filtro por Rango d fechas de emisión.
f. Un Lista inicialmente vacía con las siguientes columnas de da-
tos: Código, Descripción, Fecha. Además el sistema muestra los boto-
nes de consultar, aceptar y cerrar.
4.1.3 El Actor ingresara los criterios que cree convenientes.
4.1.4 El Actor indicara la opción “Consultar”
4.1.5 El sistema mostrará una lista de los Planes de Salud ordenados en for-
ma descendente por número. Además el código de Plan de Salud se mostrara
como hipervínculo para poder ver la liquidación completa.
4.1.6 El actor podrá realizar una de las siguientes acciones
a. Si el actor indica “ver Plan de Salud” ir al subflujo “Ver Contenido de Plan de
Salud”
b. Si el actor indica “cerrar” ir al subflujo “Cerrar formulario de liquidación”
Documento Interno Versión: 2.0 Página: 89 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Ver Contenido de Plan de Salud.
4.2.1.1 El sistema muestra el formulario “Ver Contenido de Plan de Salud” y
muestra la siguiente información: Item, Código Servicio, unidades, factor aplica-
ble, importe de descuento adicional, precio, coaseguro, deducible. Además el
sistema muestra el botón de cerrar
4.2.1.2 El usuario indica la opción cerrar
4.2.1.3 El sistema cierra el formulario actual e invoca al formulario “Consulta de
Liquidaciones” y flujo continúa en 4.1.2 del flujo básico.
4.2.2. Cerrar formulario de liquidación
4.2.3.1 El sistema no pone ningún dato a disposición del formulario que lo lla-
mo y el caso de uso finaliza.
4.2.3.2 El sistema cierra el formulario “Ver Consulta de Plan de Salud” y el
caso de uso finaliza.
5. Pre-condiciones
6. Pos-condiciones
6.1. Se devolvió a la pantalla que lo invoco, el número de liquidación buscada.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 90 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.4 Especificación del CUS PF_CUS_Registrar_Solicitud_Tarifas
1. Actores del Sistema
1.1 PF_AS_Responsable_Comercial
2. Propósito
Mantener actualizado los tarifarios y planes de salud mediante la elaboración de solici-
tudes de nuevos requerimientos de plan de salud o tarifarios.
3. Breve Descripción
El caso de uso comienza cuando el PF_AS_Responsable_Comercial indica “Registrar
Solicitud”. De acuerdo a su necesidad el PF_AS_Responsable_Comercial puede agre-
gar o modificar información necesaria sobre solicitudes de planes de salud o tarifas y
al final el registro de solicitudes de plan de salud y tarifas quedará actualizado.
4. Flujo de Eventos
4.1 Flujo Básico
4.1.1 El PF_AS_Responsable_Comercial indica “Registrar Solicitud”.
4.1.2 El sistema muestra el formulario “Registrar Solicitud” con la lista de solicitudes
registrados previamente. Listado de solicitudes debe considerar los siguientes campos:
Tipo de Solicitud, Numero de Solicitud, Fecha, Descripción, Estado, usuario que realizo
el registro y usuario que autorizo el registro.
4.1.3 El sistema muestra los campos a utilizarse como filtros: Tipo de consulta (Plan
de Salud, Tarifario, Ambos) y Descripción de búsqueda.
4.1.4 El PF_AS_Responsable_Comercial elige la operación a realizar. Para Modificar
y Anular debe seleccionar primero un registro.
Si elige Nuevo Plan de Salud ver subflujo “Nuevo Plan de Salud”.
Si elige Nuevo Tarifario ver subflujo “Nuevo Tarifario”.
Si elige Modificar y tipo de solicitud igual a Plan de Salud ver subflujo “Modificar Solici-
tud Plan de Salud”
Si elige Modificar y tipo de solicitud igual a Tarifario ver subflujo “Modificar Solicitud de
Tarifa”.
Si elige Anular ver subflujo “Anular Solicitud”.
Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.5 El PF_AS_Responsable_Comercial indica “Salir”.
4.1.6 El sistema cierra el formulario “Registrar Solicitud” y el caso de uso termina.
Documento Interno Versión: 2.0 Página: 91 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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, Ob-
servaciones. Adicionalmente, debe mostrar los siguientes campos en modo lec-
tura: numero de solicitud, fecha y estado.
2. El PF_AS_Responsable_Comercial ingresa los datos del Plan de
Salud: Descripción de Plan de Salud, Observaciones.
3. El sistema muestra lista de servicios registrados para un plan de salud.
Los campos que deben mostrar son: código grupo de servicio, descripción gru-
po de servicio, deducible y coaseguro.
4. El PF_AS_Responsable_Comercial agrega o elimina grupos de servi-
cios que serán considerados en Plan de Salud. Para eliminar primero debe se-
leccionar un registro
Si elije Agregar Servicio ver subflujo “Agregar Servicio en Solicitud de Plan de
Salud”.
Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Solicitud de Plan de
Salud”.
5. El PF_AS_Responsable_Comercial actualiza deducible y coaseguro
del servicio.
6. El PF_AS_Responsable_Comercial indica “Grabar”.
7. El sistema valida el ingreso de Descripción del Plan de Salud el cual
debe ser de ingreso obligatorio.
8. El sistema crea una nueva solicitud de Plan de Salud.
9. El sistema muestra mensaje “Solicitud generada satisfactoriamente”
10. El PF_AS_Responsable_Comercial indica “Aceptar”
11. El sistema cierra el formulario “Registrar Solicitud de Plan de Salud” y
el caso de uso continúa en [5.1.2].
4.2.2 Nuevo Tarifario
1. El sistema muestra el formulario “Registrar Solicitud de Tarifa”, muestra
los datos en blanco para editar: Descripción de Solicitud, Factor. Adicionalmen-
te, debe mostrar los siguientes campos en modo lectura: numero de solicitud,
fecha y estado.
2. El PF_AS_Responsable_Comercial ingresa los datos de Tarifa: Des-
cripción de Solicitud, Factor.
Documento Interno Versión: 2.0 Página: 92 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 ope-
raciones. Para eliminar primero debe seleccionar un registro.
Si elije Agregar Servicio ver subflujo “Agregar Servicio en Tarifario”.
Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Tarifario”
5. El PF_AS_Responsable_Comercial modifica el tipo de cálculo, precio y
% de descuento.
6. El PF_AS_Responsable_Comercial indica “Grabar”.
7. El sistema valida el ingreso de Descripción de Tarifario y Factor los
cuales deben ser de ingreso obligatorio.
8. El sistema muestra mensaje “Solicitud generada satisfactoriamente”
9. El PF_AS_Responsable_Comercial indica “Aceptar”
10. El sistema crea una solicitud de Tarifa.
11. El sistema cierra el formulario “Registrar Solicitud de Tarifa” y el caso
de uso continúa en [5.1.2].
4.2.3 Modificar Solicitud Plan de Salud
1. El sistema muestra el formulario “Registrar Solicitud de Plan de Salud”
y muestra los datos para editar: Descripción de Plan de Salud, Observaciones.
Adicionalmente, debe mostrar los siguientes campos en modo lectura: numero
de solicitud, fecha y estado.
2. El PF_AS_Responsable_Comercial modifica los datos del Plan de
Salud: Descripción de Plan de Salud, Observaciones.
3. El sistema muestra lista de servicios registrados para un plan de salud.
Los campos que deben mostrar son: código grupo de servicio, descripción gru-
po de servicio, deducible y coaseguro.
4. El PF_AS_Responsable_Comercial agrega o elimina grupos de servi-
cios que serán considerados en Plan de Salud. Para eliminar primero debe se-
leccionar un registro
Si elije Agregar Servicio ver subflujo “Agregar Servicio en Solicitud de Plan de
Salud”.
Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Solicitud de Plan de
Salud”.
5. El PF_AS_Responsable_Comercial actualiza deducible y coaseguro
del servicio.
6. El PF_AS_Responsable_Comercial indica “Grabar”.
Documento Interno Versión: 2.0 Página: 93 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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: Des-
cripción de Solicitud, Factor.
3. El sistema muestra lista de servicios con los siguientes campos: código
de servicio, descripción del servicio, unidades segus, tipo de cálculo, precio, %
de descuento y precio final.
4. El PF_AS_Responsable_Comercial puede realizar las siguientes ope-
raciones. Para eliminar primero debe seleccionar un registro.
Si elije Agregar Servicio ver subflujo “Agregar Servicio en Tarifario”.
Si elije Quitar Servicio ver subflujo “Eliminar Servicio en Tarifario”
5. El PF_AS_Responsable_Comercial modifica el tipo de cálculo, precio y
% de descuento.
6. El PF_AS_Responsable_Comercial indica “Grabar”.
7. El sistema valida el ingreso de Descripción de Tarifario y Factor los
cuales deben ser de ingreso obligatorio.
8. El sistema muestra mensaje “Solicitud generada satisfactoriamente”
9. El PF_AS_Responsable_Comercial indica “Aceptar”
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].
Documento Interno Versión: 2.0 Página: 94 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.5 Anular Solicitud
1. El sistema muestra el mensaje de confirmación de la orden de elimina-
ción.
2. El Responsable_Comercial confirma la eliminación de la Solicitud se-
leccionada.
3. El sistema actualiza estado como “Anulado” de solicitud seleccionada.
4. El sistema muestra mensaje “Solicitud anulada satisfactoriamente”.
5. El PF_AS_Responsable_Comercial indica “Aceptar” y el caso de uso
continúa en [5.1.2].
4.2.6 Agregar Servicio en Solicitud de Plan de Salud
1. El sistema muestra el formulario “Seleccionar Servicio” con lista de ser-
vicios disponibles indicando el código de servicio y descripción de servicio.
2. PF_AS_Responsable_Comercial selecciona el servicio requerido.
3. El sistema retorna el codigo de servicio seleccionado y el caso de uso
continúa en [5.2.1.3] o [5.2.3.3].
4.2.7 Eliminar Servicio en Solicitud de Plan de Salud
1. El sistema muestra el mensaje de confirmación de la orden de elimina-
ción.
2. El Responsable_Comercial confirma la eliminación del servicio selec-
cionado.
3. El sistema muestra mensaje “Servicio eliminado satisfactoriamente”.
4. El PF_AS_Responsable_Comercial indica “Aceptar” y el caso de uso
continúa en [5.2.1.3] o [5.2.3.3].
4.2.8 Agregar Servicio en Solicitud de Tarifario
1. El sistema muestra el formulario “Seleccionar Servicio” con lista de ser-
vicios disponibles indicando el código de servicio y descripción de servicio.
2. PF_AS_Responsable_Comercial selecciona el servicio requerido.
3. El sistema retorna el código de servicio seleccionado y el caso de uso
continúa en [5.2.2.3] o [5.2.4.3].
Documento Interno Versión: 2.0 Página: 95 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.9 Eliminar Servicio en Solicitud de Tarifario
1. El sistema muestra el mensaje de confirmación de la orden de elimina-
ción.
2. El Responsable_Comercial confirma la eliminación del servicio selec-
cionado.
3. El sistema muestra mensaje “Servicio eliminado satisfactoriamente”.
4. El PF_AS_Responsable_Comercial indica “Aceptar” y el caso de uso
continúa en [5.2.2.3] o [5.2.4.3].
4.2.10 Actualizar Lista de Solicitudes
1. El PF_AS_Responsable_Comercial debe seleccionar un tipo de consul-
ta (Planes de Salud, Tarifarios o ambas)
2. El PF_AS_Responsable_Comercial debe ingresar descripción como
criterio de búsqueda.
3. El PF_AS_Responsable_Comercial indica “Actualizar”
4. El sistema verifica el ingreso de filtros requeridos: Tipo de Solicitud y
descripción de búsqueda.
5. El sistema actualiza lista de solicitudes según los criterios de búsqueda
seleccionados por el PF_AS_Responsable_Comercial y el caso de uso conti-
núa en [4.1.2].
4.3 Flujos Alternos
4.3.1 Cancelar el registro de Solicitud.
Si en [5.2.1.6] o [5.2.2.6] o [5.2.3.6] o [5.2.4.6] el PF_AS_Responsable_Comercial no
desea guardar la información de Solicitud.
1. El PF_AS_Responsable_Comercial confirma la cancelación del registro
y el caso de uso continúa en [5.2.1.11] o [5.2.2.11] o [5.2.3.11] o [5.2.4.11].
4.3.2 Cancelar Anulación de Solicitud.
Si en [5.2.5.2] el PF_AS_Responsable_Comercial no desea anular solicitud.
1. El PF_AS_Responsable_Comercial confirma la cancelación de anula-
ción y el caso de uso continúa en [5.1.2].
Documento Interno Versión: 2.0 Página: 96 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 elimina-
ción y el caso de uso continúa en [5.2.7.4] o [5.2.9.4].
4.3.4 Búsqueda de solicitudes
Si en [5.2.6.3] el PF_AS_Responsable_Comercial actualiza lista de solicitudes.
1. El sistema muestra mensaje “No hay información de solicitudes para
los criterios de búsqueda” cuando el total de registros de solicitudes sea igual
a cero y el caso de uso continúa en [5.1.2].
5. Precondiciones
5.1 Acceso del PF_AS_Responsable_Comercial al sistema
El PF_AS_Responsable_Comercial ingresó exitosamente al sistema.
5.2 Perfil de usuario
El sistema configuró el acceso a las opciones según el perfil de usuario del
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.
8. Requerimientos especiales
No aplica.
9. Información Adicional
Se adjunta prototipos
Documento Interno Versión: 2.0 Página: 97 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.5 Especificación del CUS PF_CUS_Evaluar_Solicitud_Tarifas
1. Actores del Sistema
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.
3. Breve Descripció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. Flujos de Eventos
4.1. Flujo Básico
4.1.1 El PF_AS_Director_Medico indica “Evaluar Solicitud de Plan de Salud /
Tarifarios”.
4.1.2 El sistema muestra el formulario “Evaluar Solicitud de Plan de Salud /
Tarifarios” con la lista de solicitudes que se encuentran pendientes de autoriza-
ción. Lista debe considerar: Tipo de solicitud, numero de solicitud, fecha, des-
cripción, estado, usuario de registro y usuario autorización.
4.1.3 El PF_AS_Director_Medico elige la operación a realizar. Para Autorizar
y Rechazar debe seleccionar primero un registro.
a. Si elige Autorizar y tipo de solicitud es igual a Plan de Salud ver subflu-
jo “Autorizar Solicitud Plan de Salud”.
b. Si elige Autorizar y tipo de solicitud es igual a Tarifario ver subflujo “Au-
torizar Tarifario”.
c. Si elige Rechazar ver subflujo “Rechazar Solicitud”.
d. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.4 El PF_AS_Director_Medico indica “Salir”.
4.1.5 El sistema cierra el formulario “Evaluar Solicitud de Plan de Salud / Ta-
rifarios” y el caso de uso termina.
4.1.6 El actor verifica los ítems de la cotización, esta verificación lo realiza verificando, de forma manual, las coberturas de la póliza con los servicios coti-zados.
Documento Interno Versión: 2.0 Página: 98 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Autorizar Plan de Salud
4.2.1.1 El sistema muestra el formulario “Evaluar Solicitud de Plan de Salud” y
muestra los datos: Descripción de Plan de Salud, Observaciones, numero de
solicitud, fecha y estado en modalidad de solo lectura.
4.2.1.2 El sistema muestra lista de grupos de servicios considerando: código
de grupo de servicio, descripción del servicio, deducible, coaseguro en modali-
dad de lectura.
4.2.1.3 El PF_Director_Medico indica “Autorizar”. El sistema muestra un men-
saje con el número de carta de garantía generada.
4.2.1.4 El sistema actualiza solicitud y su estado a “Autorizado”.El usuario indi-
ca cerrar y el caso de uso termina
4.2.1.5 El sistema muestra mensaje “Solicitud autorizada satisfactoriamente”.
4.2.1.6 El PF_AS_Director_Medico indica “Aceptar”.
4.2.1.7 El sistema cierra el formulario “Evaluar Solicitud de Plan de Salud” y el
caso de uso continúa en [4.1.2].
4.2.2. Autorizar Tarifario
4.2.2.1 El sistema muestra el formulario “Evaluar Solicitud de Tarifa”, muestra
los datos: Descripción de Solicitud, Factor, numero de solicitud, fecha y estado
en modalidad de solo lectura.
4.2.2.2 El sistema muestra lista de servicios seleccionados considerando: códi-
go de servicio, descripción del servicio, unidades SEGUS, tipo de cálculo, pre-
cio, % descuento, precio final en modo de solo lectura.
4.2.2.3 El PF_AS_Director_Medico “Autorizar”.
4.2.2.4 El sistema actualiza solicitud y su estado a “Autorizado”.
4.2.2.5 El sistema muestra mensaje “Solicitud actualizada satisfactoriamente”.
4.2.2.6 El PF_AS_Director_Medico indica “Aceptar”.
4.2.2.7 El sistema cierra el formulario “Evaluar Solicitud de Tarifa” y el caso de
uso continúa en [4.1.2].
Documento Interno Versión: 2.0 Página: 99 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3. Rechazar Solicitud
4.2.3.1 El sistema muestra el mensaje de confirmación de la orden de recha-
zo.
4.2.3.2 El PF_AS_Director_Medico confirma rechazo de la Solicitud seleccio-
nada.
4.2.3.3 El sistema actualiza estado como “Rechazado” de solicitud selecciona-
da.
4.2.3.4 Si sistema muestra mensaje “Solicitud rechazada satisfactoriamente”.
4.2.3.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 (Pla-
nes de Salud, Tarifarios o ambas).
4.2.4.2 El PF_AS_Director_Medico debe ingresar descripción como criterio de
búsqueda.
4.2.4.3 El PF_AS_Director_Medico indica “Actualizar”.
4.2.4.4 Si sistema actualiza lista de solicitudes según los criterios de búsque-
da seleccionados por el PF_AS_Director_Medico y el caso de uso continúa en
[4.1.2].
4.3. Flujos Alternos
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].
Documento Interno Versión: 2.0 Página: 100 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Pre-condiciones
5.1 Acceso del PF_AS_Director_Medico al sistema
El PF_AS_Director_Medico 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_Di-
rector_Medico
6. Pos-condiciones
6.1. Actualización de solicitudes de Plan de Salud o Tarifario
El registro de solicitudes de plan de salud y tarifa quedará actualizado.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 101 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.6 Especificación del CUS PF_CUS_Actualizar_Tarifa
1. Actores del Sistema
1.1. PF_AS_Asistente_Administrativo
2. Propósito
Actualizar los planes de salud y tarifarios de la clínica.
3. Breve Descripción
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. Flujos de Eventos
4.1. Flujo Básico
4.1.1 El PF_AS_Asistente_Administrativo indica “Actualizar Tarifario / Plan
de Salud”.
4.1.2 El sistema muestra el formulario “Actualizar Tarifario / Plan de Salud”
con la lista de solicitudes autorizadas por el PF_AS_Director_Medico y que se
encuentran pendiente de registro como plan de salud o tarifario.
4.1.3 El PF_AS_Asistente_Administrativo elige la operación a realizar. Para
registrar debe seleccionar primero un registro.
a. Si elige Registrar y tipo de solicitud igual a Tarifarios ver subflujo “Ac-
tualizar Tarifario”
b. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.4 El PF_AS_Asistente_Administrativo indica “Salir”.
4.1.5 El sistema cierra el formulario “Actualizar Tarifario / Plan de Salud” y el
caso de uso termina.
Documento Interno Versión: 2.0 Página: 102 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Actualizar Plan de Salud
4.2.1.1 El sistema muestra el formulario “Actualizar Plan de Salud” con los si-
guientes datos en modo de solo lectura: descripción del plan de salud, observa-
ciones y/o referencias, numero de solicitud, fecha y estado.
4.2.1.2 El sistema muestra lista de grupos de servicio considerados en Plan de
Salud. Debe mostrarse en modo lectura los siguientes datos: código grupo de
servicio, descripción grupo de servicio, tipo de cálculo deducible, valor a aplicar
deducible, tipo calculo coaseguro y valor a aplicar coaseguro.
4.2.1.3 El PF_AS_Asistente_Administrativo indica “Registrar Plan de Salud”.
4.2.1.4 El sistema actualiza plan de salud con el contenido de solicitud de plan
de salud.
4.2.1.5 El sistema muestra mensaje “Plan de Salud actualizado satisfactoria-
mente”
4.2.1.6 El PF_AS_Asistente_Administrativo indica “Aceptar”.
4.2.1.7 El sistema cierra el formulario “Actualizar Plan de Salud” y el caso de
uso continúa en [4.1.2].
4.2.2. Actualizar Tarifario
4.2.2.1 El sistema muestra el formulario “Actualizar Tarifario” con los siguientes
datos en modo de solo lectura: descripción solicitud de tarifario, factor, número
de solicitud, fecha y estado.
4.2.2.2 El sistema muestra lista de servicios registrados en solicitud de tarifa:
Código de Servicio, Descripción Servicio, Unidades SEGUS, Tipo de Calculo,
Precio, % descuento y Precio Final.
4.2.2.3 El PF_AS_Asistente_Administrativo indica “Registrar Tarifario”.
4.2.2.4 El sistema actualiza Tarifario.
4.2.2.5 El sistema muestra mensaje “Tarifario actualizado satisfactoriamente”.
4.2.2.6 El PF_AS_Asistente_Administrativo indica “Aceptar”.
4.2.2.7 El sistema cierra el formulario “Actualizar Tarifario” y el caso de uso
continúa en [4.1.2].
Documento Interno Versión: 2.0 Página: 103 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3. Actualizar Lista de Solicitudes
4.2.3.1 El PF_AS_Asistente_Administrativo debe seleccionar un tipo de con-
sulta (Planes de Salud, Tarifarios o ambas)
4.2.3.2 El PF_AS_Asistente_Administrativo debe ingresar descripción como
criterio de búsqueda.
4.2.3.3 El PF_AS_Asistente_Administrativo indica “Actualizar”
4.2.3.4 El sistema actualiza lista de solicitudes según los criterios de búsqueda
seleccionados por el PF_AS_Asistente_Administrativo y el caso de uso continúa en
[4.1.2].
4.3. Flujos Alternos
4.3.1. Cancelar el registro de Plan de Salud o Tarifario.
Si en [4.2.1.3] o [4.2.2.3] el PF_AS_Asistente_Administrativo no desea guardar la infor-
mación de plan de salud o tarifario.
1. El PF_AS_Asistente_Administrativo confirma la cancelación del registro y el
caso de uso continúa en [4.2.1.7] o [4.2.2.7].
Documento Interno Versión: 2.0 Página: 104 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Pre-condiciones
5.1 Acceso del PF_AS_Asistente_Administrativo al sistema
El PF_AS_Asistente_Administrativo 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_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.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 105 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.7 Especificación del CUS PF_CUS_Evaluar_Tarifa
1. Actores del Sistema
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.
3. Breve Descripción
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. Flujos de Eventos
4.1. Flujo Básico
4.1.1 El PF_AS_Asistente_Facturacion indica “Evaluar Plan de Salud / Tari-
farios”.
4.1.2 El sistema muestra el formulario “Evaluar Plan de Salud / Tarifarios”
con la lista de planes de salud o tarifarios que se registraron por parte del
PF_AS_Asistente_Administrativo.
4.1.3 El PF_AS_Asistente_Facturacion elige la operación a realizar. Para Re-
gistrar debe seleccionar primero un registro.
a. Si elige Evaluar y tipo de solicitud igual a Plan de Salud ver subflujo
“Evaluar Plan de Salud”.
b. Si elige Evaluar y tipo de solicitud igual a Tarifarios ver subflujo “Eva-
luar Tarifario”.
c. Si elige Actualizar ver subflujo “Actualizar Lista de Solicitudes”.
4.1.4 El PF_AS_Asistente_Facturacion indica “Salir”.
4.1.5 El sistema cierra el formulario “Evaluar Plan de Salud / Tarifarios” y el
caso de uso termina.
Documento Interno Versión: 2.0 Página: 106 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Evaluar Plan de Salud
4.2.1.1 El sistema muestra el formulario “Evaluar Plan de Salud” con los si-
guientes campos: plan de salud, servicio, coaseguro, deducible, precio base,
descuentos y precio final.
4.2.1.2 El sistema actualiza lista de planes de salud y servicios.
4.2.1.3 El PF_AS_Asistente_Facturacion selecciona Plan de Salud y Servicio a
evaluar.
4.2.1.4 El PF_AS_Asistente_Facturacion indica “Calcular”.
4.2.1.5 El sistema muestra los valores y cálculos para el servicio según el plan
de salud.
4.2.1.6 El sistema cierra el formulario “Evaluar Plan de Salud” y el caso de uso
continúa en [4.1.2].
4.2.2. Evaluar Tarifario
4.2.2.1 El sistema muestra el formulario “Evaluar Tarifario” con los siguientes
campos: Servicio, deducible, coaseguro, Precio Base, Descuento, Precio Final.
4.2.2.2 El sistema actualiza lista de tarifarios y servicios.
4.2.2.3 El PF_AS_Asistente_Facturacion selecciona el servicio a evaluar
4.2.2.4 El PF_AS_Asistente_Facturacion indica “Calcular”.
4.2.2.5 El sistema muestra los valores y cálculos para el servicio según el tari-
fario seleccionado.
4.2.2.6 El sistema cierra el formulario “Evaluar Tarifario” y el caso de uso conti-
núa en [4.1.2].
Documento Interno Versión: 2.0 Página: 107 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3. Actualizar Lista de Solicitudes
4.2.3.1 El PF_AS_Asistente_Facturacion debe seleccionar un tipo de consulta
(Planes de Salud, Tarifarios o ambas)
4.2.3.2 El PF_AS_Asistente_Facturacion debe ingresar descripción como cri-
terio de búsqueda.
4.2.3.3 El PF_AS_Asistente_Facturacion indica “Actualizar”
4.2.3.4 El sistema actualiza lista de solicitudes según los criterios de búsqueda
seleccionados por el PF_AS_Asistente_Facturacion y el caso de uso continúa en
[4.1.2].
4.3. Flujos Alternos
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].
Documento Interno Versión: 2.0 Página: 108 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Pre-condiciones
5.1 Acceso del PF_AS_Asistente_Facturacion al sistema
El PF_AS_Asistente_Administrativo 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_Asistente_Facturacion
6. Pos-condiciones
Verificación del registro de los planes de salud y tarifarios.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 109 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.8 Especificación del CUS PF_CUS_Actualizar_Liquidacion
1. Actores del Sistema
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.
3. Breve Descripción
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. Flujos de Eventos
4.1. Flujo Básico
4.1.1. El actor selecciona la opción Liquidaciones del menú de [Facturación/Liquida-
ción].
4.1.2. El sistema muestra el formulario “Consulta de Liquidaciones” que viene a ser
una consulta con filtros para buscar Liquidaciones. Esta pantalla se muestra inicialmen-
te vacía y estará compuesta por los siguientes campos:
a. Un filtro por tipo de documento que puede ser : Liquidación, Avance de
consumo o Todos (ambas).
b. Un filtro por Número de Liquidación
c. Un filtro por Paciente
d. Un filtro por Fecha de inicio y término de emisión de liquidación
e. Un botón de Agregar Liquidación
f. Una Listado vacio con las siguientes columnas de datos: Tipo de Liqui-
dación, Número, Fecha, Código de Paciente, Paciente, Monto Coaseguro Total,
Monto Deducible Total, estado. Además se mostrara los botones agregar, mo-
dificar, eliminar y cerrar.
Documento Interno Versión: 2.0 Página: 110 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 desea-
da elegirá una de las siguientes opciones:
a. Si elige Modificar ir subflujo “Modificar Liquidación”.
b. Si elige Eliminar ir subflujo “Eliminar Liquidación”.
c. Si elige Ver ir subflujo “Ver Liquidación”.
4.2. Sub flujos
4.2.1. Agregar Liquidación
4.2.1.1 El sistema muestra el formulario “Agregar Liquidación” y muestra los siguientes
datos de la liquidación: Numero, Fecha, Estado, Dos opciones para seleccionar “Avan-
ce de Consumos” o “Liquidación”, Observación, Total Bruto, Dscto, Igv , Total Neto, Co-
pago, Deducible. Además se mostrara una lista de los consumos con las siguientes co-
lumnas: ítem, nro orden, Tipo, fecha de orden, código de servicio, Descripción del servi-
cio, Precio del servicio, Dscto. También muestra los datos del Paciente: Nombre del
Paciente, Empresa, Titular, CIA aseguradora, Póliza, Plan de Salud, Historia Clínica.
Los campos editables son Fecha, las 2 opciones para seleccionar “avance de consu-
mos” o “Liquidación”, el nombre del paciente y la observación. Además existe un botón
denominado “Otros consumos por incluir” que permitirá agregar servicios no incluidos
en la liquidación. Los datos que se llenaran por defecto serán: El campo fecha (con la
fecha de hoy), el estado (como PENDIENTE) y los importes con 0.
4.2.1.2 El Actor ingresa los datos de la Liquidación: número, fecha, selecciona si es li-
quidación o un avance de consumos y selecciona al paciente. Para la selección del pa-
ciente ir al flujo extendido AD_CUS_ Buscar Paciente.
4.2.1.3 Al seleccionar al paciente, el sistema mostrara los demás datos del paciente
como: Empresa, Titular, CIA aseguradora, Póliza, Plan de Salud, Historia Clínica. Ade-
más mostrará una lista de todos los consumos pendientes por liquidar realizados por el
paciente hasta la fecha, y los campos de totales se recalcularán con la información lle-
nada en el detalle.
4.2.1.4 Si el Actor necesita agregar más consumos manualmente presionara la opción
“Otros consumos por incluir” el cual ejecutara el subflujo “Agregar Consumos de Liqui-
daciones”.
Documento Interno Versión: 2.0 Página: 111 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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, To-
tal Neto, Copago, Deducible por cada ingreso de un ítem manual.
4.2.1.7 El Actor selecciona la opción “Aceptar”.
4.2.1.8 El sistema crea un nuevo registro de Liquidación o Pre-Liquidación. Si se está
elaborando una Liquidación se realiza lo siguiente:
a. Se asigna el estado de “Liquidada” a las órdenes de atención anexadas
a la liquidación.
b. Se asigna a la liquidación el estado de “Pendiente de Facturación”.
4.2.1.9 Si el sistema detecta que el paciente es asegurado asignara a la liquidación el
estado de “Pendiente de Aprobación”. Esto lo hace verificando que el paciente tenga
una póliza de seguro, es decir verificando que el paciente tenga un registro activo en la
entidad PF_ES_Poliza. En este caso, el sistema
4.2.1.10 El sistema envía un mensaje de confirmación al usuario indicando que
la Liquidación o Pre-Liquidación fue registrada exitosamente.
4.2.1.11 El sistema cierra el formulario “Agregar Liquidaciones” y el caso de uso
continúa en [4.1.2] del Flujo Básico.
4.2.2. Consultar Liquidación
4.2.2.1 El Actor ingresa los datos en uno de los siguientes criterios para poder filtrar los
documentos de liquidación:
a. Tipo de documento. El actor seleccionara si desea listar solo las liqui-
daciones o solo los avances de consumos o todos los documentos. (Liquidacio-
nes y avances de consumo).
b. Número de Liquidación. El actor digitara el número de Liquidación que
desea filtrar. Los demás filtros se deshabilitaran.
c. Paciente. El actor invocara mediante un botón el CUS extendido
AD_CUS_ Buscar Paciente.
d. Fecha de inicio y término de emisión de liquidación.- El actor ingresara
el intervalo de fechas en los campos correspondientes.
4.2.2.2 El Actor seleccionara la opción de “Consultar”.
Documento Interno Versión: 2.0 Página: 112 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.2.3 El sistema mostrará una lista de liquidaciones ordenados en forma descenden-
te por la fecha. Además el número de liquidaciones se mostrara como hipervínculo para
poder dar la orden de ver la liquidación. Además, se mostrara las opciones de modifi-
car y de eliminar liquidaciones.
4.2.3. Modificar Liquidación
4.2.3.1 El sistema muestra el formulario “Modificar Liquidaciones” y muestra los si-
guientes datos como solo lectura: el Número Liquidación, el paciente y las 2 opciones
para seleccionar “pre-Liquidación” o “Liquidación”. Los datos para editar son los si-
guientes: Fecha y Observación. Además, se activara un botón denominado “Obtener
Ordenes Faltantes” el cual agregara automáticamente las órdenes que recién se han
creado y desean incluirse en la liquidación.
4.2.3.2 El Actor modifica la Fecha o la Observación.
4.2.3.3 Si el Actor necesita agregar más consumos manualmente seleccionara la op-
ción “Otros consumos por incluir” el cual ejecutara el subflujo “Agregar Consumos de
Liquidaciones”.
4.2.3.4 El sistema verifica que solo exista un servicio con el mismo código ingresado
manualmente.
4.2.3.5 El sistema recalculará automáticamente los montos: Total Bruto, Dscto, Igv.,
Total Neto, Copago, Deducible por cada ingreso de un ítem manual. Los servicios agre-
gados en el detalle se podrán eliminar.
4.2.3.6 El actor indica la opción “Aceptar”.
4.2.3.7 El sistema modifica el registro de Liquidación. Además si se está elaborando
una Liquidación, se asigna el estado de “Liquidado” a las órdenes de atención recién
anexadas al documento. Luego, el sistema envía un mensaje de confirmación al usua-
rio indicando que la Liquidación fue modificada exitosamente.
4.2.3.8 El sistema cierra el formulario “Modificar Liquidación” y el caso de uso continúa
en [2] del Flujo Básico.
4.2.4. Eliminar Liquidación
4.2.4.1 El sistema muestra un mensaje de confirmación indicando si se quiere conti-
nuar y eliminar la liquidación.
4.2.4.2 El actor confirma la eliminación de la Liquidación.
Documento Interno Versión: 2.0 Página: 113 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.4.3 El sistema le asigna el estado “Anulado” al registro de Liquidación selecciona-
do. Asimismo, si el sistema detecta que el documento se trata de una liquidación cam-
bia de estado a las órdenes asociadas a esta y le asigna el estado Pendiente de liqui-
dación. El sistema detecta el tipo de documento, consultando el campo Tipo_liquida-
cion de la entidad Liquidación. Si el Tipo_liquidacion es “L” entonces es una Liquidación
de lo contrario es una avance de consumos.
4.2.4.4 El sistema cierra el mensaje de confirmación y el caso de uso continúa en [2]
del Flujo Básico.
4.2.5. Ver Liquidaciones
4.2.5.1 El sistema muestra el formulario “Ver Liquidación”, muestra todos los datos
como solo lectura
4.2.5.2 El actor indica la opción “Cerrar”.
4.2.5.3 El sistema cierra el formulario “Ver Liquidación” y el caso de uso continúa en
[4.12] del Flujo Básico.
4.2.6. Agregar consumos de Liquidaciones
4.2.6.1 El sistema muestra una pantalla de búsqueda de servicios con los siguientes
datos:
a. Un campo para ingresar el código de servicio
b. Un listado de los servicios con las siguientes columnas de datos: Ítem,
Tipo, Código, Descripción Precio, Dscto.
4.2.6.2 Cuando el Actor encuentra el servicio que desea le hace click al código del ser-
vicio mostrado como hipervínculo. De esta manera se selecciona el servicio deseado.
4.2.6.3 El sistema cierra la pantalla de búsqueda de servicios y envía los siguientes da-
tos a la pantalla “Agregar Liquidaciones”: Tipo de servicio, código de servicio, descrip-
ción, precio, descuento. Luego, el caso de uso continúa en el punto 1.4 del subflujo
“Agregar Liquidaciones”. Si el que ha invocado a este subflujo es la pantalla “Modificar
Liquidaciones”, el caso continúa en el punto 4.2.3.4 del subflujo “Modificar Liquidacio-
nes”.
Documento Interno Versión: 2.0 Página: 114 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.3. Flujos Alternos
4.3.1. Cancelar el registro de la información de la Liquidación al Agregar Liquidación
Si en [1.6] el Actor no desea guardar la información de la Liquidación.
1. El Actor confirma la cancelación del registro
2. El sistema cierra el formulario y el caso de uso continúa en [4.1.2] del
flujo básico.
4.3.2. Cancelar el registro de la información de la Liquidación al Modificar liquidación.
Si en [3.5] el Actor no desea guardar la información de la Liquidación.
1. El Actor confirma la cancelación del registro
2. El sistema cierra el formulario y el caso de uso continúa en [4.1.2] dl
flujo básico.
4.3.3. Cancelar la eliminación de la Liquidación
Si en [4.2] el Actor no desea eliminar la Liquidación.
1. El Actor confirma la cancelación de eliminación del registro de liquida-
ción
2. El sistema cierra el formulario y el caso de uso continúa en [4.1.2] del
Flujo Básico
4.3.4. Ya se repiten los servicios manuales registrados en la Liquidación al agregar li-
quidación.
Si en [1.5] del subflujo “Agregar Liquidación” el sistema detecta que ya existe informa-
ción registrada de un servicio manual.
1. El sistema muestra un mensaje de confirmación indicando lo siguiente:
“Ya existen servicios ingresados con ese mismo código, Deseas continuar con
el Registro S/N?”.
2. El Actor acepta el mensaje de confirmación.
3. El sistema cierra el mensaje y el caso de uso continúa en [4.2.1.6] del
subflujo “Agregar Liquidación”
4.3.5. Ya se repiten los servicios manuales registrados en la Liquidación al modificar
liquidación.
Si en [3.4] del subflujo “Modificar Liquidación” el sistema detecta que ya existe informa-
ción registrada de un servicio manual.
1. Deben existir órdenes de atención registrado previamente.
El paciente debe estar registrado.
2. El Actor acepta el mensaje de confirmación.
3. El sistema cierra el mensaje y el caso de uso continúa en [4.2.3.5] del
subflujo “Modificar Liquidación”.
Documento Interno Versión: 2.0 Página: 115 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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. Puntos de extensión
7.1. AD_CUS_ Buscar Paciente
8. Requerimientos especiales
8.1 No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 116 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.9 Especificación del CUS PF_CUS_Evaluar_Liquidacion
1. Actores del Sistema
1.1. PF_AS_Auditor_Medico
2. Propósito
El propósito del caso de uso es evaluar la hoja de liquidación.
3. Breve Descripción
El caso de uso comienza cuando el actor selecciona "Evaluar Liquidaciones ", y termina
cuando el documento queda aprobado o desaprobado.
4. Flujos de Eventos
4.1. Flujo Básico
4.1.9 El actor selecciona " Evaluar Liquidaciones".
4.1.10 El sistema muestra el formulario “Evaluar Liquidaciones” con los si-
guientes datos: Una lista de liquidaciones pendientes de aprobación
con las siguientes columnas: Numero, Código de Paciente, Paciente, Fecha
Corte, Monto coaseguro, monto deducible total y un botón evaluar
4.1.11 El actor selecciona uno de los documentos listados
4.1.12 El actor indica la opción evaluar:
4.1.13 El sistema muestra el formulario “Evaluar Liquidaciones-Detalle con los
siguientes datos: Fecha, Paciente, Titular, Cía. Aseguradora, Póliza, Plan de
Salud, observación, total neto, IGV, Total Pagar, Copago, Deducible y una lista-
do de los ítems con las siguiente columnas: Ítem, Orden, Tipo, código, Descrip-
ción, Precio, Dscto, Descripción del CIE10, un botón aprobar y un botón recha-
zar.
4.1.14 El Actor verifica los ítems de la liquidación, esta verificación lo realiza
comparando las descripciones del CIE10 con las descripciones de los detalles
de la liquidación
4.1.15 Si el actor encontró alguna incoherencia en la revisión, agrega un co-
mentario en el campo observación.
4.1.16 El actor indica una de las siguientes opciones
c) Si el actor indica Aprobar ir al sub-flujo Aprobar Liquidación
d) Si el actor indica Rechazar, ir al sub-flujo Rechazar Liquidación
Documento Interno Versión: 2.0 Página: 117 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Aprobar Liquidación.
4.2.1.7 El sistema muestra una mensaje de confirmación
4.2.1.8 El usuario confirma la aprobación y el sistema cierra el formulario de
detalle y regresa al formulario de cabecera
4.2.1.9 El usuario indica cerrar y el caso de uso termina
4.2.2. Rechazar Liquidación.
4.2.2.6 El sistema verifica si se ha agregado algún comentario al campo obser-
vación. Esta verificación lo realiza comparando si los datos de la observación
original es igual a la actual.
4.2.2.7 El sistema muestra una mensaje de confirmación
4.2.2.8 El usuario confirma el rechazo y el sistema cierra el formulario de deta-
lle y regresa al formulario de cabecera
4.2.2.9 El usuario indica cerrar y el caso de uso termina
4.3. Flujos Alternos
4.3.1. Rechazo de Mensaje de confirmación en Aprobación de Liquidación
4.3.1.3 Si en 4.2.1.2 el usuario rechaza la confirmación de la aceptación, el sis-
tema cierra el formulario de detalle y regresa al formulario de cabecera
4.3.1.4 El usuario indica cerrar y el caso de uso termina
4.3.2. Rechazo de Mensaje de confirmación en Rechazo de Liquidación
4.3.2.3 Si en 4.2.1.3 el usuario rechaza la confirmación de la desaprobación, el
sistema cierra el formulario de detalle y regresa al formulario de cabecera
4.3.2.4 El usuario indica cerrar y el caso de uso termina
4.3.3. Verificación del campo observaciones al Rechazar una Liquidación
4.3.3.2 Si en 4.2.2.1 el sistema encuentra que no se agregado el motivo del re-
chazo se muestra un mensaje de información y el flujo continua en 4.17 del flu-
jo básico
Documento Interno Versión: 2.0 Página: 118 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Pre-condiciones
Debe existir Liquidaciones pendientes de Evaluación
6. Pos-condiciones
6.1. Se Aprobó o rechazo una liquidación.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 119 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.10 Especificación del CUS PF_CUS_Actualizar_Documento_Pago
1. Actores del Sistema
1.1. PF_AS_Asistente_Facturacion
2. Propósito
El propósito del caso de uso es Consultar, registrar, anular un documento de Pago
3. Breve Descripción
El caso de uso comienza cuando el actor selecciona "Facturación ", y termina cuando
el documento queda registrado, anulado o impreso.
4. Flujos de Eventos
4.1. Flujo Básico
4.1.1. El actor indica "Facturación".
4.1.2. El sistema muestra el formulario “Consulta de Documentos de Pago” con las
opciones “Nuevo”, “Anular”, “Imprimir”, “Consultar” y “Cerrar” habilitadas.
4.1.3. El actor indica una de las siguientes opciones:
a. “Nuevo” ver el sub-flujo “Nuevo Documento de Pago”.
b. “Anular” ver el sub-flujo “Anular Documento de Pago”
c. “Consultar” ver el sub-flujo “Consultar Documento de Pago”
e. “Imprimir” ver el sub-flujo “Imprimir Documento de Pago”
4.1.4. El actor indica “Cerrar” y el caso de uso termina.
4.2. Sub flujos
4.2.1. Nuevo Documento de Pago.
4.2.1.1 El sistema muestra el formulario “Gestión de Documento de Pagos” sin datos; y
habilita las opciones “Cancelar” y “Grabar”.
4.2.1.2 El sistema habilita solo los campos: “boleta”, “factura”, “fecha”, “cliente”, “pa-
ciente”, los cuales serán ingresados por el actor.
4.2.1.3 El campo “Fecha” muestra la fecha del sistema.
4.2.1.4 El actor busca al Cliente a través del campo “Cliente”. Ver sub-flujo “Buscar
Cliente”.
4.2.1.5 El actor busca al paciente a través del campo “Paciente”. Ver punto de exten-
sión 7.2 “Buscar Paciente”.
Documento Interno Versión: 2.0 Página: 120 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.1.6 El Sistema muestra en la grilla los consumos que todavía no han sido cancela-
dos (ordenes de atención o Liquidaciones).
4.2.1.7 El actor selecciona los consumos que desea cancelar el cliente
4.2.1.8 El actor indica “Grabar”.
4.2.1.9 El sistema muestra un mensaje en el que solicita confirmación para grabar el
documento de pago.
4.2.1.10 El actor indica “SI”
4.2.1.11 El sistema muestra un mensaje en la que notifica que el documento de
pago ha sido registrado satisfactoriamente.
4.2.1.12 El actor indica “Aceptar”.
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.1.14 El sistema deshabilita todos los campos del formulario “Gestión de Co-
tizaciones” y los botones de “Grabar” y “Cancelar”.
4.2.2. Anular Documento de Pago
4.2.2.1 El sistema muestra en la grilla los datos principales de la cotización: “Tipo de
documento”, “número”, “Código de Cliente”,”nombre de Cliente”, ”Fecha de Emisión”,
“Importe”, “Fecha emisión”. Además, aparecen las opciones de “Imprimir y “Eliminar”
4.2.2.2 El actor selecciona un documento de pago y luego selecciona el botón “Elimi-
nar”.
4.2.2.3 El sistema muestra un mensaje en el que solicita confirmación para anular el
documento de pago.
4.2.2.4 El actor indica “SI” y continúa en el paso 4.2.3.5, o indica “NO” y vuelve al paso
4.2.3.7.
4.2.2.5 El sistema muestra un mensaje en la que notifica que el documento de pago ha
sido eliminado satisfactoriamente.
4.2.2.6 El actor indica “Aceptar”.
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.
Documento Interno Versión: 2.0 Página: 121 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3.3 El sistema valida los datos ingresados por el actor.
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.
4.2.3.6 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.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
4.2.4.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.4.2 El actor selecciona un documento de pago y luego selecciona el botón “Impri-
mir”.
4.2.4.3 El sistema muestra un mensaje en el que solicita confirmación para imprimir El
documento de Pago.
4.2.4.4 El actor indica “SI” y se imprime el documento de pago
4.2.5. Buscar Cliente
4.2.5.1 El actor selecciona el botón “Buscar Cliente”.
4.2.5.2 El sistema muestra el formulario “consulta de Clientes”.
4.2.5.3 El actor selecciona el tipo de búsqueda: Por documento de identidad, RUC o
por nombres.
4.2.5.4 El sistema busca la información del cliente. Si encuentra los datos del cliente
continúa en el paso 4.2.7.6, sino continúa en el paso 4.2.7.5
4.2.5.5 La especificación continúa en el punto de extensión 7.1.1.
4.2.5.6 Los datos del cliente se muestran en la grilla de resultados.
4.2.5.7 El actor selecciona al cliente al que le hará la emisión del documento de pago.
4.2.5.8 El actor hace doble clic sobre el registro.
4.2.5.9 El sistema cierra el formulario “Consulta de Clientes” y en el formulario “docu-
mento de Pago” muestra los datos “cliente”, “Dirección”, y “RUC/DNI”
4.2.5.10 El actor selecciona el botón “Cerrar” y el formulario se cierra.
Documento Interno Versión: 2.0 Página: 122 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.3. Flujos Alternos
4.3.1. Llenado del documento de pago en el Sub-Flujo “Nuevo documento de Pago”.
Si en el paso 4.21.8 el usuario selecciona cancelar se cancela el registra y se regresa
al formulario de gestión de documentos de pago.
4.3.2. Confirmación de “Grabar” en el Sub-Flujo “Nuevo documento de Pago”.
Si en el paso 4.21.9 el usuario no confirma la opción de grabar el documento de pago,
se regresa al formulario del documento de pago.
4.3.3. Validación de “Número de Documento de Pago” en el Sub-Flujo “Consultar do-
cumento de Pago”.
Si en el paso 4.2.3.2 el sistema determina que el Número de documento de pago no
existe, entonces se realizan los siguientes pasos:
a. El sistema muestra un mensaje con la descripción del error.
b. El actor indica “Aceptar”.
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:
a. El sistema muestra un mensaje con la descripción del error.
b. El actor indica “Aceptar”.
5. Pre-condiciones
5.1. Acceso del actor al sistema
El actor ingresó exitosamente al sistema.
5.2. Ubicación en el sistema
El actor debe estar ubicado en la interfaz principal del subsistema de Gestión de Presu-
puesto y Facturación.
5.3. Perfil del actor
El actor cumple con el perfil de PF_AS_Asistente_Facturacion.
6. Pos-condiciones
6.1. Se registró, anuló o imprimió un documento de Pago.
Documento Interno Versión: 2.0 Página: 123 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
7. Puntos de extensió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.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 124 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.11 Especificación del CUS PF_CUS_Actualizar_Cliente
1. Actores del Sistema
1.1. PF_AS_Asistente_Facturacion
2. Propósito
El propósito del caso de uso es registrar, modificar o eliminar los datos de un cliente
3. Breve Descripción
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. Flujos de Eventos
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
Documento Interno Versión: 2.0 Página: 125 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 desac-
tivados.
4.2.1.3 El actor indica la opción “Nuevo”.
4.2.1.4 El sistema muestra el formulario de cliente en blanco en modo de edición
4.2.1.5 El actor a continuación completa la información solicitada por el formulario: Indi-
ca el tipo de cliente (persona natural o jurídica, si es persona natural además debe se-
leccionar el tipo de documento de identidad), Indica el nombre (apellido paterno, ma-
terno y nombre) si es persona natural o la razón social si es persona jurídica, indica la
dirección del cliente (calle, distrito, provincia, departamento), números de teléfono
4.2.1.6 El actor ordena “grabar”
4.2.1.7 El sistema muestra un mensaje solicitando la confirmación de la operación. El
actor indica “aceptar”
4.2.1.8 El sistema muestra un mensaje en el que notifica que el cliente ha sido registra-
do satisfactoriamente.
4.2.1.9 El sistema regresa a la pantalla de gestión de clientes y en la grilla muestra el
cliente creado.
4.2.2. Consultar Cliente
4.2.2.1 El sistema muestra el formulario “Gestión de Clientes” sin datos; y habilita las
opciones “Cancelar” y “Nuevo”.
4.2.2.2 El sistema habilita solo los campos: “persona natural”, “persona jurídica”, “To-
dos” los campos “Nombre/Razón Social”, “Documento Identidad/RUC” permanecen
desactivados.
4.2.2.3 El actor indica si cliente a buscar es persona natural, persona jurídica o que
busque en todos los clientes.
4.2.2.4 El actor ingresa el nombre/razón social y/o el número de documento de identi-
dad/RUC del cliente y luego presiona el botón buscar.
4.2.2.5 El sistema muestra en la grilla la lista de clientes que cumple con los criterios
de búsqueda.
4.2.2.6 El actor selecciona el cliente e indica consultar.
2.2.2.7 Aparece el formulario de cliente en modo lectura, el actor presiona el botón
“cancelar”
Documento Interno Versión: 2.0 Página: 126 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 habili-
tan y la opción grabar se activa y la opción modificar se desactiva..
4.2.3.3 El actor actualiza los campos necesarios y luego ordena “Grabar”
4.2.3.4 Si sistema muestra un mensaje de confirmación de la operación, el actor orde-
na “Aceptar”
4.2.4.5 El sistema muestra un mensaje de que la operación se ejecuto satisfactoria-
mente, el actor ordena “Aceptar”
4.2.3.5 El sistema retorna al formulario “gestión de clientes”.
4.2.4. Eliminar Cliente
4.2.4.1 El actor selecciona el cliente de la grilla y ordena “Eliminar”
4.2.4.2 El sistema muestra un mensaje de confirmación de la operación, el actor indica
“aceptar”
4.2.4.3 El sistema muestra un mensaje de que la operación se ejecuto satisfactoria-
mente, el actor indica “Aceptar”.
4.2.4.4 El sistema retorna al formulario “gestión de clientes”.
4.3. Flujo Alterno
4.3.1. Confirmación de grabado de en el sub-flujo “Nuevo cliente”.
Si en el paso 4.21.6 el usuario selecciona cancelar se cancela el registro y se regresa
al formulario de gestión de documentos de pago.
4.3.2. Resultado de búsqueda de cliente en el Sub-Flujo “Consultar cliente”.
Si en el paso 4.2.2.5 el sistema no encuentra coincidencias para la búsqueda aparece-
rá un mensaje que indique que no existe cliente que cumpla los criterios de búsqueda.
4.3.3. Confirmación de Actualización de datos en el sub-flujo “Modificar cliente”.
Si en el paso 4.2.2.3 el usuario selecciona cancelar se cancela la actualización y se re-
gresa al formulario de gestión de documentos de pago.
4.3.3. Confirmación de eliminación de cliente en el sub-flujo “Eliminar cliente”.
Si en el paso 4.2.4.2 el usuario selecciona cancelar se cancela la eliminación del usua-
rio y se regresa al formulario de gestión de documentos de pago.
Documento Interno Versión: 2.0 Página: 127 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 Presu-
puesto y Facturación.
5.3. Perfil del actor
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.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 128 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.12 Especificación del CUS PF_CUS_Generar_Reportes_Gerenciales_Facturacion
1. Actores del Sistema
1.1. PF_AS_Asistente_Administrativo
2. Propósito
El propósito del caso de uso es generar reportes gerenciales sobre la facturación de la
clínica.
3. Breve Descripción
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. Flujos de Eventos
4.1. Flujo Básico
4.1.1. El actor indica “Reporte Gerencial de Facturación”.
4.1.2. El sistema muestra el formulario “Generar reporte Gerencial” con las opciones
“Facturación particular vs facturación planes de salud”, “TOP 10 planes de salud más
facturados”, “Facturación por compañía de seguros”, en el campo tipo de reporte habi-
litada, “12 meses”, “9 meses”, “6 meses”, “3 meses”, “1 mes”, “fecha inicio” y “fecha fin”
en la sección “Rango de Tiempo” habilitados, “Barra”, “curva”, “por mes” o “sumarizada”
en la sección “tipo de gráfica” habilitados. Además, del botón generar y cancelar habili-
tados.
4.1.3 El actor selecciona el tipo de reporte que desea de la sección “tipo de reporte”
4.1.3. El actor selecciona un rango de fecha de la sección “Rango de tiempo”
4.1.4. El actor selecciona el tipo de grafica a generar y si se mostrara por meses o su-
marizada.
4.1.5. el actor indica “Generar reporte” y el sistema muestra en otra interface el reporte
solicitado”
Documento Interno Versión: 2.0 Página: 129 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 pre-
determinada del sistema el actor indica “aceptar”
4.3. Flujo Alterno
4.3.1. Generación del reporte en el flujo básico.
Si en el paso 4.1.5 el usuario ha dejado sin datos alguna de las secciones el sistema
mostrara un mensaje de error indicando las secciones que no tienen datos
4.3.2. Impresión del reporte en el flujo alterno.
Si en el paso 4.1.2.1 el actor indica “cerrar”” la pantalla del reporte se cierra
5. Pre-condiciones
5.1. Acceso del actor al sistema
El actor ingresó exitosamente al sistema.
5.2. Ubicación en el sistema
El actor debe estar ubicado en la interfaz principal del subsistema de Gestión de Presu-
puesto y Facturación.
5.3. Perfil del actor
El actor cumple con el perfil de PF_AS_Asistente_Administrativo.
6. Pos-condiciones
6.1. Se genero y/o imprimió un reporte gerencial de facturación.
7. Puntos de extensión
No aplica.
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 130 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.13 Especificación del CUS PF_CUS_ Generar_Reportes_Operativos_Facturacion
1. Actores del Sistema
1.1. PF_AS_Asistente_Administrativo
2. Propósito
El propósito del caso de uso es generar reportes de las operaciones realizadas por el
modulo de facturación.
3. Breve Descripción
El caso de uso comienza cuando el actor selecciona la opción reporte de movimientos
de Facturación del menú de Facturación. y termina cuando el sistema genera un repor-
te de de los movimientos de facturación.
4. Flujos de Eventos
4.1. Flujo Básico
4.1.1 El actor selecciona la opción “Reporte de movimientos de Facturación”
del menú de Facturación.
4.1.2 El Actor selecciona una de las siguientes opciones
a) Si el usuario indica la opción “Reporte de documentos de venta por
Fechas” ir al subflujo “Reporte de documentos por Fechas”.
b) Si el usuario indica la opción “de documentos de venta por Cliente”
ir al subflujo “de documentos por Cliente”.
c) Si el usuario indica la opción “Reporte de documentos de venta por
Cía. aseguradora” ir al subflujo “Reporte de documentos por Cía.
aseguradora”.
d) Si el usuario indica el botón cerrar, el formulario se cierra y el caso
de uso termina.
Documento Interno Versión: 2.0 Página: 131 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Sub-Flujos
4.2.1. Reporte de documentos de venta por Fechas
4.2.1.1 El sistema activa los siguientes campos: Tipo de documento (que pue-
de ser [F]actura, [B]oleta o [T]odos), fecha de inicio y fecha de fin. Por defecto
el tipo de documento se mostrara como [T]odos y la fecha de inicio y la fecha
de fin serán las fechas del inicio del mes y del fin del mes actual respectiva-
mente. Además se muestra el botón de vista preliminar.
4.2.1.2 El actor selecciona el tipo de documento que requiere y modifica el in-
tervalo de fechas si fuera necesario.
4.2.1.3 El actor indica la opción vista preliminar.
4.2.1.4 El sistema obtiene los datos y muestra la siguiente información por
pantalla:
a) El titulo del reporte:“Reporte de documentos por Fechas” y las fe-
chas de inicio y fin suministrados
b) Una lista de datos con las siguientes columnas: Tipo de documen-
to, numero, cliente, fecha de emisión, importe y estado
c) Un botón imprimir
4.2.1.5 El actor indica la opción imprimir y el sistema imprime el listado en pa-
pel.
4.2.1.6 El actor indica la opción cerrar
4.2.1.7 El sistema cierra el formulario y el caso de uso finaliza.
4.2.2. Reporte de documentos de venta por Cliente
4.2.2.1 El sistema activa los siguientes campos: código de cliente, fecha de ini-
cio y fecha de fin. Por defecto la fecha de inicio y la fecha de fin serán las fe-
chas del inicio del mes y del fin del mes actual respectivamente. Además se
muestra el botón de vista preliminar.
4.2.2.2 El actor indica buscar cliente y se activa el subflujo “Buscar Cliente”.
4.2.2.3 El actor modifica el intervalo de fechas si fuera necesario.
4.2.2.4 El actor indica la opción vista preliminar.
4.2.2.5 El sistema obtiene los datos y muestra la siguiente información por
pantalla:
a) El titulo del reporte:“Reporte de documentos de venta por Cliente” ,
el cliente seleccionado y las fechas de inicio y fin suministrados
b) Una lista de datos con las siguientes columnas: Tipo de documen-
to, numero, cliente, fecha de emisión, importe y estado
c) Un botón imprimir
4.2.2.6 El actor indica la opción imprimir y el sistema imprime el listado en pa-
pel.
4.2.2.7 El actor indica la opción cerrar
4.2.2.8 El sistema cierra el formulario y el caso de uso finaliza.
Documento Interno Versión: 2.0 Página: 132 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3. Reporte de documentos de venta por Cia Aseguradora
4.2.3.1 El sistema activa los siguientes campos: Cía. aseguradora, fecha de
inicio y fecha de fin. Por defecto la fecha de inicio y la fecha de fin serán las fe-
chas del inicio del mes y del fin del mes actual respectivamente. Además se
muestra el botón de vista preliminar.
4.2.3.2 El actor selecciona la CIA aseguradora de una lista de datos.
4.2.3.3 El actor modifica el intervalo de fechas si fuera necesario.
4.2.3.4 El actor indica la opción vista preliminar.
4.2.3.5 El sistema obtiene los datos y muestra la siguiente información por
pantalla:
a) El titulo del reporte:“Reporte de documentos de ventas por CIA
aseguradora”, la Cia Aseguradora seleccionada, y las fechas de ini-
cio y fin suministrados
b) Una lista de datos con las siguientes columnas: Tipo de documen-
to, numero, cliente, fecha de emisión, importe y estado
c) Un botón imprimir
4.2.3.6 El actor indica la opción imprimir y el sistema imprime el listado en pa-
pel.
4.2.3.7 El actor indica la opción cerrar
4.2.3.8 El sistema cierra el formulario y el caso de uso finaliza.
4.2.4. Buscar Cliente
4.2.4.1 El sistema muestra el formulario Buscar Cliente con los siguientes cam-
pos:
a) Los filtros por Nombre/Razón Social y Ruc/DNI.
b) Un listado donde se mostrara los resultados con las siguientes co-
lumnas: Código de cliente, Nombre de Cliente, Tipo de documento,
Ruc/DNI. Estado,
c) Un botón consultar y cancelar.
4.2.4.2 El actor ingresa los criterios para ubicar al cliente buscado.
4.2.4.3 El actor indica consultar
4.2.4.4 El sistema llena el listado con la información hallada. En este listado el
Nombre de cliente se mostrara como un hipervínculo para que el actor pueda
seleccionarlo.
4.2.4.5 El actor selecciona el nombre del cliente buscado.
4.2.4.6 El sistema envía el código y el nombre del cliente al formulario que lo
invoco.
4.2.4.7 El sistema cierra el formulario actual y el flujo continúa en 4.2.2.3 del
subflujo Reporte de documentos por Cliente.
Documento Interno Versión: 2.0 Página: 133 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Pre-condiciones
6. Pos-condiciones
6.1. Se genero un reporte de los documentos de venta.
7. Puntos de extensión
No Aplica
8. Requerimientos especiales
No aplica.
9. Información adicional
Documento Interno Versión: 2.0 Página: 134 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.14 Especificación del CUS SG_CUS_Actualizar_Usuario
1. Actores del Sistema
1.1. SG_AS_Administrador
2. Propósito
Mantener actualizado el registro de los usuarios del sistema.
3. Breve Descripción
El caso de uso comienza cuando el Administrador del sistema
selecciona “Mantenimiento de Usuarios” del menú Seguridad. De
acuerdo al requerimiento el Administrador del sistema puede agregar,
buscar, modificar y eliminar usuarios del sistema. El caso de uso
termina cuando el registro de los usuarios queda actualizado.
4. Flujo de Eventos
4.1. Flujo Básico
4.1.1 El Administrador del Sistema selecciona “Mantenimiento de Usuarios”
del menú Seguridad.
4.1.2 El sistema muestra la pantalla “Listado de Usuarios” con la lista de los
usuarios registrados previamente
4.1.3 El Administrador elige la operación a realizar. Para Modificar o Eliminar
según se requiera, debe primero Buscar el usuario del listado seleccio-
nando la opción a buscar (código o nombre) e ingresando el dato de-
seado de búsqueda para seleccionar un registro.
Si elige Buscar ver subflujo “Buscar Usuario”
Si elige Agregar ver subflujo “Agregar Usuario”
Si elige el enlace Modificar ver subflujo “Modificar Usuario”
Si elige el enlace Eliminar ver subflujo “Eliminar Usuario”
4.1.4 El Administrador del sistema indica “Salir” de la pantalla “Listado de
Usuarios”.
4.1.5 El sistema cierra la pantalla “Listado de Usuarios” y el caso de uso ter-
mina.
4.2. Subflujos
4.2.1. Buscar Usuario
4.2.1.1 El sistema procesa la búsqueda con el dato ingresado previamente en
el listado de usuarios del sistema.
4.2.1.2 El sistema muestra la lista de coincidencias de los usuarios de acuerdo
al parámetro ingresado.
4.2.1.3 El caso de uso continúa en el punto [4.1.3] del Flujo Básico.
4.2.2. Agregar Usuario
4.2.2.1 El sistema muestra la pantalla “Datos Usuario”
4.2.2.2 El sistema genera un nuevo código para registrar el usuario y muestra
dicho código como sólo lectura en la pantalla “Datos Usuario”.
Documento Interno Versión: 2.0 Página: 135 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.2.3 El Administrador del sistema ingresa la información del usuario: apelli-
do paterno, apellido materno, nombre, correo electrónico, contraseña,
confirmar contraseña y selecciona el perfil del usuario de la pantalla
“Datos Usuario”.
4.2.2.4 El Administrador del sistema selecciona “Grabar”.
4.2.2.5 El sistema cierra la pantalla “Datos Usuario” y actualiza el listado.
4.2.2.6 El sistema muestra el usuario previamente registrado y seleccionado
en el listado de los usuarios del sistema. El caso de uso continúa en el
punto [4.1.3] del Flujo Básico.
4.2.3. Modificar Usuario
4.2.3.1 El sistema muestra la pantalla “Datos Usuario” con el código del usua-
rio como sólo lectura y los demás datos para editar
4.2.3.2 El Administrador del sistema modifica la información del usuario.
4.2.3.3 El Administrador del sistema indica “Grabar” en la pantalla.
4.2.3.4 El sistema cierra la pantalla “Datos Usuario” y el caso de uso continúa
en el punto [4.1.3] del Flujo Básico.
4.2.4. Eliminar Usuario
4.2.4.1 El sistema muestra un mensaje con la pregunta ¿Está seguro que de-
sea eliminar el usuario? Aceptar/Cancelar
4.2.4.2 El Administrador del sistema selecciona “Aceptar” en el mensaje.
4.2.4.3 El sistema actualiza el listado de los usuarios del sistema y el caso de
uso continúa en el punto [4.1.3] del flujo básico.
4.3. Flujos Alternos
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.
Documento Interno Versión: 2.0 Página: 136 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
5. Precondiciones
5.1. Acceso del Administrador al sistema.
El Administrador del sistema ingresó exitosamente al sistema y tiene
acceso a la opción selecciona “Mantenimiento de Usuarios” del menú
Seguridad.
6. Poscondiciones
6.1 Usuario registrado correctamente.
7. Puntos de Extensión
No aplica para este caso de uso.
8. Información Adicional
A continuación, se muestran las pantallas relacionadas a los Flujos
Básicos, SubFlujos y Flujos Alternos:
Documento Interno Versión: 2.0 Página: 137 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.15 Especificación del CUS SG_CUS_Actualizar_Perfil
1. Actores del Sistema
1.1 SG_AS_Usuario
2. Propósito
Definir el Perfil de acceso para cada usuario.
3. Breve Descripción
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).
Documento Interno Versión: 2.0 Página: 138 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
7. Puntos de Extensión
No existen puntos de extensión especificados para este caso de uso.
8. Información Adicional
Documento Interno Versión: 2.0 Página: 139 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.16 Especificación del CUS SG_CUS_Validar_Acceso
1. Actores del Sistema
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.
3. Breve Descripción
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.
Documento Interno Versión: 2.0 Página: 140 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
7. Puntos de Extensión
No aplica
8. Requerimientos Especiales
No aplica
9. Información Adicional
Documento Interno Versión: 2.0 Página: 141 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.17 Especificación del CUS SG_CUS_Cambiar_Contraseña
1. Actores del Sistema
1.1 SG_AS_Usuario
2. Propósito
Actualizar la contraseña de acceso al sistema
3. Breve Descripción
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.
Documento Interno Versión: 2.0 Página: 142 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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.
7. Puntos de Extensión
No existen puntos de extensión especificados para este caso de uso
Documento Interno Versión: 2.0 Página: 143 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.3.18 Especificación del CUS SG_CUS_Realizar_Copia_Seguridad
1. Actores del Sistema
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.
3. Breve Descripción
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
Documento Interno Versión: 2.0 Página: 144 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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.
5.2 Perfil de usuario
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
7. Puntos de Extensión
No existen puntos de extensión especificados para este caso de uso.
8. Requerimientos Especiales
No existen requerimientos especiales para este caso de uso.
9. Información Adicional
No existe información adicional para este caso de uso.
Documento Interno Versión: 2.0 Página: 145 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4 Prototipo del Sistema
3.4.1 Prototipo del CUS PF_CUS_Actualizar_Cotizacion
Documento Interno Versión: 2.0 Página: 146 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Documento Interno Versión: 2.0 Página: 147 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.2 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Carta_Garantía
Figura 16 - Menú de Ingreso a la módulo de Aprobación de Solicitud de Carta de Garantía
Figura 17 Pantalla de Ingreso al módulo de Aprobación de Solicitud de Cartas de Garantía
Documento Interno Versión: 2.0 Página: 148 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 18 Detalle de la Solicitud de Carta de Garantía
Documento Interno Versión: 2.0 Página: 149 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.3 Prototipo del CUS PF_CUS_Consultar_Plan_Salud
Figura 19 Consulta de Plan de Salud
Figura 20 Detalle de Plan de Salud
Documento Interno Versión: 2.0 Página: 150 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.4 Prototipo del CUS PF_CUS_Registrar_Solicitud_Tarifas
Figura 21 Solicitudes de plan de salud y tarifa registradas
Figura 22 Registro de Solicitud de Plan de Salud
Documento Interno Versión: 2.0 Página: 151 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 23 Consulta de Servicios
Figura 24 Registro de Tarifario
Documento Interno Versión: 2.0 Página: 152 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.5 Prototipo del CUS PF_CUS_Evaluar_Solicitud_Tarifas
Documento Interno Versión: 2.0 Página: 153 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.6 Prototipo del CUS PF_CUS_Actualizar_Tarifa
Documento Interno Versión: 2.0 Página: 154 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.7 Prototipo del CUS PF_CUS_Evaluar_Tarifa
Documento Interno Versión: 2.0 Página: 155 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.8 Prototipo del CUS PF_CUS_Actualizar_Liquidacion
Figura 25 Ingreso al mantenimiento de Liquidaciones
Figura 26 Consultar Liquidaciones
Documento Interno Versión: 2.0 Página: 156 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 27 Registrar Liquidaciones
Figura 28 Buscar Pacientes
Figure 29 Buscar Servicios
Documento Interno Versión: 2.0 Página: 157 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.9 Prototipo del CUS PF_CUS_Evaluar_Liquidacion
Figura 30 Pantalla de Consultas de liquidaciones por evaluar
Figura 31 Detalle de la Liquidación a Evaluar
Documento Interno Versión: 2.0 Página: 158 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.10 Prototipo del CUS PF_CUS_Actualizar_Documento_Pago
Figura 32 Ingreso al Módulo de Facturación
Figura 33 Consultar Documentos de Pago
Documento Interno Versión: 2.0 Página: 159 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 34 Registrar documento de Pago
Figura 35 Buscar Clientes
Documento Interno Versión: 2.0 Página: 160 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 36 Buscar Paciente
Documento Interno Versión: 2.0 Página: 161 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.11 Prototipo del CUS PF_CUS_Actualizar_Cliente
Figura 37 Consulta de Clientes
Figura 38 Actualización de Cliente
Documento Interno Versión: 2.0 Página: 162 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.12 Prototipo del CUS PF_CUS_Reportes_Gerenciales_Facturacion
Documento Interno Versión: 2.0 Página: 163 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.13 Prototipo del CUS PF_CUS_Reportes_Operaciones_Facturacion
Documento Interno Versión: 2.0 Página: 164 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.14 Prototipo del CUS SG_CUS_Actualizar_Usuario
Figura 39 Pantalla “Listado de usuarios"
Figura 40 Pantalla “Datos del Usuario"
Documento Interno Versión: 2.0 Página: 165 / 203
Actualizar Perfil
Codigo Perfil
Descripcion Perfil
Perimisos (Acciones en todo el sistema)
Crear Editar Eliminar Consultar Imprimir
Nuevo Grabar Editar Eliminar Salir
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.15 Prototipo del CUS SG_CUS_Actualizar_Perfil
Documento Interno Versión: 2.0 Página: 166 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.16 Prototipo del CUS SG_CUS_Validar_Acceso
Documento Interno Versión: 2.0 Página: 167 / 203
Usuario y/o password incorrecto.
aceptar
[Figura 02] – Validación del usuario y contraseña
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.17 Prototipo del CUS SG_CUS_Cambiar_Contraseña
Figura 41 Pantalla de Cambio de password sin haber hecho login
Figura 42 Pantalla de Cambio de password dentro del sistema
Documento Interno Versión: 2.0 Página: 168 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.4.18 Prototipo del CUS SG_CUS_Realizar_Copia_Seguridad
Documento Interno Versión: 2.0 Página: 169 / 203
PF
_ES
_Car
ta G
aran
tia
num
Car
taG
aran
tia :
Str
ing
codM
oned
a : S
trin
gim
poC
arta
Gar
antia
: D
oubl
efe
chE
mis
ion
: Dat
enu
mD
iasV
igen
cia
: Int
eger
obse
rRef
eren
cias
: S
trin
gob
serC
arta
Gar
antia
: S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
PF
_ES
_Em
pres
a
codE
mpr
esa
: Str
ing
desc
rRaz
onS
ocia
l : S
trin
gnu
mR
UC
: S
trin
gdi
recE
mpr
esa
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Cia
Ase
gur
ador
as
codC
iaS
egur
o : S
trin
gde
scrR
azon
Soc
ial :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
0..*
1..*
0..*
1..*
PF
_ES
_Tar
ifa
codT
ipoC
alcu
lo :
Str
ing
impo
Pre
cio
: Dou
ble
impo
Coa
seg
uro
: Dou
ble
impo
Ded
ucib
le :
Dou
ble
impo
Des
cuen
toA
dici
onal
: D
oubl
efe
chIn
icio
: da
tefe
chF
inal
: da
teim
poP
orce
ntaj
eDes
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Tar
ifari
o_P
lan_
salu
d
codT
arifa
rio
: Str
ing
desc
rTar
ifari
o : S
trin
gim
poF
acto
r : D
oubl
efe
chIn
gre
so :
Dat
eco
dTip
oTar
ifari
o : S
trin
gco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
1..* 11..* 1
PF
_ES
_Sol
icitu
d C
arta
G
aran
tia
num
Sol
icitu
dCar
taG
aran
tia :
Str
ing
impo
Sol
icitu
dCar
taG
aran
tia :
Dou
ble
fech
Sol
icitu
d : D
ate
obse
rCom
enta
rios
: S
trin
gco
dMon
eda
: Str
ing
obse
rSol
icitu
dCar
taG
aran
tia :
Str
ing
codE
stad
oApr
obac
ion
: Str
ing
codE
stad
o : S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
0..11 0..11
PF
_ES
_Clie
nte
codC
lient
e : S
trin
gco
dTip
oDoc
umen
toId
entid
ad :
Str
ing
num
Doc
umen
toId
entid
ad :
Str
ing
apeP
ater
no :
Str
ing
apeM
ater
no :
Str
ing
nom
Clie
nte
: Str
ing
codS
exo
: Str
ing
desc
rRaz
onS
ocia
l : S
trin
gfe
chN
acim
ient
o : S
trin
gnu
mT
elef
onoF
ijo :
Str
ing
num
Tel
efon
oMov
il : S
trin
gnu
mF
ax :
Str
ing
desc
rEm
ail :
Str
ing
dire
cClie
nte
: Str
ing
codP
ais
: Str
ing
codD
epar
tam
ento
: S
trin
gco
dPro
vinc
ia :
Str
ing
codD
istr
ito :
Str
ing
codE
stad
oClie
nte
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Pol
iza
codP
oliz
a : S
trin
gde
scrP
oliz
a : S
trin
gfe
chIn
iVig
enci
a : D
ate
fech
Fin
Vig
enci
a : D
ate
codE
stad
oPol
iza
: Str
ing
nom
Titu
lar
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Cot
izac
ion
num
Cot
izac
ion
: Str
ing
desc
rMot
ivo
: Str
ing
num
Dia
sVig
enci
a : I
nteg
erco
dMon
eda
: Str
ing
impo
Tip
oCam
bio
: Lon
gim
poB
ruto
: D
oubl
eim
poIg
v : D
oubl
eim
poN
eto
: Dou
ble
fech
Em
isio
n : D
ate
hora
Em
isio
n : S
trin
gob
serC
otiz
acio
n : S
trin
gco
dEst
adoC
otiz
acio
n : S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
0..1
10.
.11
PF
_ES
_Liq
uida
cion
num
Liq
uida
cion
: In
teg
erco
dTip
oLiq
uida
cion
: S
trin
gfe
chC
orte
: D
ate
fech
Fac
tura
cion
: D
ate
impo
Coa
seg
uroT
otal
: D
oubl
eim
poD
educ
ible
Tot
al :
Dou
ble
obse
rLiq
uida
cion
: S
trin
gco
dEst
adoL
iqui
daci
on :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Sol
icitu
d T
arifa
s
num
Sol
icitu
dTar
ifa :
Inte
ger
codT
ipoS
olic
itud
: Int
eger
desc
rSol
icitu
d : S
trin
gtip
oTar
ifari
o : S
trin
gnu
mF
acto
r : D
oubl
efe
chR
egis
tro
: Dat
efe
chA
utor
izac
ion
: Dat
eco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Tar
ifari
o_P
artic
ular
codT
arifa
rio
: Str
ing
desc
rTar
ifari
o : S
trin
gim
poF
acto
r : D
oubl
efe
chIn
gre
so :
Dat
eco
dTip
oTar
ifari
o : S
trin
gco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Doc
umen
toP
ago
codT
ipoD
ocum
ento
Pag
o : S
trin
gnu
mD
ocum
ento
Pag
o : S
trin
gfe
chR
egis
tro
: Dat
efe
chE
mis
ion
: Dat
eco
dMon
eda
: Str
ing
impo
Bru
to :
Dou
ble
nom
Clie
nte
: Str
ing
num
Doc
umen
to :
Str
ing
codF
orm
aPag
o : S
trin
gim
poIg
v : D
oubl
eIm
poD
escu
ento
: D
oubl
eIm
poA
Pag
ar :
Dou
ble
codE
stad
oDoc
umen
toP
ago
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
11.
.*1
1..*
0..1
0..1
0..1
0..1
AT
_ES
_Esp
ecia
lidad
codE
spec
ialid
ad :
Str
ing
nom
breE
spec
ialid
ad :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Pla
n de
Sal
ud
codP
lanS
alud
: S
trin
gde
scrP
lanS
alud
: S
trin
gfe
chR
egis
tro
: Dat
eco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
0..*
10.
.*1
PF
_ES
_CIE
10
codE
nfer
mda
d : S
trin
gde
scrE
nfer
med
ad :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Det
alle
Cot
izac
ion
impo
Dia
: D
oubl
eim
poP
reci
o : D
oubl
eim
poD
escu
ento
: D
oubl
eim
poT
otal
: D
oubl
efe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
11
PF
_ES
_Det
alla
Liq
uida
cion
item
man
ual :
Boo
lean
impo
Pre
cio
: Dou
ble
impo
Des
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
11..* 11..*
PF
_ES
_Det
alle
Sol
icitu
d
codT
ipoC
alcu
lo :
Str
ing
impo
Pre
cio
: Dou
ble
impo
Coa
seg
uro
: Dou
ble
impo
Ded
ucib
le :
Dou
ble
impo
Des
cuen
toA
dici
onal
: D
oubl
efe
chIn
icio
: da
tefe
chF
inal
: da
teim
poP
orce
ntaj
eDes
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
11.
.*1
1..*
PF
_ES
_Tar
ifa_P
artic
ular
codT
ipoC
alcu
lo :
Str
ing
impo
Pre
cio
: Dou
ble
impo
Coa
seg
uro
: Dou
ble
impo
Ded
ucib
le :
Dou
ble
impo
Des
cuen
toA
dici
onal
: D
oubl
efe
chIn
icio
: da
tefe
chF
inal
: da
teim
poP
orce
ntaj
eDes
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
1..* 11..* 1
PF
_ES
_Det
alle
_Doc
umen
toP
ago
desc
Con
cept
o : S
trin
gim
poP
reci
o : D
oubl
eim
poD
escu
ento
: D
oubl
efe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
gtip
oDoc
umen
to :
Str
ing
codD
ocum
ento
: S
trin
gfe
chaE
mis
ionD
ocum
ento
: D
ate
impo
Pag
ar :
Dou
ble
impo
Cop
ago
: Ded
ucib
leim
poD
educ
ible
: D
oubl
e
1
1..*
1
1..*
AD
_ES
_Pac
ient
e
codP
acie
nte
: Str
ing
nom
bres
Pac
: S
trin
gap
ellid
oPat
erno
Pac
: S
trin
gap
ellid
oMat
erno
Pac
: S
trin
gD
ocId
entid
adP
ac :
Str
ing
Est
adoC
ivilP
ac :
Str
ing
Nro
Hijo
sPac
: In
teg
erF
ecN
acim
ient
oPac
: D
ate
Lug
arN
acim
ient
oPac
: S
trin
gD
irec
cion
Pac
: S
trin
gT
elef
ono1
Pac
: S
trin
gC
elul
ar1P
ac :
Str
ing
Em
ail1
Pac
: S
trin
gC
arg
oPac
: S
trin
gE
stad
oPac
: S
trin
gM
otiv
oBaj
aPac
: S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
0..1
1..*
0..1
1..*
0..*
1
0..*
1
1
0..*
1
0..*
AT
_ES
_Med
ico
codM
edic
o : S
trin
gno
mM
edic
o : S
trin
gap
ePat
erno
Med
ico
: Str
ing
apeM
ater
noM
edic
o : S
trin
gco
dSex
o : S
trin
gfe
cNac
Med
ico
: Str
ing
codC
MP
Med
ico
: Str
ing
dniM
edic
oco
dPro
fesi
onM
edic
o : S
trin
gco
dRol
Aud
itor
: Boo
lean
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
1
0..*
1
0..*
10.
.*1
0..*
AD
_ES
_Ord
enA
tenc
ion
codO
AT
: S
trin
gco
dOA
TO
rig
enflg
Impr
esio
nOA
Tflg
UltC
opia
fecI
ngre
soA
dmfe
cEg
reso
Adm
flgC
opia
horI
ngre
sonr
oIng
reso
fecS
olic
iEg
reso
horS
olic
iEg
reso
fecC
reac
ion
: Dat
efe
cMod
ifica
: D
ate
codU
suar
ioC
rea
: Str
ing
codU
suar
ioM
odifi
ca :
Str
ing
10.
.*1
0..*
1
0..*
1
0..*
AD
_ES
_Ord
enP
agoS
ervi
cio
codO
PS
: S
trin
gfe
chO
PS
: D
ate
fecC
reac
ion
: Dat
efe
cMod
ifica
: D
ate
codU
suar
ioC
rea
: Str
ing
codU
suar
ioM
odifi
ca :
Str
ing
0..1
1
0..1
1
PF
_ES
_Ser
vici
o
codG
rupo
Ser
vici
o : S
trin
gco
dSer
vici
o : S
trin
gde
scrS
ervi
cio
: Str
ing
num
Uni
dade
s : D
oubl
eob
serS
ervi
cio
: Str
ing
fech
Reg
istr
o : D
ate
fech
Est
ado
: Dat
eco
dReq
Car
taG
aran
tia :
Boo
lean
codE
stad
o : S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
1..*
1
1..*
1
0..*
1..*
0..*
1..*
10..1 10..1
0..*
10.
.*1
0..*
1
0..*
1
0..*
0..*
0..*
10.
.*1
0..*
0..*
AD
_ES
_Ord
enP
agoS
ervi
cioD
etal
le
codO
PS
Det
alle
: S
trin
gde
scO
PS
Det
alle
: S
trin
gim
port
e : D
oubl
e
1..* 11..* 1
1..*
1..*
1..*
1..*
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
3.5 Diagrama del Modelo Conceptual
Documento Interno Versión: 2.0 Página: 170 / 203
PF
_ES
_Car
ta G
aran
tia
num
Car
taG
aran
tia :
Str
ing
codM
oned
a : S
trin
gim
poC
arta
Gar
antia
: D
oubl
efe
chE
mis
ion
: Dat
enu
mD
iasV
igen
cia
: Int
eger
obse
rRef
eren
cias
: S
trin
gob
serC
arta
Gar
antia
: S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
PF
_ES
_Em
pres
a
codE
mpr
esa
: Str
ing
desc
rRaz
onS
ocia
l : S
trin
gnu
mR
UC
: S
trin
gdi
recE
mpr
esa
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Cia
Ase
gur
ador
as
codC
iaS
egur
o : S
trin
gde
scrR
azon
Soc
ial :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
0..*
1..*
0..*
1..*
PF
_ES
_Tar
ifa
codT
ipoC
alcu
lo :
Str
ing
impo
Pre
cio
: Dou
ble
impo
Coa
seg
uro
: Dou
ble
impo
Ded
ucib
le :
Dou
ble
impo
Des
cuen
toA
dici
onal
: D
oubl
efe
chIn
icio
: da
tefe
chF
inal
: da
teim
poP
orce
ntaj
eDes
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Tar
ifari
o_P
lan_
salu
d
codT
arifa
rio
: Str
ing
desc
rTar
ifari
o : S
trin
gim
poF
acto
r : D
oubl
efe
chIn
gre
so :
Dat
eco
dTip
oTar
ifari
o : S
trin
gco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
1..* 11..* 1
PF
_ES
_Sol
icitu
d C
arta
G
aran
tia
num
Sol
icitu
dCar
taG
aran
tia :
Str
ing
impo
Sol
icitu
dCar
taG
aran
tia :
Dou
ble
fech
Sol
icitu
d : D
ate
obse
rCom
enta
rios
: S
trin
gco
dMon
eda
: Str
ing
obse
rSol
icitu
dCar
taG
aran
tia :
Str
ing
codE
stad
oApr
obac
ion
: Str
ing
codE
stad
o : S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
0..11 0..11
PF
_ES
_Clie
nte
codC
lient
e : S
trin
gco
dTip
oDoc
umen
toId
entid
ad :
Str
ing
num
Doc
umen
toId
entid
ad :
Str
ing
apeP
ater
no :
Str
ing
apeM
ater
no :
Str
ing
nom
Clie
nte
: Str
ing
codS
exo
: Str
ing
desc
rRaz
onS
ocia
l : S
trin
gfe
chN
acim
ient
o : S
trin
gnu
mT
elef
onoF
ijo :
Str
ing
num
Tel
efon
oMov
il : S
trin
gnu
mF
ax :
Str
ing
desc
rEm
ail :
Str
ing
dire
cClie
nte
: Str
ing
codP
ais
: Str
ing
codD
epar
tam
ento
: S
trin
gco
dPro
vinc
ia :
Str
ing
codD
istr
ito :
Str
ing
codE
stad
oClie
nte
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Pol
iza
codP
oliz
a : S
trin
gde
scrP
oliz
a : S
trin
gfe
chIn
iVig
enci
a : D
ate
fech
Fin
Vig
enci
a : D
ate
codE
stad
oPol
iza
: Str
ing
nom
Titu
lar
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Cot
izac
ion
num
Cot
izac
ion
: Str
ing
desc
rMot
ivo
: Str
ing
num
Dia
sVig
enci
a : I
nteg
erco
dMon
eda
: Str
ing
impo
Tip
oCam
bio
: Lon
gim
poB
ruto
: D
oubl
eim
poIg
v : D
oubl
eim
poN
eto
: Dou
ble
fech
Em
isio
n : D
ate
hora
Em
isio
n : S
trin
gob
serC
otiz
acio
n : S
trin
gco
dEst
adoC
otiz
acio
n : S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
0..1
10.
.11
PF
_ES
_Liq
uida
cion
num
Liq
uida
cion
: In
teg
erco
dTip
oLiq
uida
cion
: S
trin
gfe
chC
orte
: D
ate
fech
Fac
tura
cion
: D
ate
impo
Coa
seg
uroT
otal
: D
oubl
eim
poD
educ
ible
Tot
al :
Dou
ble
obse
rLiq
uida
cion
: S
trin
gco
dEst
adoL
iqui
daci
on :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Sol
icitu
d T
arifa
s
num
Sol
icitu
dTar
ifa :
Inte
ger
codT
ipoS
olic
itud
: Int
eger
desc
rSol
icitu
d : S
trin
gtip
oTar
ifari
o : S
trin
gnu
mF
acto
r : D
oubl
efe
chR
egis
tro
: Dat
efe
chA
utor
izac
ion
: Dat
eco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Tar
ifari
o_P
artic
ular
codT
arifa
rio
: Str
ing
desc
rTar
ifari
o : S
trin
gim
poF
acto
r : D
oubl
efe
chIn
gre
so :
Dat
eco
dTip
oTar
ifari
o : S
trin
gco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Doc
umen
toP
ago
codT
ipoD
ocum
ento
Pag
o : S
trin
gnu
mD
ocum
ento
Pag
o : S
trin
gfe
chR
egis
tro
: Dat
efe
chE
mis
ion
: Dat
eco
dMon
eda
: Str
ing
impo
Bru
to :
Dou
ble
nom
Clie
nte
: Str
ing
num
Doc
umen
to :
Str
ing
codF
orm
aPag
o : S
trin
gim
poIg
v : D
oubl
eIm
poD
escu
ento
: D
oubl
eIm
poA
Pag
ar :
Dou
ble
codE
stad
oDoc
umen
toP
ago
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
11.
.*1
1..*
0..1
0..1
0..1
0..1
AT
_ES
_Esp
ecia
lidad
codE
spec
ialid
ad :
Str
ing
nom
breE
spec
ialid
ad :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Pla
n de
Sal
ud
codP
lanS
alud
: S
trin
gde
scrP
lanS
alud
: S
trin
gfe
chR
egis
tro
: Dat
eco
dEst
ado
: Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
0..*
10.
.*1
PF
_ES
_CIE
10
codE
nfer
mda
d : S
trin
gde
scrE
nfer
med
ad :
Str
ing
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
PF
_ES
_Det
alle
Cot
izac
ion
impo
Dia
: D
oubl
eim
poP
reci
o : D
oubl
eim
poD
escu
ento
: D
oubl
eim
poT
otal
: D
oubl
efe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
11
PF
_ES
_Det
alla
Liq
uida
cion
item
man
ual :
Boo
lean
impo
Pre
cio
: Dou
ble
impo
Des
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
11..* 11..*
PF
_ES
_Det
alle
Sol
icitu
d
codT
ipoC
alcu
lo :
Str
ing
impo
Pre
cio
: Dou
ble
impo
Coa
seg
uro
: Dou
ble
impo
Ded
ucib
le :
Dou
ble
impo
Des
cuen
toA
dici
onal
: D
oubl
efe
chIn
icio
: da
tefe
chF
inal
: da
teim
poP
orce
ntaj
eDes
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
11.
.*1
1..*
PF
_ES
_Tar
ifa_P
artic
ular
codT
ipoC
alcu
lo :
Str
ing
impo
Pre
cio
: Dou
ble
impo
Coa
seg
uro
: Dou
ble
impo
Ded
ucib
le :
Dou
ble
impo
Des
cuen
toA
dici
onal
: D
oubl
efe
chIn
icio
: da
tefe
chF
inal
: da
teim
poP
orce
ntaj
eDes
cuen
to :
Dou
ble
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
1..* 11..* 1
PF
_ES
_Det
alle
_Doc
umen
toP
ago
desc
Con
cept
o : S
trin
gim
poP
reci
o : D
oubl
eim
poD
escu
ento
: D
oubl
efe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
gtip
oDoc
umen
to :
Str
ing
codD
ocum
ento
: S
trin
gfe
chaE
mis
ionD
ocum
ento
: D
ate
impo
Pag
ar :
Dou
ble
impo
Cop
ago
: Ded
ucib
leim
poD
educ
ible
: D
oubl
e
1
1..*
1
1..*
AD
_ES
_Pac
ient
e
codP
acie
nte
: Str
ing
nom
bres
Pac
: S
trin
gap
ellid
oPat
erno
Pac
: S
trin
gap
ellid
oMat
erno
Pac
: S
trin
gD
ocId
entid
adP
ac :
Str
ing
Est
adoC
ivilP
ac :
Str
ing
Nro
Hijo
sPac
: In
teg
erF
ecN
acim
ient
oPac
: D
ate
Lug
arN
acim
ient
oPac
: S
trin
gD
irec
cion
Pac
: S
trin
gT
elef
ono1
Pac
: S
trin
gC
elul
ar1P
ac :
Str
ing
Em
ail1
Pac
: S
trin
gC
arg
oPac
: S
trin
gE
stad
oPac
: S
trin
gM
otiv
oBaj
aPac
: S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
0..1
1..*
0..1
1..*
0..*
1
0..*
1
1
0..*
1
0..*
AT
_ES
_Med
ico
codM
edic
o : S
trin
gno
mM
edic
o : S
trin
gap
ePat
erno
Med
ico
: Str
ing
apeM
ater
noM
edic
o : S
trin
gco
dSex
o : S
trin
gfe
cNac
Med
ico
: Str
ing
codC
MP
Med
ico
: Str
ing
dniM
edic
oco
dPro
fesi
onM
edic
o : S
trin
gco
dRol
Aud
itor
: Boo
lean
fech
Cre
acio
n : D
ate
fech
Mod
ifica
cion
: D
ate
codU
suar
ioC
reac
ion
: Str
ing
codU
suar
ioM
odifi
caci
on :
Str
ing
1
0..*
1
0..*
10.
.*1
0..*
AD
_ES
_Ord
enA
tenc
ion
codO
AT
: S
trin
gco
dOA
TO
rig
enflg
Impr
esio
nOA
Tflg
UltC
opia
fecI
ngre
soA
dmfe
cEg
reso
Adm
flgC
opia
horI
ngre
sonr
oIng
reso
fecS
olic
iEg
reso
horS
olic
iEg
reso
fecC
reac
ion
: Dat
efe
cMod
ifica
: D
ate
codU
suar
ioC
rea
: Str
ing
codU
suar
ioM
odifi
ca :
Str
ing
10.
.*1
0..*
1
0..*
1
0..*
AD
_ES
_Ord
enP
agoS
ervi
cio
codO
PS
: S
trin
gfe
chO
PS
: D
ate
fecC
reac
ion
: Dat
efe
cMod
ifica
: D
ate
codU
suar
ioC
rea
: Str
ing
codU
suar
ioM
odifi
ca :
Str
ing
0..1
1
0..1
1
PF
_ES
_Ser
vici
o
codG
rupo
Ser
vici
o : S
trin
gco
dSer
vici
o : S
trin
gde
scrS
ervi
cio
: Str
ing
num
Uni
dade
s : D
oubl
eob
serS
ervi
cio
: Str
ing
fech
Reg
istr
o : D
ate
fech
Est
ado
: Dat
eco
dReq
Car
taG
aran
tia :
Boo
lean
codE
stad
o : S
trin
gfe
chC
reac
ion
: Dat
efe
chM
odifi
caci
on :
Dat
eco
dUsu
ario
Cre
acio
n : S
trin
gco
dUsu
ario
Mod
ifica
cion
: S
trin
g
1..*
1
1..*
1
0..*
1..*
0..*
1..*
10..1 10..1
0..*
10.
.*1
0..*
1
0..*
1
0..*
0..*
0..*
10.
.*1
0..*
0..*
AD
_ES
_Ord
enP
agoS
ervi
cioD
etal
le
codO
PS
Det
alle
: S
trin
gde
scO
PS
Det
alle
: S
trin
gim
port
e : D
oubl
e
1..* 11..* 1
1..*
1..*
1..*
1..*
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Figura 43 Diagrama Conceptual
Documento Interno Versión: 2.0 Página: 171 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
CAPÍTULO 4 ADMINISTRACIÓN DEL PROYECTO
Documento Interno Versión: 2.0 Página: 172 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.1 Cronograma de Ejecución del Proyecto
Figura 44 Cronograma de Ejecución del Proyecto
Documento Interno Versión: 2.0 Página: 173 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2 Benchmarking
4.2.1 Descripción de las Soluciones Encontradas.
Nombre Sistema de Gestion para Clinicas (GESNET)
País Perú
WEB http://www.gesnetperu.com
LOGO
Características Funcionalidades:
Tipos de tarifa de análisis y procedimientos médicos
Tipos de Pacientes
Tipos de Servicios Médicos
Maestro de Especialidades
Maestro de Médicos
Asignación dinámica de horarios de atención de los médicos
Maestro de Medicinas y Materiales
Tarifario SEGUS
Maestro de Pacientes
Presupuestos
Registro de Consultas Medicas
Pedidos de Medicinas y Materiales
Solicitud de Análisis y Procedimientos Médicos
Registro de Hospitalizaciones y Cirugías
Estado de cuenta del Paciente
Documento Interno Versión: 2.0 Página: 174 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
Documento Interno Versión: 2.0 Página: 175 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
o Apertura
o Cierre
o Arqueo
Facturación
o Consulta de Facturas
o Depósitos
o Devoluciones
o Venta de Servicios
o Pagos
o Anulación de Facturas
o Órdenes de Pago
o Comisiones
o Transferencia de cargos
o Manejo de múltiples tarifas
Documento Interno Versión: 2.0 Página: 176 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.2 Análisis Comparativos de las soluciones Encontradas.
REQUERIMIENTOS FUNCIONALESPropuesta 1
GESNET
Propuesta 2
SALUS
Propuesta 3
ATHENEA
Propuesta 4
TP1
PF_RF01 Actualizar Cotización 2 2 2 2
PF_RF02 Evaluar solicitud de Carta de Garantía 1 1 1 2
PF_RF03 Registrar Carta de Garantía 1 1 1 2
PF_RF04 Actualizar Cliente 2 2 2 2
PF_RF05 Actualizar Documento de Pago 2 2 2 2
PF_RF06 Actualizar Liquidación 1 1 2 2
PF_RF07 Evaluar Liquidación 1 1 2 2
PF_RF08 Registrar Solicitud de Plan de Salud 1 2 1 2
PF_RF09 Evaluar Solicitud de Plan de Salud 1 2 1 2
PF_RF10 Registrar Solicitud de actualizar tarifa de servicio 1 1 1 2
PF_RF11 Evaluar Solicitud de actualizar tarifa de servicio 1 1 1 2
PF_RF12 Actualizar Plan de Salud 2 2 2 2
PF_RF13 Evaluar Plan de Salud 2 2 2 2
PF_RF14 Actualizar tarifa de Servicio 1 1 1 2
PF_RF15 Evaluar Tarifa de Servicio 1 1 1 2
PF_RF16 Consultar Plan de Salud 1 1 1 2
PF_RF17 Consultar Documento de Pago 1 1 1 2
PF_RF18 Consultar Liquidaciones 1 1 1 2
Documento Interno Versión: 2.0 Página: 177 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
REQUERIMIENTOS FUNCIONALESPropuesta 1
GESNET
Propuesta 2
SALUS
Propuesta 3
ATHENEA
Propuesta 4
TP1
PF_RF19 Reporte Gerencial de Documentos de Pago 1 1 1 2
PF_RF20 Reporte de operaciones de Documento de Pago 1 1 1 2
SG_RF01 Registrar información de los usuarios del sistema 1 2 1 2
SG_RF02 Manejar perfiles de usuarios del sistema 2 2 2 2
SG_RF03 Cambiar contraseña del usuario 2 2 2 2
SG_RF04 Validar acceso del usuario al sistema 2 2 2 2
SG_RF05 Realizar copias de seguridad de la información del sistema 2 2 2 2
% FUNCIONALIDADES SOPORTADAS 68% 74% 72% 100%
Documento Interno Versión: 2.0 Página: 178 / 203
Tipos de Criterio de Evaluación
Códig
oDescripción
0 No cumple
1 Cumple Parcialmente
2 Cumple al 100%
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
REQUERIMIENTOS NO FUNCIONALESPropuesta 1
GESNET
Propuesta 2
SALUS
Propuesta 3
ATHENEA
Propuesta 4
TP1
RNFU01 Manejo de errores 2 2 2 2
RNFU02 Diseño de la interfaz gráfica 2 2 2 2
RNFC04 Log de transacciones 1 2 2 2
RNFC05 Log de errores 1 2 2 2
RNFS01 Compatibilidad del sistema a nivel usuario y servidor 1 1 2 2
RNFS02 Cliente Web 1 2 2 2
RNFD01 Características de la PC del cliente 1 1 1 2
RNFD02 Lenguaje de programación 1 1 1 2
RNFD03 Motor de base de datos 1 1 1 2
RNFD04 Arquitectura Lógica 1 1 1 2
RNFA01 Manuales de Usuario 1 2 2 2
RNFA02 Manuales del sistema 1 2 2 2
RNFA03 Tips de ayuda en línea 1 1 1 2
RNFK01 DevExpress 0 0 1 2
RNFK02 Aspose 0 0 1 2
RNFI01 Ubicación del logotipo a utilizar en las opciones del sistemas 1 1 1 2
RNFI02 Ubicación del logotipo a utilizar en los reportes 1 1 1 2
RNFI03 Formato de letras 2 2 2 2
RNFI04 Formato de las pantallas del sistema 1 1 1 2
RNFI05 Animaciones en el Sistema 1 1 1 2
Documento Interno Versión: 2.0 Página: 179 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
REQUERIMIENTOS NO FUNCIONALESPropuesta 1
GESNET
Propuesta 2
SALUS
Propuesta 3
ATHENEA
Propuesta 4
TP1
RNFI06 Resolución de las imágenes 0 0 0 2
% NO FUNCIONALES SOPORTADOS 50% 62% 69% 100%
Documento Interno Versión: 2.0 Página: 180 / 203
Tipos de Criterio de Evaluación
Códig
oDescripción
0 No cumple
1 Cumple Parcialmente
2 Cumple al 100%
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Relación de Requerimiento no funcionales que no han sido considerados en
evaluación
REQUERIMIENTOS NO FUNCIONALES
RNFU03 Tiempo promedio en el uso de los distintos módulos
RNFC01 Tiempo promedio disponible del sistema
RNFC02 Tiempo promedio de reparación del sistema
RNFC03 Tiempo de atención ante una falla
RNFR01 Cantidad de usuarios concurrente al sistema
RNFR02 Cantidad promedio de transacciones por minuto
RNFR03 Tiempo promedio de respuesta de los reportes
RNFR04 Tiempo de inicio del sistema
RNFR05 Tiempo máximo de duración del 95% de transacciones
en un día
Documento Interno Versión: 2.0 Página: 181 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.2.3 Evaluación de las Soluciones Encontradas.
La solución propuesta incluye como parte de los entregables la entrega del código
fuente, así como de toda la documentación elaborada, la cual será de utilidad para el
mantenimiento del sistema y de las nuevas versiones del mismo, todo esto permite al
dueño del proceso no depender exclusivamente del proveedor de la solución.
Luego de evaluar las distintas soluciones en el mercado se aprecia que la solución
planteada por el presente proyecto las necesidades del proceso de presupuestos y
facturación de la clínica Ricardo Palma.
La solución propuesta ofrece una ventaja competitiva con respecto a las demás, ya
que esta propuesta cubre el 100% los Requerimientos Funcionales y los Requeri-
mientos No Funcionales.
Documento Interno Versión: 2.0 Página: 182 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.3 Estudio de Factibilidad
4.3.1 Puntos de Función
Documento Interno Versión: 2.0 Página: 183 / 203
Paso 1 - Estimar Puntos de Función (PF) Estimar los Elementos de Funcionalidad (EF)No Elemento de Funcionalidad (EF) TEF ED AR Nivel
1 PF_CUS_Actualizar_Cotizacion (Nuevo) EE 22 12 A2 PF_CUS_Actualizar_Cotizacion (Edicion) EE 4 12 P3 PF_CUS_Actualizar_Cotizacion (Anular) EE 1 2 B4 PF_CUS_Actualizar_Cotizacion (Consultar) CE 22 12 A5 PF_CUS_Actualizar_Cotizacion (Imprimir) SE 22 12 A6 Registrar Solicitud EE 10 1 B7 Registrar Solicitud (nuevo Plan de Salud) EE 11 2 P8 Registrar Solicitud (nuevo Tarifario) EE 12 3 P9 Registrar Solicitud (modificar Plan de Salud) EE 11 2 P
10 Registrar Solicitud (modificar Tarifario) EE 12 3 P11 Registrar Solicitud (Anular) EE 1 1 B12 Registrar Solicitud (Actualizar) EE 2 1 B13 Registrar Solicitud (Quitar Servicio en Plan de Salud) EE 2 1 B14 Registrar Solicitud (Quitar Servicio en Tarifario) EE 2 1 B15 Registrar Solicitud (Agregar Servicio en Plan de Salud) EE 8 1 B16 Registrar Solicitud (Agregar Servicio en Tarifario) EE 8 1 B17 Actualizar Liquidacion (consultar) EE 18 13 A18 Actualizar Liquidacion (agregar) EE 14 13 A19 Actualizar Liquidacion (modificar) EE 3 13 P20 Actualizar Liquidacion (eliminar) CE 13 2 P21 Evaluar Liquidacion(Consultar) CE 7 2 P22 Evaluar Liquidacion(Evaluar) EE 5 9 A23 PF_CUS_Actualizar_Documento_Pago (Nuevo) EE 16 4 A24 PF_CUS_Actualizar_Documento_Pago (Anular) EE 1 3 B25 PF_CUS_Actualizar_Documento_Pago (Consultar) EE 25 5 A26 PF_CUS_Actualizar_Documento_Pago (Imprimir) EE 1 2 B27 PF_CUS_Evaluar_Solicitud_Carta_Garantía EE 26 2 A28 CUS PF_CUS_Consultar_Plan_Salud EE 18 4 A29 Actualizar Tarifa EE 9 1 B30 Actualizar Tarifa (Actualizar Plan de Salud) EE 11 2 P31 Actualizar Tarifa (Actualizar Tarifario) EE 12 2 P32 Actualizar Tarifa (Actualizar) EE 2 1 B33 Actualizar Tarifa (Registrar) EE 12 2 P34 Evaluar Solicitud Tarifas EE 9 1 B35 Evaluar Solicitud Tarifas (Evaluar Plan de Salud) EE 11 2 P36 Evaluar Solicitud Tarifas (Evaluar Tarifario) EE 12 2 P37 Evaluar Solicitud Tarifas (Actualizar) EE 2 1 B38 Evaluar Solicitud Tarifas (Autorizar) EE 12 1 B39 Evaluar Solicitud Tarifas (Rechazar) EE 1 1 B40 Evaluar Tarifas EE 9 1 B41 Evaluar Tarifas (Evaluar Plan de Salud) EE 7 2 P42 Evaluar Tarifas (Evaluar Tarifarios) EE 7 2 P43 Evaluar Tarifas (Calcular) EE 7 2 P44 Reportes_Operaciones_Facturacion(Por fechas) SE 6 2 P45 Reportes_Operaciones_Facturacion(Por Cliente) SE 6 2 P46 Reportes_Operaciones_Facturacion(Buscar Cliente) CE 7 1 B47 Reportes_Operaciones_Facturacion(Por CIA Aseguradora) SE 6 2 P48 Actualizar_Cliente (Nuevo) EE 17 1 P49 Actualizar_Cliente(Modificar) EE 15 1 B50 Actualizar_Cliente (Eliminar) EE 1 1 B51 Actaulizar_Cliente (Consultar) EE 11 1 B52 Reportes_Gerenciales_Facturacion EE 5 4 A
No Sigla Factores de Ajustes Nivel1 DCM Comunicación de Datos 22 DDP Procesamiento de Datos Distribuidos 33 PER Rendimiento 14 HUC Restricciones sobre la Configuración 15 TRT Ratio de Transacciones 06 ODE Entrada de Datos en Línea 57 EUE Eficiencia del Usuario Final 48 OUP Actualización en Línea 39 CPR Procesamiento Complejo 3
10 REU Reusabilidad 311 IEA Facilidad de Instalación 012 OFE Facilidad Operacional 413 MSI Múltiples Sitios 014 FCH Facilidad de Cambio 2
Total Factores de Ajuste (TFA) 31Valor del Factor de Ajuste (VFA) = 0.65 + 0.01 * TFA 0.96
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
¿
Documento Interno Versión: 2.0 Página: 184 / 203
No Nombre del Archivo Lógico (AL) TAL ED AR Nivel Nivel para Archivos Lógicos Internos (ALI) y Externos (ALE)1 PF_ES_Cotizacion ALI 16 1 B2 PF_ES_DetalleCotizacion ALI 8 1 B 1-19 20-50 51+3 PF_ES_SolicitudCartaGarantia ALI 8 1 B 0-1 Bajo Bajo Promedio4 PF_ES_Solicitud ALI 12 1 B 2-5 Bajo Promedio Alto5 PF_ES_DetalleSolicitud ALI 12 1 B 6+ Promedio Alto Alto6 PF_ES_Liquidacion ALI 7 1 B7 PF_ES_DetalleLiquidacion ALI 12 1 B8 AD_ES_Paciente ALI 5 1 B9 PF_ES_Orden de Atencion ALI 1 1 B10 PF_ES__Documento_Pago ALI 17 1 B11 PF_ES_Detalle_DocumentoPago ALI 13 1 B12 PF_ES_Servicio ALE 2 1 B13 PF_ES_Cliente ALI 16 1 B
Elementos de Datos (ED)Archivos Referenciados (AR)
Conteo Peso Conteo Peso Conteo PesoEE - Entradas Externas 20 3 15 4 9 6 174SE - Salidas Externas 0 4 3 6 1 7 25CE - Consultas Externas 1 3 2 4 1 6 17ALI - Archivos Lógicos Internos 12 7 0 10 0 15 84ALE - Archivos Lógicos Externos 1 5 0 7 0 10 5
305292.8
SubtotalTipo de Punto de Función (TEF/TAL)
Puntos de Función Desajustados (PFD)Puntos de Función Ajustados (PFA)
ALTOPROMEDIOBAJO
Variable ValorFC - Factor de Conversión 30KLOC - Miles de Instrucciones Fuente 8.7840 miles de líneas
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.3.2 Costos del Proyecto.
Documento Interno Versión: 2.0 Página: 185 / 203
Variable ValorMD - Modo de Desarrollo 1ESF - Esfuerzo 23.50 hombres-mesTDES - Tiempo de Desarrollo 8.30 mesesCH - Cantidad de Hombres (promedio) 3 hombresCHM - Costo por Hombre al Mes (promedio) 1390 dólaresC - Costo del Proyecto 32 666.53 dólares
Distribución para las fases del proyecto
Valor (%) Valor (%)Concepción 1.18 5 0.83 10Elaboración 4.70 20 2.49 30Construcción 15.28 65 4.15 50Transición 2.35 10 0.83 10
Total 23.50 100 8.30 100(Fuente: Philippe Kruchten A Rational Development Process )
Distribución para las etapas del proyecto
Valor (%) Valor (%)Modelado del Negocio 1.18 5 1.24 15Requerimientos 3.53 15 1.24 15Análisis y Diseño 5.88 25 2.07 25Implementación 8.23 35 2.49 30Prueba 1.18 5 0.41 5Implantación 3.53 15 0.83 10
Total 23.50 100 8.30 100(Fuente: Philippe Kruchten A Rational Development Process )
Distribución para los cursos de la carrera
Valor (%) Valor (%)Taller de proyecto 1 11.75 50 3.32 40Taller de proyecto 2 9.40 40 3.32 40Tesis 2.35 10 1.66 20
Total 23.50 100 8.30 100
CursoESF TDES
ESFFase
TDES
EtapaESF TDES
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4 Trazabilidad
4.4.1 Matriz de Casos de Uso del Negocio vs. Reglas del Negocio
Caso de Uso de NegocioReglas del Negocio PF_CUN_Gestion_de_Cotizaciones PF_CUN_Gestion_de_Tarifarios PF_CUN_Gestion_Liquidacion_Facturacion
PF_RN_01 - Valorización de los costos XPF_RN_02 - Presupuesto del Servicio XPF_RN_03 - Carta de Garantía XPF_RN_04 - Gestión de Tarifarios XPF_RN_05 - Solicitud de Plan de Salud XPF_RN_06 - Solicitud de Servicio XPF_RN_07 - Registro de Plan de Salud XPF_RN_08 - Solicitud de Liquidación XPF_RN_09 - Registro de Consumos de la Liquidación XPF_RN_10 - Aprobación de la Liquidación X
PF_RN_11 - Verificación del Documento de Pago X
PF_RN_12 – Creación de Clientes nuevos X
PF_RN_13 – Actualización de datos del cliente X
Documento Interno Versión: 2.0 Página: 186 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.2 Matriz de Casos de Uso del Negocio vs. Trabajadores del Negocio
Caso de Uso de NegocioTrabajadores del Negocio PF_CUN_Gestion_de_Cotizaciones PF_CUN_Gestion_de_Tarifarios PF_CUN_Gestion_Liquidacion_Facturacion
AD_TN_Responsable_Admision X
PF_TN_Asistente_Administrativo X
PF_TN_Asistente_Facturacion X X
PF_TN_Asistente_Liquidaciones X
PF_TN_Auditor_Medico X
PF_TN_Director_Medico X
PF_TN_Responsable_Cia._de_Seguros X
PF_TN_Responsable_Comercial X
Documento Interno Versión: 2.0 Página: 187 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.3 Matriz de Casos de Uso del Negocio vs. Entidades del Negocio
Caso de Uso de NegocioEntidades del Negocio PF_CUN_Gestion_de_Cotizaciones PF_CUN_Gestion_de_Tarifarios PF_CUN_Gestion_Liquidacion_Facturacion
AD_EN_Orden_de_Atencion X
AD_EN_Paciente X X
AT_EN_Orden_de_Examenes_Medicos X
PF_EN_Carta_Garantia X
PF_EN_CIE10 X
PF_EN_Cliente X
PF_EN_Cotizacion X
PF_EN_Documento_de_Pago X
PF_EN_Liquidacion X
PF_EN_Plan_de_Salud X X X
PF_EN_SEGUS X
PF_EN_Servicio_Clinico X X
PF_EN_Solicitud_Carta_Garantia X
PF_EN_Solicitud_de_Plan_de_Salud X
PF_EN_Solicitud_Tarifa_Servicio X
PF_EN_Tarifa X X X
Documento Interno Versión: 2.0 Página: 188 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.4 Atributos de Caso de Uso de Sistema
Caso de uso de sistema Complejidad Estado Dificultad Responsable Prioridad
1. PF_CUS_Actualizar_Cotizacion Primario Definido Baja Dora Arpi Ciclo 0
2. PF_CUS_Evaluar_Solictud_Carta_Garantia Secundario Definido Baja Dora Arpi Ciclo 1
3. PF_CUS_Actualizar_Cliente Secundario Definido Media Dora Arpi Ciclo 1
4. PF_CUS_Actualizar_Documento_Pago Primario Definido Alta Johnnel Ayala Ciclo 0
5. PF_CUS_Actualizar_Liquidacion Primario Definido Media Johnnel Ayala Ciclo 0
6. PF_CUS_Evaluar_Liquidacion Secundario Definido Baja Jhon Pérez Ciclo 1
7. PF_CUS_Actualizar_Tarifas Secundario Definido Media Jhon Pérez Ciclo 1
8. PF_CUS_Evaluar_Tarifa Secundario Definido Baja Jhon Pérez Ciclo 1
9. PF_CUS_Registrar_Solicitud_Tarifas Primario Definido Media Jhon Pérez Ciclo 0
10.PF_CUS_Evaluar_Solicitud_Tarifas Secundario Definido Baja Jhon Pérez Ciclo 1
11.PF_CUS_Consultar_Plan_de_salud Secundario Definido Media Jhon Pérez Ciclo 1
12.PF_CUS_Generar_Reportes_Gerenciales_Facturacion Secundario Definido Media Miguel Pachas Ciclo1
13.PF_CUS_Generar_Reportes_Operaciones_Facturacion Secundario Definido Media Miguel Pachas Ciclo1
Documento Interno Versión: 2.0 Página: 189 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
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
Documento Interno Versión: 2.0 Página: 190 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.5 Atributos de Requerimientos Funcionales
Código Complejidad Estado Dificultad Responsable Prioridad
PF_RF01 Primario Definido Baja Jhon Perez Ciclo 1
PF_RF02 Primario Definido Baja Jhon Perez Ciclo 1
PF_RF03 Primario Definido Baja Jhon Perez Ciclo 1
PF_RF04 Primario Definido Baja Dora Arpi Ciclo 0
PF_RF05 Primario Definido Baja Dora Arpi Ciclo 0
PF_RF06 Primario Definido Baja Dora Arpi Ciclo 0
PF_RF07 Primario Definido Baja Dora Arpi Ciclo 0
PF_RF08 Primario Definido Baja Dora Arpi Ciclo 0
PF_RF09 Primario Definido Baja Dora Arpi Ciclo 0
PF_RF10 Primario Definido Baja Miguel Pachas Ciclo 0
PF_RF11 Primario Definido Baja Miguel Pachas Ciclo 0
PF_RF12 Primario Definido Media Miguel Pachas Ciclo 0
PF_RF13 Primario Definido Baja Miguel Pachas Ciclo 0
PF_RF14 Primario Definido Media Miguel Pachas Ciclo 0
PF_RF15 Primario Definido Baja Miguel Pachas Ciclo 0
PF_RF16 Primario Definido Baja Jhon Perez Ciclo 1
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
Documento Interno Versión: 2.0 Página: 191 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Código Complejidad Estado Dificultad Responsable Prioridad
SG_RF01 Secundario Definido Baja Johnnel Ayala Ciclo 1
SG_RF02 Secundario Definido Baja Johnnel Ayala Ciclo 1
SG_RF03 Secundario Definido Baja Johnnel Ayala Ciclo 1
SG_RF04 Secundario Definido Baja Johnnel Ayala Ciclo 1
SG_RF05 Secundario Definido Baja Johnnel Ayala Ciclo 1
Documento Interno Versión: 2.0 Página: 192 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.6 Atributos de Requerimientos No Funcionales
Requerimiento Código Complejidad Estado Dificultad Responsable Prioridad
Usabilidad
RNFU01 Secundario Definido Baja Johnnel Ayala Ciclo 0
RNFU02 Secundario Definido Baja Johnnel Ayala Ciclo 0
RNFU03 Secundario Definido Baja Johnnel Ayala Ciclo 0
Confiabilidad
RNFC01 Primario Definido Alta Johnnel Ayala Ciclo 0
RNFC02 Primario Definido Media Johnnel Ayala Ciclo 0
RNFC03 Secundario Definido Media Johnnel Ayala Ciclo 1
RNFC04 Secundario Definido Baja Johnnel Ayala Ciclo 0
RNFC05 Secundario Definido Baja Johnnel Ayala Ciclo 1
Rendimiento
RNFR01 Primario Definido Media Jhon Pérez Ciclo 0
RNFR02 Primario Definido Alta Jhon Pérez Ciclo 0
RNFR03 Primario Definido Alta Jhon Pérez Ciclo 0
RNFR04 Primario Definido Alta Jhon Pérez Ciclo 0
RNFR05 Primario Definido Alta Jhon Pérez Ciclo 0
SoporteRNFS01 Primario Definido Media Jhon Pérez Ciclo 0
RNFS02 Opcional Definido Baja Jhon Pérez Ciclo 0
Documento Interno Versión: 2.0 Página: 193 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Requerimiento Código Complejidad Estado Dificultad Responsable Prioridad
Restricciones de Diseño
RNFD01 Primario Definido Baja Jhon Pérez Ciclo 0
RNFD02 Primario Definido Media Jhon Pérez Ciclo 0
RNFD03. Primario Definido Media Jhon Pérez Ciclo 0
RNFD04 Primario Definido Media Jhon Pérez Ciclo 0
Documentación de Usuario y Sistema
de Ayuda
RNFA01 Secundario Definido Baja Dora Arpi Ciclo 1
RNFA02 Secundario Definido Baja Dora Arpi Ciclo 1
RNFA03 Opcional Definido Baja Dora Arpi Ciclo 1
Componentes Ad-quiridos
RNFK01 Primario Definido Baja Dora Arpi Ciclo 0
RNFK02 Primario Definido Baja Dora Arpi Ciclo 0
Interfaces
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
RNFI01 Secundario Definido Baja Miguel Pachas Ciclo 0
Documento Interno Versión: 2.0 Página: 194 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.7 Casos de Uso de Sistemas vs Requerimientos Funcionales
Caso de Uso
de Sistema
Requerimiento FuncionalP
F_
CU
S_A
ctua
lizar
_Cot
izac
ion
PF
_C
US
_Eva
luar
_Sol
ictu
d_C
arta
_Ga
ran
tia
PF
_C
US
_Act
ualiz
ar_C
lient
e
PF
_C
US
_Act
ualiz
ar_D
ocum
ento
_Pag
o
PF
_C
US
_Act
ualiz
ar_L
iqui
daci
on
PF
_C
US
_Eva
luar
_Liq
uida
cion
PF
_C
US
_Act
ualiz
ar_T
arif
as
PF
_C
US
_Con
sulta
r__P
lan_
de_s
alud
PF
_C
US
_Eva
luar
_Sol
icitu
d_T
arif
as
PF
_C
US
_Eva
luar
_Ta
rifa
PF
_C
US
_Reg
istr
ar_
Sol
icitu
d_T
arifa
s
PF
_CU
S_G
ener
ar_
Rep
orte
s_G
ere
nci
ales
_Fac
tura
cio
n
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ope
raci
one
s_F
actu
raci
on
SG
_CU
S_C
ambi
ar_
Con
tra
seña
SG
_CU
S_V
alid
ar_A
cce
so
SG
_CU
S_A
ctua
lizar
_U
suar
io
SG
_CU
S_A
ctua
lizar
_P
erfil
SG
_CU
S_R
ealiz
ar_C
opia
_Seg
urid
ad
PF_RF01 X
PF_RF02 X
PF_RF03 X
PF_RF04 X
PF_RF05 X
PF_RF06 X
PF_RF07 X X
PF_RF08 X
PF_RF09 X
PF_RF10 X
PF_RF11 X
PF_RF12
PF_RF13 X
PF_RF14 X
PF_RF15 X
PF_RF16 X
PF_RF17 X
PF_RF18 X
PF_RF19 X
PF_RF20 X
Documento Interno Versión: 2.0 Página: 195 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Caso de Uso
de Sistema
Requerimiento Funcional
PF
_C
US
_Act
ualiz
ar_C
otiz
acio
n
PF
_C
US
_Eva
luar
_Sol
ictu
d_C
arta
_Ga
ran
tia
PF
_C
US
_Act
ualiz
ar_C
lient
e
PF
_C
US
_Act
ualiz
ar_D
ocum
ento
_Pag
o
PF
_C
US
_Act
ualiz
ar_L
iqui
daci
on
PF
_C
US
_Eva
luar
_Liq
uida
cion
PF
_C
US
_Act
ualiz
ar_T
arif
as
PF
_C
US
_Con
sulta
r_P
lan_
de_
salu
d
PF
_C
US
_Eva
luar
_Sol
icitu
d_T
arif
as
PF
_C
US
_Eva
luar
_Ta
rifas
PF
_C
US
_Reg
istr
ar_
Sol
icitu
d_T
arifa
s
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ger
enci
ale
s_F
actu
raci
on
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ope
raci
one
s_F
actu
raci
on
SG
_CU
S_C
ambi
ar_
Con
tra
seña
SG
_CU
S_V
alid
ar_A
cce
so
SG
_CU
S_A
ctua
lizar
_U
suar
io
SG
_CU
S_A
ctua
lizar
_P
erfil
SG
_CU
S_R
ealiz
ar_C
opia
_Seg
urid
ad
SG_RF01 X
SG_RF02 X
SG_RF03 X
SG_RF04 X
SG_RF05 X
Documento Interno Versión: 2.0 Página: 196 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.8 Casos de uso de Sistemas vs Requerimientos No Funcionales
Caso de Uso
de Sistema
Requerimiento No FuncionalP
F_
CU
S_A
ctua
lizar
_Cot
izac
ion
PF
_C
US
_Eva
luar
_Sol
ictu
d_C
arta
_Ga
ran
tia
PF
_C
US
_Act
ualiz
ar_C
lient
e
PF
_C
US
_Act
ualiz
ar_D
ocum
ento
_Pag
o
PF
_C
US
_Act
ualiz
ar_L
iqui
daci
on
PF
_C
US
_Eva
luar
_Liq
uida
cion
PF
_C
US
_Act
ualiz
ar_T
arif
as
PF
_C
US
_Con
sulta
r_P
lan_
de_
salu
d
PF
_C
US
_Eva
luar
_Sol
icitu
d_T
arif
as
PF
_C
US
_Eva
luar
_Ta
rifas
PF
_C
US
_Reg
istr
ar_
Sol
icitu
d_T
arifa
s
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ger
enci
ale
s_F
actu
raci
on
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ope
raci
one
s_F
actu
raci
on
SG
_CU
S_C
ambi
ar_
Con
tra
seña
SG
_CU
S_V
alid
ar_A
cce
so
SG
_CU
S_A
ctua
lizar
_U
suar
io
SG
_CU
S_A
ctua
lizar
_P
erfil
SG
_CU
S_R
ealiz
ar_C
opia
_Seg
urid
ad
RNFU01 X X X X X X X X X X X X X X X X X X
RNFU02 X X X X X X X X X X X X X X X X X X
RNFU03 X X X X X X X X X X X X X X X X X X
RNFU04 X X X X X X X X X X X X X X X X X X
RNFU05 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
RNFC02 X X X X X X X X X X X X X X X X X X
RNFC03 X X X X X X X X X X X X X X X X X X
RNFC04 X X X X X X X X X X X X X X X X X X
RNFC05 X X X X X X X X X X X X X X X X X X
RNFC06 X X X X X X X X X X X X X X X X X X
Documento Interno Versión: 2.0 Página: 197 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
Caso de Uso
de Sistema
Requerimiento No Funcional
PF
_C
US
_Act
ualiz
ar_C
otiz
acio
n
PF
_C
US
_Eva
luar
_Sol
ictu
d_C
arta
_Ga
ran
tia
PF
_C
US
_Act
ualiz
ar_C
lient
e
PF
_C
US
_Act
ualiz
ar_D
ocum
ento
_Pag
o
PF
_C
US
_Act
ualiz
ar_L
iqui
daci
on
PF
_C
US
_Eva
luar
_Liq
uida
cion
PF
_C
US
_Act
ualiz
ar_T
arif
as
PF
_C
US
_Con
sulta
r_P
lan_
de_
salu
d
PF
_C
US
_Eva
luar
_Sol
icitu
d_T
arif
as
PF
_C
US
_Eva
luar
_Ta
rifas
PF
_C
US
_Reg
istr
ar_
Sol
icitu
d_T
arifa
s
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ger
enci
ale
s_F
actu
raci
on
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ope
raci
one
s_F
actu
raci
on
SG
_CU
S_C
ambi
ar_
Con
tra
seña
SG
_CU
S_V
alid
ar_A
cce
so
SG
_CU
S_A
ctua
lizar
_U
suar
io
SG
_CU
S_A
ctua
lizar
_P
erfil
SG
_CU
S_R
ealiz
ar_C
opia
_Seg
urid
ad
RNFR01 X X X X X X X X X X X X X X X X X X
RNFR02 X X X X X X X X X X X X X X X X X X
RNFR03 X X X X X X X X X X X X X X X X X X
RNFR04
RNFR05 X X X X X X X X X X X X X X X X X X
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
RNFD02 X X X X X X X X X X X X X X X X X X
RNFD03 X X X X X X X X X X X X X X X X X X
RNFD04 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
RNFA02 X X X X X X X X X X X X X X X X X X
RNFA03 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
RNFI02 X X X X X X X X X X X X X X X X X X
RNFI03 X X X X X X X X X X X X X X X X X X
RNFI04 X X X X X X X X X X X X X X X X X X
RNFI05 X X X X X X X X X X X X X X X X X X
RNFI06 X X X X X X X X X X X X X X X X X X
Documento Interno Versión: 2.0 Página: 198 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
4.4.9 Casos de uso de Sistemas vs Reglas de Negocio
Caso de Uso
de Sistema
Requerimiento FuncionalP
F_
CU
S_A
ctua
lizar
_Cot
izac
ion
PF
_C
US
_Eva
luar
_Sol
ictu
d_C
arta
_Ga
ran
tia
PF
_C
US
_Act
ualiz
ar_C
lient
e
PF
_C
US
_Act
ualiz
ar_D
ocum
ento
_Pag
o
PF
_C
US
_Act
ualiz
ar_L
iqui
daci
on
PF
_C
US
_Eva
luar
_Liq
uida
cion
PF
_C
US
_Act
ualiz
ar_T
arif
as
PF
_C
US
_Con
sulta
r__P
lan_
de_s
alud
PF
_C
US
_Eva
luar
_Sol
icitu
d_T
arif
as
PF
_C
US
_Eva
luar
_Ta
rifa
PF
_C
US
_Reg
istr
ar_
Sol
icitu
d_T
arifa
s
PF
_CU
S_G
ener
ar_
Rep
orte
s_G
ere
nci
ales
_Fac
tura
cio
n
PF
_CU
S_G
ener
ar_R
epo
rtes
_Ope
raci
one
s_F
actu
raci
on
SG
_CU
S_C
ambi
ar_
Con
tra
seña
SG
_CU
S_V
alid
ar_A
cce
so
SG
_CU
S_A
ctua
lizar
_U
suar
io
SG
_CU
S_A
ctua
lizar
_P
erfil
SG
_CU
S_R
ealiz
ar_C
opia
_Seg
urid
ad
PF_RN_01 - Valorización de los costos X X
PF_RN_02 - Presupuesto del Servicio X
PF_RN_03 - Carta de Garantía X
PF_RN_04 - Gestión de Tarifarios X X X
PF_RN_05 - Solicitud de Plan de Salud X X X
PF_RN_06 - Solicitud de Servicio X X X
PF_RN_07 - Registro de Plan de Salud X X X
PF_RN_08 - Solicitud de Liquidación X
PF_RN_09 - Registro de Consumos de la Liquidación X
PF_RN_10 - Aprobación de la Liquidación X
PF_RN_11 - Verificación del Documento de Pago X
PF_RN_12 – Creación de Clientes nuevos X
PF_RN_13 – Actualización de datos del cliente X
Documento Interno Versión: 2.0 Página: 199 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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
Documento Interno Versión: 2.0 Página: 200 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
GLOSARIO DE TÉRMINOS
BOLETA DE VENTA
Documento que acredita haber recibido un servicio. Se emplea de forma exclusiva para usua-
rios finales. Dichos comprobantes de pago no pueden utilizarse para sustentar gastos y/o cos-
tos para efecto tributario ni permiten ejercer derecho al crédito fiscal.
COASEGURO (copago variable)
Es el porcentaje no cubierto por un plan de salud que debe asumir el cliente al finalizar su aten-
ción, aplicándose dicho porcentaje al total facturado, sin considerar los honorarios médicos por
las consultas.
COBERTURA
Prestaciones de salud a las que tiene derecho los afiliados, en conformidad con el plan de
salud contratado. Las principales coberturas son: Preventivo Promocional, Recuperativas y Re-
habilitadoras.
DEDUCIBLE (copago fijo)
Es un pago fijo inicial por el derecho de acceder a la atención vía crédito. El pago se efectúa
por cada consulta, inclusive en aquellas consultas derivadas de diagnósticos originales.
DOCUMENTO DE PAGO
Es un documento que acredita la transferencia de bienes, la entrega en uso y en nuestro caso
la prestación del servicio de salud, siempre que reúna los requisitos y características mínimos
establecidos en el reglamento de comprobantes de pago.
EPS
Empresa Prestadora de Salud. Es una empresa o institución pública o privada, distinta a ESS-
ALUD, cuyo único fin es el de prestar servicios de atención para la salud, con infraestructura
propia y de terceros, sujetándose a los controles indicados por la Superintendencia de Entida-
des Prestadoras de Salud.
EXPEDIENTE
Serie de documentos debidamente compaginados, que objetivan los consumos que ha tenido
el paciente durante toda su atención (ambulatoria, hospitalaria, etc.) ordenados de acuerdo con
las normas de facturación y las pautas de los clientes externos (compañías de seguros, auto
seguro, empresas contratantes, etc.,) Esta serie de documentos son anexos a los comproban-
tes de pago (factura, boletas) para el pago respectivo.
Documento Interno Versión: 2.0 Página: 201 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y 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 consu-
mos generados por los pacientes, los cuales se convertirán en ingresos para la clínica.
PLAN DE SALUD
Es la relación de servicios que ofrece la EPS. Incluye las coberturas, las exclusiones y los esta-
blecimientos vinculados al plan. Asimismo, dicho documento considera detalladamente los pla-
zos de vigencia de los copagos (coaseguro y deducible) y de los aportes del trabajador.
RELACION DE GASTOS
Documento generado por el departamento de facturación en el que se señalan los consumos
del paciente de acuerdo a los rubros o tipos de ingresos, la modalidad de atención y el meca-
nismo de pago establecido con el financiador, de ser el caso.
SEGUS
Tarifario Único, establecido por la asociación de Seguros Unidos de la Salud, el cual se toma
como base elaboración de tarifas de una clínica en particular.
CIE10
Clasificación de diagnósticos utilizado generalmente por los auditores médicos y/o al hacer uso
de un servicio
FACTOR
Es un valor que acuerdan la compañía de seguros y la clínica por la cual los servicios sufrirán
un ajuste en sus precios. La misma clínica a su vez puede tener su factor.
RUP
Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML,
constituye la metodología estándar más utilizada para el análisis, implementación y documenta-
ción de sistemas orientados a objetos.
.
Documento Interno Versión: 2.0 Página: 202 / 203
Sistema de Gestión Médica - Subsistema de Presupuestos Liquidaciones y Facturación
ANEXOS
1. CIE10
2. SEGUS
3. PLAN DE SALUD
Documento Interno Versión: 2.0 Página: 203 / 203