Você está na página 1de 48

Especificación Funcional y Técnica de

Requerimientos para el Desarrollo del Sistema


Web Mundo CI

Versión 4.0
Tabla de Contenido

Contenido
1. Introducción .................................................................................................................................................... 3
2. MARCO REFERENCIAL .............................................................................................................................. 4
2.1 Glosario de Términos ............................................................................................................................ 4
2.1.1 Sistema Xhis...................................................................................................................................... 4
2.1.2 Sistema Integración Contable ............................................................................................................ 4
2.1.3 Empresa ............................................................................................................................................. 4
2.1.4 Sede ................................................................................................................................................... 4
3. REQUERIMIENTOS FUNCIONALES ......................................................................................................... 5
3.1 MUNDO CI - EXTRANET ................................................................................................................... 5
3.1.1 MÓDULO: SEGURIDAD Y ACCESO ............................................................................................ 5
3.1.2 MÓDULO DE CITAS .................................................................................................................... 16
3.1.3 MÓDULO DE AUTO GESTIÓN ................................................................................................... 23
3.2 MUNDO CI – INTRANET ................................................................................................................. 28
3.2.1 MÓDULO: SEGURIDAD Y ACCESO .......................................................................................... 28
3.2.2 MÓDULO DE CARTAS DE GARANTÍA Y PRESUPUESTOS .................................................. 35
3.2.3 MÓDULO DE INFORME MÉDICO ............................................................................................. 39
3.2.4 Informe médico ............................................................................................................................... 39
3.2.5 Módulo de Crónicos ........................................................................................................................ 41
4. MANTENIMIENTO ..................................................................................................................................... 45
4.1 Pago de Citas ....................................................................................................................................... 45
4.1.1 Activador de Cobro ......................................................................................................................... 45
4.1.2 Sistema fuente de valor ................................................................................................................... 45
4.1.3 Medio de Pago................................................................................................................................. 46
4.1.4 Estado de Pago de Cita .................................................................................................................... 46
4.2 Módulo de Crónicos ............................................................................................................................ 46
4.2.1 Periodicidad..................................................................................................................................... 46
4.2.2 Especialista Cuídate ........................................................................................................................ 47
4.2.3 Enfermera Cuídate .......................................................................................................................... 47
4.2.4 Supervisora Cuídate ........................................................................................................................ 47
4.2.5 Estado paciente Cuídate .................................................................................................................. 48
1. Introducción

El mundo CI es un sistema web que tiene por objetivo brindar a nuestros pacientes un nuevo
canal de acceso a la Clínica Internacional. El sistema está compuesto por dos partes una
dirigida a las funcionalidades al paciente denominado extranet y otra a funcionalidades
dirigidas a usuarios internos denominado intranet.
Los módulos de la extranet son:
1. Módulo de Seguridad
2. Módulo de Gestión de Citas
3. Módulo de Auto Gestión electrónica

Los módulos de la intranet son:

1. Módulo de Seguridad y Accesos


2. Módulo de Programa Cuídate
3. Módulo de reportes
4. Módulo de Funcionalidades varias

El presente documento define los requerimientos para el desarrollo del Sistema Web Mundo
CI, los cuales espera una validación de parte de los usuarios líderes, así como una aprobación
explícita de parte de los otros sistemas con los cuales este sistema deberá de integrarse. Es
por ello que los requerimientos aquí descritos serán definidos a mayor detalle, funcional y
técnico en una posterior etapa de análisis, pudiendo ser modificado el alcance del mismo. Así
mismo los requerimientos no funcionales como de diseño, políticas seguridad, entre otros
serán revisadas directamente con el proceso de desarrollo de este sistema.
2. MARCO REFERENCIAL

2.1 Glosario de Términos

2.1.1 Sistema Xhis

Es el sistema core de salud bajo el cual opera la red de la Clínica Internacional. Este sistema
tiene implementado los Convenios y Planes que define el cálculo de los importes a cobrar al
paciente y financiador. El Sistema de Caja será un receptor de información calculada bajo los
parámetros definidos en xHIS, con estos datos el Sistema de Caja deberá de realizar el cobro
e imprimir el comprobante de pago.

2.1.2 Sistema Integración Contable

Es el sistema que integra la información generada y procesada por todos los diferentes
sistemas de salud que operan en la red de Clínica Internacional, tales como xHIS, Back UME,
Preventiva y Sistema de Caja, para su envío al sistema Contable Financiero OFISIS.

2.1.3 Empresa

Entidad sobre la cual se realiza toda la operatividad.


Ej.: Clínica Internacional
Servicios Médicos Ambulatorios
Tener en cuenta que este será un campo de acceso al sistema. Una vez que se ingrese a una
empresa determinada, toda la información mostrada y registrada internamente debe
corresponder únicamente a dicha empresa; es decir, se debe manejar el concepto de
multiempresa.

2.1.4 Sede

Cualquiera de las diversas sedes de la red. Siempre estará asociado a una única Empresa.
Ej.:
Empresa: Clínica Internacional
Sedes: Sede CI Lima
Sede CI San Borja
Medicentro San Isidro
Medicentro San Borja
Empresa: Servicios Médicos Ambulatorios
Sedes: SMA Santa Anita
SMA Callao
SMA Arequipa
3. REQUERIMIENTOS FUNCIONALES

3.1 MUNDO CI - EXTRANET

3.1.1 MÓDULO: SEGURIDAD Y ACCESO

- DESCRIPCIÓN: El sistema tendrá un módulo de seguridad que asegure los niveles de


seguridad de la información consignada en este sistema, así como los nivele de seguridad
de acceso a nuestros usuarios de la extranet.

- FUNCIONALIDADES
 Política de Gestión de Contraseñas.
- Implementar el logueo al sistema para el paciente, el cual debe contener los campos:

 Acceso al Sistema para usuarios externos (Pacientes).


- Implementar el logueo al sistema para el paciente, el cual debe contener los campos:
 Tipo de Documento: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de tipos de documentos.
 Número de Documento: Campo alfanumérico de 20 caracteres y obligatorio.
 Contraseña: campo de texto tipo password, obligatorio, con las siguiente
característica:
 Se basará sobre la política de gestión de contraseñas.
 Se contará con un ícono de ayuda, que al ser deslizado por el cursor
muestre el mensaje parametrizado de tipo icono de ayuda
contraseña.
 Sistema de protección captcha, es obligatorio. El sistema validará el sistema
de protección captcha. En caso contrario, se mostrará un mensaje
parametrizado en el mantenimiento de mensajes “Msg Login - Error
captcha”.
- El sistema contará con un mantenimiento de “tipos de documentos”.
- El sistema validará contra la tablas de usuario la información de logueo
 Tipo de documento
 Número de documento
 Contraseña.
- En caso contrario, se mostrará un mensaje parametrizado en el mantenimiento de
mensajes “Msg Login – Error Login”.
- El sistema contará con un mantenimiento de “Login - cantidad de intentos”, “Login -
Tiempo de espera para nuevos intentos”.
- Si la cantidad de intentos de logueo sobrepasa al campo parametrizado en el
mantenimiento “Login - cantidad de intentos”, el sistema restringirá el acceso del
usuario durante un tiempo definido en el campo parametrizado en el mantenimiento
“Login -Tiempo de espera para nuevos intentos” y se mostrará un mensaje de aviso
parametrizado en el mantenimiento de mensaje “Msg Login – Tiempo de espera
activo”, pasado el tiempo de espera o logueo del usuario se contabilizará
nuevamente los intentos de logueo.
- En caso de cumplir con la validación, se accederá al sistema, considerando lo
siguiente:
 El sistema debe mostrar el nombre del paciente en todas las vistas.
 El sistema deberá mostrar el menú y las opciones a las que el usuario
puede acceder según los accesos a los módulos del sistema.

 Recuperar contraseña de usuarios externos.


- El sistema contemplará un link en la ventana de login del paciente, el nombre del link
se obtendrá del mantenimiento “Recuperar contraseña – nombre link”.
- Para realizar el cambio de contraseña, se seguirán los siguientes proceso:
1. Paso 1: Solicitar recuperación de contraseña, El sistema solicitará el registro
de la siguiente información:
 Tipo de Documento: Campo desplegable, obligatorio y se obtendrá
del mantenimiento de tipos de documentos.
 Número de Documento: Campo alfanumérico y obligatorio
 Correo electrónico: Campo alfanumérico, obligatorio y se validará
que el contenido sea un correo electrónico, caso contrario mostrar
un mensaje parametrizado en el mantenimiento de mensajes “Msg
Recuperación de contraseña – Correo invalido”.
 Sistema de protección captcha: es obligatorio. El sistema validará el
sistema de protección captcha. En caso contrario, se mostrará un
mensaje parametrizado en el mantenimiento de mensajes “Msg
Login - Error captcha”.

El sistema validará cada campo registrado, internamente se identificará al


usuario y se procederá con el siguiente paso. Caso contrario, se mostrará un
mensaje parametrizado en el mantenimiento de mensajes “Msg
Recuperación de contraseña – Error campos solicitud”.

2. Paso 2: Validar la pregunta secreta, El sistema solicitará los siguiente


campos:
 Pregunta secreta: Campo desplegable y obligatorio. El campo se
obtendrá del mantenimiento de “Preguntas secretas de usuario”.
 Respuesta: Campo alfanumérico y obligatorio.

El sistema validará sobre las tablas de usuario, los campos registrados y


pasar al siguiente paso. Caso contrario, se mostrará un mensaje
parametrizado en el mantenimiento de mensajes “Msg Recuperación de
contraseña - Error en validación de pregunta secreta”.

3. Paso 3: Correo de confirmación para recuperación de contraseña, El sistema


automáticamente emitirá un correo electrónico, parametrizado en el
mantenimiento “Correo de recuperación de contraseña”, dirigido al paciente
este tendrá la siguiente estructura:
 Contenido: Se obtendrá del mantenimiento de “Correo de
recuperación de contraseña”, esta soportará información
multimedia. El sistema incluirá automáticamente un “Link de
confirmación” al realiza el envío.
o Link de Confirmación: El link de confirmación contendrá la
siguiente características:
 Es generado por el sistema aleatoriamente por el
sistema.
 Irrepetible y de uso único.
 Tendrá un periodo de caducidad parametrizado en el
mantenimiento “Tiempo de caducidad link
confirmación”.
 Todo usuario solicitante solo contará con un link
activo, el cual será el último emitido por el sistema
desactivando los posteriores.
Funcionamiento:
 Dentro del periodo de vigencia el link permitirá
pasar al siguiente paso del proceso.
 Caso contario (periodo de vigencia caduco), El link
direccionará a una página donde se mostrar un
mensaje parametrizado en el mantenimiento de
mensajes “Msg Recuperación de contraseña - Link
de confirmación ha caducado”.
 Si el proceso ya fue ejecutado y finalizado
anteriormente, El link asociado direccionará a una
página donde se mostrar un mensaje parametrizado
en el mantenimiento de mensajes “Msg
Recuperación de contraseña - Link de confirmación
utilizado”.
 De encontrarse Inactivo, El link direccionará a una
página donde se mostrar un mensaje parametrizado
en el mantenimiento de mensajes “Msg
Recuperación de contraseña - Link de conformación
inactivo”.

El usuario al hacer clic sobre el link, el sistema pasará al siguiente paso.

4. Paso 4: Cambio de contraseña, el sistema automáticamente direccionará a


la página de cambio de contraseña, para ello solicitará el registro de los
siguientes campos:
 Nueva contraseña: campo tipo password, obligatorio y se basará en
la Política de gestión de contraseñas, Este campo contará con un
ícono de ayuda, Al pasar el cursor por este ícono se mostrará un
mensaje informativo parametrizado en el mantenimiento de
mensajes “Msg Recuperación de contraseña - Icono de ayuda
contraseña”. En caso el contenido registrado no cumpla con las
políticas de gestión de contraseñas, se emitirá un mensaje
parametrizado “Msg General - Error de Contraseña por Política”
 Repetir nueva contraseña: campo de texto tipo password y
obligatorio. En caso el contenido registrado no coincida con el
contenido del campo Nueva contraseña, se emitirá un mensaje
parametrizado en el mantenimiento de mensajes “Msg General -
Error de Contraseña – no son iguales”.

El sistema validará el cumplimiento las restricciones por cada campo y a


solicitud del usuario se actualizará la nueva contraseña del usuario en las
tablas de usuario y se emitirá un mensaje de confirmación parametrizado en
el mantenimiento de mensajes “Msg Recuperación de contraseña – Cambio
de contraseña realizado”, Caso contrario, el sistema borrará la información
registrada en los campos y emitirá un mensaje parametrizado en el
mantenimiento de mensajes “Msg Recuperar contraseña – Error cambio de
contraseña”

- En caso, no se cumpla con todo le flujo de proceso es sistema solicitar

 Cambio de contraseña de usuarios externos.


- Implementar un link en la ventana de login del paciente, el nombre del link se
obtendrá del mantenimiento “Cambiar contraseña – nombre link”.
- Para realizar el cambio de contraseña, se seguirán los siguientes proceso:
 Tipo de Documento: Campo desplegable y obligatorio.
 Número de Documento: Campo alfanumérico y obligatorio
 Contraseña Actual: campo de texto tipo password y obligatorio
 Nueva contraseña: campo tipo password, obligatorio y se basará en la
Política de gestión de contraseñas, Este campo contará con un ícono de
ayuda, Al pasar el cursor por este ícono se mostrará un mensaje informativo
parametrizado en el mantenimiento de mensajes “Msg Recuperación de
contraseña - Icono de ayuda contraseña”. En caso el contenido registrado no
cumpla con las políticas de gestión de contraseñas, se emitirá un mensaje
parametrizado “Msg General - Error de Contraseña por Política”
 Repetir nueva contraseña: campo de texto tipo password y obligatorio. En
caso el contenido registrado no coincida con el contenido del campo Nueva
contraseña, se emitirá un mensaje parametrizado en el mantenimiento de
mensajes “Msg General - Error de Contraseña – no son iguales”.

- El usuario al solicitar el cambio de contraseña, el sistema validará los campos excepto


“Nueva contraseña”, “Repetir nueva contraseña”, contra las tablas de usuario, y
procederá a actualizar el campo contraseña con el valor de la nueva contraseña, Caso
contrario se emitirá un mensaje parametrizado en el mantenimiento de mensajes
“Msg Cambio de contraseña – Error cambio de contraseña”.
- Si la cantidad de intentos sobre el proceso “Cambio de contraseña de usuarios
externos” sobrepasa al campo parametrizado en el mantenimiento “Cambio de
Contraseña - cantidad de intentos”, el sistema restringirá el proceso “Cambio de
contraseña de usuarios externos” durante un tiempo definido en el campo
parametrizado en el mantenimiento “Cambio de Contraseña - Tiempo de espera
para nuevos intentos” y se mostrará un mensaje de aviso parametrizado en el
mantenimiento de mensaje “Msg Cambio de Contraseña – Tiempo de espera activo”,
pasado el tiempo de espera o logueo del usuario se contabilizará nuevamente los
intentos de logueo.

3.1.1.1 Creación de Usuarios externos

- DESCRIPCIÓN:
Esta funcionalidad tiene como objetivo crear el acceso a sistema web del Mundo CI, para
ello se implementará las siguientes funcionalidades.

- FUNCIONALIDADES
 Solicitud de creación de Usuarios externos
- Implementar un link en la ventana login, el nombre del link se obtendrá del
mantenimiento “Creación de usuario externo – nombre link”.
- Para realizar la creación de usuario, se seguirán los siguientes proceso:
 Nombres: Campo texto, obligatorio.
 Apellido Paterno: Campo texto, obligatorio.
 Apellido Materno: Campo texto, obligatorio.
 Tipo de Documento: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de tipos de documentos.
 Número de Documento: Campo alfanumérico y obligatorio.
El sistema validará la existencia del tipo de documento y número de
documento contra las tablas de usuario en estado “Activo”. En caso el tipo y
número de documento ya se encuentren registrados a un usuario, se indicará
un mensaje parametrizado “Creación usuario – Documento ya existe” y no se
permitirá la creación de usuario.
 Fecha de Nacimiento: Campo tipo fecha, será igual o menor a la fecha actual
y obligatorio.
 Estado civil: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de estado civil.
 Sexo: Campo desplegable, obligatorio y se obtendrá del mantenimiento de
sexo.
 Dirección: Conjunto de campos asociados a la identificación de la dirección
del paciente.
 Departamento: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Departamento”.
 Provincia: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Provincia”, el cual mostrará los relacionado al
departamento seleccionado.
 Distrito: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Distrito”. el cual mostrará los relacionados a la
provincia seleccionada.
 Dirección: Campo alfanumérico, obligatorio.
 Teléfono 1: Conjunto de campos asociados a la identificación del teléfono del
paciente y obligatorios.
 Tipo de Teléfono: Campo desplegable y se obtendrá del
mantenimiento de “Tipo Teléfono”.
 Código Postal Departamento: Campo desplegable y se obtendrá del
mantenimiento de “Código postal departamento”, se mostrará por
defecto el código postal de departamento seleccionado en la
dirección. Se mostrará el campo según se defina en el
mantenimiento tipo de teléfono.
 Número telefónico: Campo numérico. La cantidad de caracteres
soportados será según se defina en el mantenimiento de “Tipo
Teléfono”.
 Teléfono 2: Conjunto de campos asociados a la identificación del teléfono del
paciente.
 Tipo de Teléfono: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Tipo Teléfono”.
 Código Postal Departamento: Campo desplegable, obligatorio y se
obtendrá del mantenimiento de “Código postal departamento”, se
mostrará por defecto el código postal de departamento seleccionado
en la dirección. Se mostrará el campo según se defina en el
mantenimiento tipo de teléfono.
 Número telefónico: Campo numérico, obligatorio. La cantidad de
caracteres soportados será según se defina en el mantenimiento tipo
de teléfono.
 Correo electrónico 1: Campo alfanumérico, obligatorio.
El sistema validará que el contenido registrado tenga un formato de correo
electrónico.
 Correo electrónico 2: Campo alfanumérico.
El sistema validará que el contenido registrado tenga un formato de correo
electrónico.
 Pregunta de filiación: Este campo mostrará un texto parametrizado desde el
mantenimiento de “Creación usuario – Pregunta de filiación”.
 Respuesta de filiación: Campo radiobutton con dos opciones “SI” y “NO”, y
obligatorio. Por defecto se marcará la opción “NO”.
Seguro: Conjunto de campos asociados a la identificación del seguro del
paciente, se podrán agregar más registros (garantes y empresas) de manera
dinámica. Los campos asociados serán visibles en caso la “respuesta de
afiliación” sea “SI”, caso contrario no mostrarla.
 Garante: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Garantes”.
 Empresas: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Empresas”.
Adicionalmente, se mostrará la consulta si desea adicionar más
registros de tipo seguro, Si la respuesta es SI, se deberá de adicionar
 Pregunta secreta: Campo desplegable, obligatorio y se obtendrá del
mantenimiento de “Creación usuario – Preguntas secretas”.
 Respuesta secreta: Campo texto y obligatorio.
 Nueva contraseña: campo tipo password, obligatorio y se basará en la
Política de gestión de contraseñas, Este campo contará con un ícono de
ayuda, Al pasar el cursor por este ícono se mostrará un mensaje informativo
parametrizado en el mantenimiento de mensajes “Msg Recuperación de
contraseña - Icono de ayuda contraseña”. En caso el contenido registrado no
cumpla con las políticas de gestión de contraseñas, se emitirá un mensaje
parametrizado “Msg General - Error de Contraseña por Política”
 Repetir nueva contraseña: campo de texto tipo password y obligatorio. En
caso el contenido registrado no coincida con el contenido del campo Nueva
contraseña, se emitirá un mensaje parametrizado en el mantenimiento de
mensajes “Msg General - Error de Contraseña – no son iguales”.
 Sistema de protección Captcha.
El sistema validará el sistema de protección captcha. En caso de no cumplir
con la validación, se mostrará un mensaje parametrizado en el
mantenimiento de mensajes “error captcha”.

- Al solicitar la creación de usuario, el sistema validará que todos los campos cumplan
con las validaciones, caso contrario se indicará un mensaje parametrizado “Msg
Creación de usuario - Error Creación de Usuario”, y los campos que no cumplan con
la validación se resaltarán y se mostrarán los mensajes específicos por cada campo
no validados.
- Con todos los campos correctos, el sistema registrará al usuario en el
las tablas de usuario con las siguientes características:
 ESTADO = “Inactivo”,
 ORIGEN DE CREACIÓN = “Extranet”,
 VALIDADO = “NO”,
 BLOQUEADO = “NO”,
 FECHA Y HORA DE CREACIÓN = Fecha registrada en el sistemas,
 USUARIO CREADOR = Usuario quien solicito la creación (Para este
caso, el mismo usuario).
- Se mostrará un mensaje parametrizado “Msg Creación de usuario – solicitud de
creación exitosa” y se procederá al siguiente paso del proceso de creación.
 Correo de activación de cuenta.
- El sistema automáticamente emitirá un correo electrónico, parametrizado en el
mantenimiento “Correo de activación de cuenta”, dirigido al paciente este tendrá la
siguiente estructura:
 Contenido: Se obtendrá del mantenimiento de “Correo de activación de
cuenta”, esta soportará información multimedia. El sistema incluirá
automáticamente un “Link de activación de cuenta” al realiza el envío.
El “Link de activación de cuenta” contendrá las siguientes características:
 Es generado por el sistema aleatoriamente.
 Es Irrepetible y de uso único.
 Tendrá un periodo de caducidad parametrizado en el mantenimiento
“Tiempo de caducidad link activación de cuenta”.
 Todo usuario solicitante solo contará con un link activo, el cual será
el último emitido por el sistema.
 Funcionamiento:
 Dentro del periodo de vigencia el link permitirá direccionar al
siguiente paso del proceso.
 Caso contario (periodo de vigencia caduco), El link direccionará a una
página donde se mostrar un mensaje parametrizado en el
mantenimiento de mensajes “Msg creación de usuario - Link de
activación de cuenta ha caducado”.
 Si el proceso ya fue ejecutado y finalizado anteriormente, El link
asociado direccionará a una página donde se muestre un mensaje
parametrizado en el mantenimiento de mensajes “Msg creación de
usuario - Link de activación de cuenta utilizado”.
 De encontrarse Inactivo, El link direccionará a una página donde se
mostrar un mensaje parametrizado en el mantenimiento de
mensajes “Msg creación de usuario - Link de activación de cuenta
inactivo”.

- Ingresado al link el sistema direccionará a la página de bienvenida al usuario e


internamente se llevará a cabo la activación de usuario.

 Activación de Usuario.
- El sistema validará el estado del usuario sea “Inactivo”, caso contrario se direccionará
a una página donde se muestre un mensaje parametrizado en el mantenimiento de
mensajes “Msg Activación de usuario – Usuario activo” y finalizará el proceso de
creación de usuario.
- El sistema realizará consultas sobre cada uno de los sistemas legacy de clínica
internacional definidos en el mantenimiento de legacy, el objetivo es identificar la(s)
historia clínica(s) del paciente, en cada legacy. Por tal motivo se identificó el siguiente
proceso:
 Asignación de Historia Clínica desde un legacy:
1. El sistema realizará una consulta sobre el sistema legacy en
búsqueda de la historia clínica del usuario.
2. En caso no se tenga respuesta, el sistema reintentará la cantidad de
veces establecida en el mantenimiento “Creación de usuario -
cantidad de intentos consulta HC”.
3. Superada esta cantidad de intentos, ir a la actividad 7.
4. En caso se tenga respuesta, se darán los siguiente:
5. Caso: Paciente con historia clínica en el sistema legacy
a. Como resultado de la consulta se tendrá:
i. Historia clínica única para el paciente:
1. La historia clínica será asociada al usuario
con la condición de “Principal” y también el
código del sistema legacy donde se realizó la
consulta.
ii. Varias historias clínicas para el paciente:
1. El sistema seleccionará la historia clínica que
tenga la atención más próxima a la fecha.
2. La historia clínica seleccionada será asociada
al usuario con la condición de “Principal”, y
también el código del sistema legacy donde
se realizó la consulta.
3. Las historias clínicas restantes también serán
asociadas al usuario con la condición de
“secundaria” y también el código del sistema
legacy donde se realizó la consulta, estas
pasarán por un proceso de depuración
posterior descrito en la sección “Bandeja de
seguimiento de usuario”.
b. Finalizado esta actividad, se podrá pasar al siguiente paso del
proceso.
6. Caso: Paciente sin historia clínica en el sistema legacy
a. Como resultado de la consulta no se encontrará historia
clínica del usuario.
b. El sistema enviará una solicitud de creación de historia
clínica al sistema legacy en consulta.
c. En caso no se tenga respuesta, el sistema reintentará la
cantidad de veces establecida en el mantenimiento
“Creación de usuario - cantidad de intentos creación HC”.
d. En caso no se tenga respuesta ir a la actividad 7.
e. En caso el sistema legacy realice la creación de la historia
clínica, esta será asociada al usuario con la condición de
“Principal”, como también el código del sistema legacy
donde se realizó la consulta.
f. Finalizado esta actividad, se podrá pasar al siguiente paso del
proceso.
7. Caso contrario, el sistema dejará de realizar consultas/Solicitudes de
creación de historia clínica sobre los sistemas legacy (contemplar
cambio de campo Historias Clínicas Completas).
8. Finalizada esta actividad, se podrá pasar al siguiente paso del
proceso.
- El sistema se integrará a los sistemas legacy de clínica internacional, la integración se
detallará en el documento de integración MUNDO CI.
- El sistema contará con un mantenimiento de sistemas legacy.
- El sistema contará con un mantenimiento de “Creación de usuario - cantidad de
intentos consulta HC”.
- El sistema contará con un mantenimiento de “Creación de usuario - cantidad de
intentos creación HC”.
- Las consultas sobre los sistemas legacy se realizan en paralelo u otro método que
asegure un tiempo óptimo de ejecución.
- Una historia clínica asignada a un usuario con la condición de “Principal”, no será
asignada a más de un usuario del sistema.
- El sistema actualizará el valor de “Sí” el campo “Historias clínicas completas”, en las
tablas de usuario, en caso se cuente con al menos una historia clínica “Principal” para
cada sistema legacy presente en el mantenimiento de sistemas legacy, Caso contrario
se registrará el valor “No”.
- El sistema validará que se cuente con al menos una historia clínica “Principal” para
cada sistema legacy presente en el mantenimiento de sistemas legacy. Por ello se
identificó los siguientes pasos:

 Usuario con al menos una historia clínica “Principal” para cada sistema
legacy presente en el mantenimiento de sistemas legacy, el sistema
habilitará los módulos definidos en el mantenimiento “Activación de usuarios
- Módulos para usuarios nuevos desde Extranet” y se enviará el mensaje
parametrizado en el mantenimiento “Msg Activación de Usuario - Bienvenida
usuario con historia clínica” en la Página de Bienvenida.

 Usuario sin historia clínica “Principal” en al menos un sistema legacy


presente en el mantenimiento de sistemas legacy, el sistema habilitará los
módulos definidos en el mantenimiento “Activación de usuarios - Módulos
para usuarios nuevos desde Extranet sin Historia clínica” y se enviará el
mensaje parametrizado en el mantenimiento de mensaje “Msg Activación de
Usuario - Bienvenida usuario sin historia clínica” en la Página de Bienvenida.

 Página de Bienvenida.
- El sistema mostrará un mensaje de bienvenida según lo definido en la actividad
“Activación de usuario”.
- El sistema enviará automáticamente un correo electrónico al usuario, el correo será
parametrizado “Correo de Bienvenida usuario sin historia clínica” o “Correo de
bienvenida usuario con historia clínica” según lo definido en el paso “activación de
usuario”.
- La página de bienvenida no contará con la sesión del usuario.
- La página de bienvenida tendrá un botón para el ingreso del usuario al sistema
(Login), el texto del botón será parametrizado en el mantenimiento “Botón - Inicia tu
nueva experiencia”.
3.1.2 MÓDULO DE CITAS

3.1.2.1 Reserva de Citas

- DESCRIPCIÓN
Este requerimiento debe permitir realizar la búsqueda, vista de resultados y reserva de citas
que serán gestionados por un usuario externo.

- FUNCIONALIDADES

1. Solicitar información de búsqueda

El sistema debe permitir realizar los filtros de búsqueda de información, con la


finalidad de obtener los criterios de búsqueda y así visualizar la disponibilidad de
citas, los campos a mostrar son:

 Sede: Campo desplegable, obligatorio y se obtendrá la información desde el módulo


mantenimiento de “Sedes”.
 Especialidades: Campo desplegable, obligatorio y se obtendrá la información desde
el módulo mantenimiento de “Especialidades”.
 Médicos: Campo desplegable, obligatorio y se obtendrá la información desde el
módulo mantenimiento de “Médicos”. Si la selección de sede es una sede agrupada,
se debe de bloquear la opción de “todos” en este filtro (médicos).
 Fecha de inicio: Campo tipo fecha, obligatorio el cual debe mostrar por defecto la
fecha actual. Si se desea cambiar de fecha, se deberá realizar doble clic sobre un
ícono tipo calendario, se debe mostrar un calendario para elegir la fecha inicio. La
fecha seleccionada deberá ser mayor o igual a la fecha actual para continuar con el
proceso, caso contrario se deberá mostrar un mensaje tipo fecha errónea y el
sistema borrará los datos registrados en dicho campo.
 Fecha fin: Campo tipo fecha, obligatorio el cual indica el intervalo final del filtro de
búsqueda. Si se desea cambiar de fecha al realizar doble clic sobre el icono tipo
calendario, se debe mostrar un calendario para elegir la fecha fin. El rango máximo a
seleccionar se debe de validar en el mantenimiento de fecha fin.
 Hora inicio: Campo tipo hora, opcional, por defecto mostrará la hora actual de la
consulta.
 Hora fin: Campo tipo hora, opcional, el cual indica el intervalo final del filtro de
búsqueda. Si la hora fin es mayor al plazo máximo que se definirá en el
mantenimiento “hora fin” se mostrará un tipo de mensaje “error en rango de hora”,
si es menor se continua con el proceso. Sólo mostrará el horario de atención del día
seleccionado, teniendo en cuenta la sede elegida, en caso la selección fueran “todos”
considerará el horario de mayor atención en una de la sedes. Adicionalmente el
sistema mostrará un mensaje de tipo “Horario de atención”, cuando la hora fin
registrado no se encuentre definido dentro del rango de atención de la sede
seleccionada descrita en el mantenimiento de sedes; esta validación aplica en las
sedes que no sean agrupadores ejemplo: todos.
Consideraciones:
- Los campos obligatorios deberán de ser identificados con un asterisco, el cual indique
su obligatoriedad.
- En caso no se registre un campo obligatorio se deberá mostrar un tipo de mensaje
“Registrar campo obligatorio”. El campo pendiente de registro se resaltará de un color
que indique su obligatoriedad.
- Para ejecutar la búsqueda el usuario seleccionará el ícono de “búsqueda”, el cual
activará el proceso vista de resultados descritos líneas abajo.

2. Vista de resultados
El sistema debe mostrar los resultados del proceso considerando los filtros de búsqueda de
información seleccionados en el punto anterior. La vista deberá estar compuesta por dos
grandes resultados:
1. Resultados de solicitud de información de búsqueda
En esta vista el sistema mostrará los resultados obtenidos de los filtros de
búsqueda de información descritos en la sección anterior.
Criterios de búsqueda:
El sistema consultará las disponibilidades de citas según el sistema legacy donde
se encuentran definidas, para ello deberá consultar el mantenimiento “Legacy”
para realizar la búsqueda respectiva.
Resultados
El sistema deberá mostrar los resultados de mayor a menor coincidencia según
los siguientes criterios:

a) Primer criterio: Mostrar todas las disponibilidades considerando las


coincidencias de los filtros seleccionados.
b) Segundo criterio: Mostrar todas las disponibilidades considerando todos los
filtros excepto hora.
c) Tercer criterio: Mostrar todas las disponibilidades considerando todos los
filtros excepto fecha y hora.
d) Cuarto criterio: Mostrar todas las disponibilidades considerando todos los
filtros excepto médicos, fecha y hora.
Los campos que deberían visualizarse en la vista de resultados según los
filtros de búsqueda de información son los siguientes:
 Sedes
 Especialidades
 Médicos
 Fecha
 Hora.
2. Resultados sugeridos al usuario
En esta vista el sistema mostrará una sugerencia de disponibilidad de citas según
los datos registrados en los filtros de búsqueda de información.

Criterios de búsqueda:
El sistema deberá consultar cuales fueron los filtros seleccionados en la vista
solicitud de información de búsqueda y posterior a ello mostrar las
disponibilidades de citas con otros criterios.

Resultados:
Para identificar el orden de los resultados a mostrar se consultará el criterio
registrado en el mantenimiento “criterios de búsqueda deseable de CI”, las
consideraciones para elaborar las vistas de resultados según los criterios
seleccionados son:
a) Criterio 1: Mayor disponibilidad de médicos
- Al realizar el filtro de información se debe mostrar los 20 primeros
registros de forma parametrizada que se definirán en el mantenimiento
"Criterios de búsqueda deseable CI".
- Si seleccionamos una sede en la vista filtros de búsqueda de
información, el médico a mostrar en la vista de resultados sugeridos por
clínica no debe estar asociado a la misma sede origen.

b) Criterio 2: Cercanía de geo ubicación


- Se deberá definir en el mantenimiento “sede” las asociaciones de cercanía
de las sedes CI con los distritos donde reside cada usuario.
- Cuando seleccionemos una sede en la vista de filtros de búsqueda de
información, el sistema no deberá mostrar la sede origen en la vista de
resultados que sugiere clínica.

c) Criterio 3: Orden de prioridades


- Se deberá definir en el mantenimiento “criterios de búsqueda deseables
por CI” el orden de prioridades de las sedes. La visualización de los
resultados serán presentados según el orden registrado en dicho
mantenimiento.

Los campos de los resultados a visualizar en todos los casos que clínica sugiere al
usuario son los siguientes:

 Sedes.
 Especialidades.
 Médicos.
 Fecha.
 Hora.

3. Reserva de cita
Para la reserva de citas se considerará los puntos anteriores como son los filtros de
búsqueda y las vistas de resultados.

1. Reservar cita
Para el proceso de reserva de citas tiene dos pasos:
1.1 Identificación de beneficios
Cuando seleccionemos la cita en una de las vistas de resultados en la sección
anterior y ejecutemos la reserva de cita, el sistema deberá identificar el tipo de
atención que se definirá en el mantenimiento "beneficios" para ello se realizará los
siguientes criterios:
a) Por especialidad , según la especialidad de la cita se validará lo siguiente:
- Si la especialidad es ginecología y pediatría se deberá mostrar: el tipo de
mensaje “pregunta tipo de atención", y los tipos de atención que se definirán
en el mantenimiento "beneficios", los cuales deberán asociarse a la
especialidad de ginecología del mantenimiento “especialidades”. El cliente
seleccionará uno de los tipos de atención mostrados, con su selección
obtendríamos el beneficio de consulta.
- Si la especialidad es de odontología el sistema deberá asignar por defecto el
tipo de atención consulta odontológica.

- Para el resto de especialidades y usuarios que no son crónicos, el sistema


deberá asociar por defecto el tipo de atención como consulta ambulatoria.

b) Para paciente crónico

Si el paciente es crónico y selecciona una especialidad registrada en la base de


datos del programa Cuídate relacionada al usuario, se deberá validar lo
siguiente:
- El sistema deberá asociar por defecto el tipo de atención “crónico”

- Se deberá validará que las especialidades tengan asociados los diagnósticos del
usuario crónico en el mantenimiento “diagnósticos crónicos”.

- Los datos de reserva de cita para los pacientes crónicos se deberán enviar al
correo electrónico del cuidador con copia al titular

1.2 Consulta de pago


En el mantenimiento “pagos” se tendrá que definir las asociaciones con el tipo de
atención del mantenimiento “beneficio” teniendo en consideración lo siguiente:
- Para el tipo de atención consulta ambulatoria se deberá mostrar el tipo de mensaje
pregunta “Desea realizar el abono de la consulta”. Si el paciente no realiza el pago
se mostrará un tipo de mensaje “cita reservada, se enviará los datos de la cita a su
correo electrónico”, caso contrario el pago se detallará en el módulo pago de cita.

Consideraciones:
- Si el paciente solicita más de una cita un mismo día con datos diferentes o los
mismos datos iniciales de una cita (médico, especialidad, sede y fecha) el sistema
debe permitir generar la cita respectiva, pero indicando mediante un tipo de
mensaje de pregunta “el paciente ya cuenta con una cita con el profesional
(nombre del médico) y especialidad (nombre de la especialidad), desea continuar”.

- Finalizada la reserva de cita se continuará con el requerimiento de confirmación de


citas, donde se deberá enviará los datos de la cita y el detalle del pago si el usuario
realizo el abono.

3.1.2.2 Pago de Citas

- ANTECEDENTE:
Al concluir el proceso de agendamiento de cita, el sistema deberá de leer el mantenimiento
“Activador de cobro”. Si se identifica que no se realiza cobro, concluirá el proceso; pero si
según el mantenimiento el pago es obligatorio u opcional y paciente accedió a pagarlo se
ingresará a esta sección.

- DESCRIPCIÓN:
El sistema realizará el cobro de las citas generadas a través del mundo CI, el cual se realizará
solo en los casos donde luego de leer el mantenimiento para obtener el importe se utilizará
el sistema consignado en el mantenimiento de Sistema Cobro. Para la ejecución del pago se
utilizará los procesos de Visa, MC Procesos y Paga Efectivo.

- FUNCIONALIDADES:
Según lo consignado en el mantenimiento Activador de cobro, la obtención del importe a
cobrar puede ser de las siguientes formas:

1. Obtención de importe proveniente de SITEDS

El sistema obtendrá el importe a cobrar utilizando el sistema de consultas SITEDS visual,


para su obtención se envían una serie de campos detallados en el documento de
integración, con los cuales se obtendrá el valor como resultado proporcionado por SITEDS,
el cual se deberá visualizar la siguiente información:
a. Nombre del Beneficio
b. Importe de Deducible
c. Importe de Coaseguro de la consulta
El cliente deberá de dar conformidad a la respuesta proporcionada, si el cliente no realiza la
conformidad, se cancela el proceso de pago, pero si el cliente proporciona la conformidad
se continúa con el proceso de selección del medio de pago descrito en el siguiente punto.
En documento de integración se amplía a detalle las consideraciones de comunicación
entre los sistemas legacy y el resto de sistema.

2. Obtención del importe de Cobro fijo


El sistema después de leer el mantenimiento Activador de cobro e identificar que se
cobrará al cliente un importe fijo definido en dicho mantenimiento, deberá mostrar al
cliente el importe a cobrar. El cliente deberá de dar su conformidad sobre el importe. Si
el cliente no proporciona la conformidad el proceso de cancela, si lo brinda continúa el
proceso de pago, seleccionando el medio de pago a utilizar.

3. Selección del Medio de pago

El sistema mostrará los medios de pago que el cliente podrá seleccionar para realizar la
cancelación del mismo, los medios de pago pueden ser:
 Visa
 Master Card
 Paga Efectivo

El cliente deberá de seleccionar un medio de pago, según la selección se ejecutarán los


procesos de cobro del proveedor seleccionado. Al término de la operación de cobro,
cada proveedor proporcionará una tabla con información relacionada al cobro, cuyos
campos básicos son:
a. Nro de operación: Es el número de operación bancaria del pago realizado
b. Entidad bancaria
c. Tipo de tarjeta
d. Medio: Si el proveedor es Paga Efectivo se deberá de reportar el Medio utilizado
para la cancelación.
e. Fecha
f. Hora
g. Moneda
h. Importe
i. Estado: “Pagado”

La información completa de los campos a administrar se definirá en el documento de


integración.
Al recibir la tabla de información, se deberá de realizar las siguientes acciones:
1. Se deberá de actualizar el estado de Pago relacionado a la cita de Pendiente de Pago
a Pagado
2. Relacionar la información de la cita con la información del pago realizado.
3. Enviar un correo electrónico (parametrizable) al cliente indicando la conformidad de
la operación.
Actualización estado del Cobro
El sistema deberá de actualizar el estado de cada operación de cobro realizado por cada
uno de los proveedores producto del cobro de las citas realizadas en el Mundo CI,
cuando el proveedor abone en las cuentas bancarias de Clínica internacional, éste deberá
de detallar el conjunto de abonos que agrupa dicho pago en un archivo txt. Como
resultado de dicho proceso se actualizará el estado del cobro a “Liquidado”, consignando
la fecha y hora de la actualización.
Así mismo cada proveedor (Visa, Mc Procesos, Paga Fácil), contempla dentro de sus
herramientas, funcionalidades a aplicar sobre los pagos realizados por sus canales, como
el extorno, anulación entre otros, acciones que al realizarse por algún usuario interno
administrador de las transacciones, deberá de actualizarse en el sistema web Mundo CI.
Estas acciones se detallarán a detalle en el documento de integración.
3.1.3 MÓDULO DE AUTO GESTIÓN

3.1.3.1 Confirmación de Citas

DESCRIPCIÓN

Este requerimiento debe permitir visualizar la confirmación de la cita, alertas y detalle de


pagos mediante el correo electrónico.

FUNCIONALIDADES
1. Correo electrónico
Para el proceso de correo electrónico se tendrá en consideración lo siguiente:
a) Datos de confirmación de cita
Los datos de confirmación de cita que deberán mostrarse en el correo electrónico
son los siguientes:
 Sedes.
 Especialidades.
 Médicos.
 Fecha.
 Hora.
b) Confirmación de asistencia
Para definir las alertas de confirmación de asistencia de la cita se tendrá en
consideración lo siguiente:
- Se deberá definir la frecuencia de alertas al correo electrónico en el mantenimiento
"frecuencia de alertas" teniendo como referencia el día de la atención de la cita.

- Si la cita es al día siguiente se enviará un correo electrónico el mismo día, posterior a


ello se deberá solicitar al usuario mediante un link su confirmación de asistencia.
- Si la cita es con un tiempo prolongado de días, se deberá enviar alertas según lo
definido en el mantenimiento "frecuencia de alertas".
- Si la cita es el mismo día que realizo la reserva se deberá enviar una alerta el día
actual.

c) Modificar datos personales


Con la finalidad de mantener los datos actualizados del usuario en el portal del
sistema se debe tener en consideración lo siguiente:
- Para la actualización de datos del usuario en el correo electrónico se deberá mostrar
un tipo de mensaje predefinido “Te aconsejamos mantener siempre actualizado tu
datos en el sistema”, seguido del link “Modificar datos personales”, el cual nos
direccione al portal del sistema.
2. Confirmación de cita
Para el proceso de confirmación de cita se tendrá en consideración lo siguiente:
- En el correo se visualizará un link de confirmación de cita donde ingresaremos para
indicar la conformidad de los datos de la cita y el detalle del pago, mostrando un tipo
de mensaje “cita confirmada”.

3.1.3.2 Vista de Históricos

DESCRIPCIÓN
Este requerimiento deberá permitir consultar el histórico de citas y visualizar el detalle de
pruebas y medicamentos que tenga asociado el usuario.
FUNCIONALIDADES

1. Datos de la cita
Los datos de la cita nos permitirán realizar los filtros de búsqueda de información para
visualizar las citas programadas y su asociación con el detalle de pruebas y
medicamentos.

a) Citas programadas
El sistema deberá mostrar las citas registradas, teniendo en cuenta los criterios
definidos en la funcionalidad “solicitar información de búsqueda”. Los campos a
mostrar son los siguientes:

 Sede.
 Especialidad
 Médico.
 Fecha.
 Hora.
 Estado de cita.

b) Estados de la cita
Los estados de la cita deberán definirse en el mantenimiento “estados de citas” para
ello deben considerarse los siguientes estados:

Nro ESTADO DE CITA DESCRIPCIÓN


Pendiente de
1
confirmar Estado por defecto al realizar la reserva de cita en el sistema.
2 Cita confirmada El estado confirmado se actualizará al generar el encuentro de atención
del paciente en uno de los sistemas legacy.
Estado que se actualizará cuando el médico ejecute la hora de entrada en
3 Cita Atendida
los sistemas legacy.
Estado que se actualizará cuando el médico no ejecute la hora de salida
4 Cita no asistida
de consultorio del usuario.

 Para visualizar el detalle de pruebas y medicamentos asociados a cada cita, se


deberá ejecutar el icono “búsqueda de pruebas” o “búsqueda de
medicamentos”. También se debe tener en consideración lo siguiente:

- Si la cita no tiene pruebas asociadas se deberá mostrar el tipo de mensaje “la


cita no tiene pruebas asociadas”.
- Si el paciente no tiene medicamentos asociados se deberá mostrar el tipo de
mensaje “la cita no tiene medicamentos asociados”.

 El sistema deberá permitir exportar en pdf o excel las citas del usuario según lo
definido en el mantenimiento “tipo de documentos”.

2. Detalle de Peticiones Clínicas


Esta funcionalidad nos permitirá obtener las peticiones clínicas con sus respectivas
pruebas y resultados.

a) Búsqueda de peticiones
Para realizar la búsqueda de peticiones pruebas (laboratorio, imágenes, patología o
procedimientos) se deberá seleccionar una cita programada y ejecutar la opción
“búsqueda de peticiones” , en la cual el sistema deberá extraer información de los
sistemas legacy, para ello es necesario definir los siguientes campos:

 Tipo de petición.
 Petición.
 Nombre de la prueba.
 Estado de la petición

- Cuando se genere el encuentro de la cita y la realización de peticiones de pruebas


en los sistemas legacy, se deberá mostrar en el detalle de peticiones clínicas todos
los tipos de peticiones que se solicitó al usuario, caso contrario si el usuario no
tiene peticiones clínicas se deberá mostrar el tipo de mensaje “la cita no tiene
peticiones asociadas”.

b) Estados de la petición
Los estados que definiremos en el mantenimiento “estados de pruebas” y que serán
equivalentes con los estados de los sistemas legacy son:

ESTADOS DESCRIPCIÓN
Estado por defecto al generar la
Solicitado
petición en los sistemas legacy
Estado que nos indica la ejecución
Realizado de la prueba en los sistemas
legacy.
Estado que se actualizará cuando
Finalizado el médico valide los resultados en
los sistemas legacy.

c) Resultados de las pruebas


Para visualizar los resultados de pruebas se debe considerar lo siguiente:

- Para visualizar los resultados de la petición que tiene asociada pruebas se deberá
considerar el estado finalizado de la petición, posterior a ello se deberá ejecutar la
opción “ver resultados” y deberá visualizarse los resultados procedentes de los
sistemas legacy u otros sistemas externos.
- Se debe considerar que las peticiones de pruebas (laboratorio, patología, imágenes
y procedimientos) podrán almacenar una o más pruebas.

3. Detalle de medicamentos
El sistema deberá mostrar el detalle de medicamentos asociados a cada cita, el cual
debe contener los siguientes campos:

 Medicamento
 Pautas
 Cantidad
 Observación

3.1.3.3 Funcionalidades del usuario

DESCRIPCIÓN
Este requerimiento deberá permitir realizar la gestión de reprogramación y anulación de
citas lo cual facilitará la gestión del paciente.

FUNCIONALIDADES

1. Reprogramar cita
Para la reprogramación de citas se debe considerar los siguiente:
- Cuando accedamos al link "reprogramación de citas" nos debe direccionar al portal del
sistema solicitando nuestro usuario y contraseña, posterior a ello se deberá visualizar la
pantalla “datos de citas” donde se ubicará la cita inicial.
- Al ejecutar la "reprogramación de citas" el sistema deberá mostrar al usuario un tipo de
mensaje “cita reprogramada”.

Consideraciones:
- La reprogramación de cita sólo podrá realizarse para la misma especialidad y médico,
caso contrario se tendrá que anular la cita y generar una nueva reserva.
- En caso la especialidad y el médico son distintos se debe mostrar un tipo de mensaje
"Los datos de especialidad y médico son distintos al de la cita inicial"

2. Anular cita.
Para la anulación de citas se debe considerar los siguiente:
- Cuando accedamos al link “anular cita” nos debe direccionar al portal del sistema
solicitando nuestro usuario y contraseña, posterior a ello debe visualizarse la pantalla
“datos de citas” donde se ubicará la cita inicial.
- Al ejecutar la anulación de la cita se debe mostrar un tipo de mensaje “cita anulada”.
- Si la cita fue anulada y se realizó un pago por la consulta se debe mostrar previamente
un tipo de mensaje “El pago realizado se tendrá en cuenta para una próxima cita”.
3.2 MUNDO CI – INTRANET

3.2.1 MÓDULO: SEGURIDAD Y ACCESO

3.2.1.1 Módulo de Seguridad y Acceso al Sistema

- DESCRIPCIÓN

Detallar que el Sistema de seguridad de clínica internacional administrará los perfiles y


usuarios.

- FUNCIONALIDADES
 Integración con el Sistema de Seguridad Web de Clínica Internacional.
La gestión de los usuario de la “intranet – Mundo CI” y Perfiles (módulos y opciones)
serán gestionados desde el sistema de seguridad web de clínica internacional, en
consecuencia el sistema se adaptará e integrará al sistema de seguridad de clínica
internacional, a detallarse en el documento de integración MUNDO CI.

 Acceso al Sistema para usuarios internos.


- Implementar el logueo al sistema para los usuario internos, el cual debe contener los
campos:
 Usuario: Campo alfanumérico de 20 caracteres y obligatorio.
 Contraseña: Campo de texto tipo password, obligatorio.
- El sistema validará el usuario y contraseña con el sistema de seguridad web de
clínica internacional.
- El sistema obtendrá la información de perfil del sistema de seguridad web de clínica
internacional.
- Una vez logueado, el sistema debe mostrar el nombre del usuario en todos sus
módulos relacionados al perfil asignado.

3.2.1.2 Bandeja de Seguimiento de usuario.

- DESCRIPCIÓN

Bandeja en la cual el usuario interno de clínica tendrá la opción de creación de usuarios a


demanda.

- GRILLA PRINCIPAL
- El Sistema permitirá visualizar la información del usuario a partir de la siguiente
grilla:

Etiqueta Descripción Formato


USUARIO Usuario
NOMBRE Nombre del Usuario
APELLIDO PATERNO Apellido Paterno
APELLIDO MATERNO Apellido Materno
TIPO DOCUMENTO Tipo de Documento
NRO. DOCUMENTO Número de Documento
ESTADO Estado del Usuario
Estado de bloqueo del
BLOQUEO
Usuario
Estado de Validación del
VALIDADO
Usuario
Estado que indica si todos
HISTORIAS CLÍNICAS las Historias clínicas está
COMPLETAS completas de cada legacy
del mantenimiento
USUARIO CREADOR Usuario creador
Icono de ver detalle Usuario

Icono de ver detalle de


Historias Clínica

Icono de ver detalle de


Botón con la acción a Validación de Usuario
ACCIÓN
ejercer sobre el paciente

Icono de
Bloqueo/Desbloqueo de
Usuario externo

Icono Reset de contraseña

- El Sistema permitirá filtrar la grilla por cada uno de los campos.

- FUNCIONALIDADES
 Consulta/Modificación de Detalle del Usuario
- El Sistema permitirá visualizar el detalle del usuario mostrando la siguiente
información:

Valores por Modificable


Etiqueta Descripción
Defecto
NOMBRE
APELLIDO PATERNO
APELLIDO MATERNO
Se obtendrá del mantenimiento de tipos
TIPO DOCUMENTO
de documentos
El sistema validará la existencia del tipo
de documento y número de documento
contra las tablas de usuario en estado
NRO. DOCUMENTO “Activo”. En caso el tipo y número de
documento ya se encuentren registrados
a un usuario, se indicará un mensaje
parametrizado “Creación usuario –
Documento ya existe” y no se permitirá la
creación de usuario.
Será igual o menor a la fecha actual y
FECHA DE NACIMIENTO
obligatorio.
Se obtendrá del mantenimiento de
ESTADO CIVIL
estado civil.
Se obtendrá del mantenimiento de Tipo
SEXO
sexo
DIRECCIÓN
Se obtendrá del mantenimiento de
DEPARTAMENTO X
“Departamento”.
Se obtendrá del mantenimiento de
“Provincia”, el cual mostrará los
PROVINCIA X
relacionados al departamento
seleccionado.
Se obtendrá del mantenimiento de
DISTRITO X “Distrito”. El cual mostrará los
relacionados a la provincia seleccionada.
DIRECCIÓN X
TELÉFONO 1
Se obtendrá del mantenimiento de “Tipo
TIPO DE TELÉFONO X
Teléfono”.
Se obtendrá del mantenimiento de
“Código postal departamento”, se
CÓDIGO POSTAL
X mostrará por defecto el código postal de
DEPARTAMENTO
departamento seleccionado en la
dirección.
La cantidad de caracteres soportados
NÚMERO TELEFÓNICO X será según se defina en el mantenimiento
de “Tipo Teléfono”.
TELÉFONO 2 X
Se obtendrá del mantenimiento de “Tipo
TIPO DE TELÉFONO X
Teléfono”.
Se obtendrá del mantenimiento de
“Código postal departamento”, se
CÓDIGO POSTAL
X mostrará por defecto el código postal de
DEPARTAMENTO
departamento seleccionado en la
dirección.
La cantidad de caracteres soportados
NÚMERO TELEFÓNICO X será según se defina en el mantenimiento
de “Tipo Teléfono”.

El sistema validará que el contenido


CORREO ELECTRÓNICO 1 X registrado tenga un formato de correo
electrónico.
El sistema validará que el contenido
CORREO ELECTRÓNICO 2 X registrado tenga un formato de correo
electrónico.
Este campo mostrará un texto
parametrizado desde el mantenimiento
PREGUNTA DE FILICIÓN X
de “Creación usuario – Pregunta de
filiación”
RESPUESTA DE FILIACIÓN “NO”, X Con dos opciones “SI” y “NO”,
Se activará cuando la respuesta de
SEGURO
filiación sea “SI” y Se tendrá lo opción de
agregar aumentar la cantidad de seguros
deseado por el usuario
Se obtendrá del mantenimiento de
GARANTE X
“Garantes”.
Se obtendrá del mantenimiento de
EMPRESA X
“Empresas”.

- El sistema permitirá modificar la información del usuario según lo indicado en la


tabla adjunta.

 Consulta/Modificación Historias Clínicas de usuario


- El Sistema permitirá visualizar el detalle de las historias clínicas asociadas al usuario
mostrando la siguiente información:

Etiqueta Descripción Formato


Nombre del Sistema
SISTEMA LEGACY
Legacy
NRO. HISTORIA CLÍNICA Número de Historia Clínica
Condición de la Historia
CONDICIÓN [P]rimaria /[S]ecundria
Clínica
Botón con la acción a
ejercer sobre el paciente Icono de editar

ACCIÓN Icono de eliminar


(Opción solo será habilitada
para Historias Clínicas
secundarias).
- El sistema permitirá modificar la información del usuario según lo indicado en la
tabla adjunta.
- El sistema validará la existencia de la historia clínica en el sistema legacy al editar el
número de historia clínica.
 Completar la activación de un usuario.
- El usuario solicitará la completar la activación del usuario.
- El sistema permitirá registrar la activación del usuario, para el acceso a todos los
módulos del sistema extranet. Para ello el sistema validará que cada sistema legacy
del mantenimiento tenga asociada al menos una historia clínica “Principal” por cada
sistema legacy.
- Caso contrario no se procederá a finalizar la activación y se emitirá un mensaje
parametrizado “Msg Activación de usuario – Activación No finalizada”.
- Se procederá con la activación de los módulos y se emitirá un mensaje de
confirmación “Msg Activación de usuario – Activación finalizada”.
- El sistema registrará la fecha, hora y usuario que ejecutó la acción.
 Bloqueo/Desbloqueo de Usuario externo
- El usuario solicitará el bloqueo/desbloqueo del usuario.
- El sistema registrará la fecha, hora y usuario que ejecutó la acción.

 Icono Reset de contraseña


- El usuario solicitará el cambio el Reset de contraseña del usuario.
- El sistema generará una nueva contraseña para el usuario y será enviado a la cuenta
del usuario.
- Se emitirá un mensaje de confirmación “Msg Reset contraseña – Nueva contraseña”.
 Creación usuario externo
- Implementar un opción llamada “Creación de usuario externo” en la bandeja de
creación de usuarios externos.
- El sistema permitirá registrar la información de usuario externo para la creación y
permitirá asociar la historia clínica del usuario por cada uno de los legacy del
mantenimiento.
- Información de la grilla:

Valores
Tipo de
Etiqueta Obligatorio por Descripción
Campo
Defecto
NOMBRE Caja de Texto X
APELLIDO
Caja de Texto X
PATERNO
APELLIDO
Caja de Texto X
MATERNO
Se obtendrá del mantenimiento de tipos
TIPO DOCUMENTO Desplegable X
de documentos
El sistema validará la existencia del tipo
de documento y número de documento
contra las tablas de usuario en estado
“Activo”. En caso el tipo y número de
NRO. DOCUMENTO Caja de Texto X documento ya se encuentren registrados
a un usuario, se indicará un mensaje
parametrizado “Creación usuario –
Documento ya existe” y no se permitirá la
creación de usuario.
FECHA DE Será igual o menor a la fecha actual y
Fecha X
NACIMIENTO obligatorio.
Se obtendrá del mantenimiento de estado
ESTADO CIVIL Desplegable X
civil.
Se obtendrá del mantenimiento de Tipo
SEXO Desplegable X
sexo
DIRECCIÓN
Se obtendrá del mantenimiento de
DEPARTAMENTO Desplegable X
“Departamento”.
Se obtendrá del mantenimiento de
“Provincia”, el cual mostrará los
PROVINCIA Desplegable X
relacionados al departamento
seleccionado.
Se obtendrá del mantenimiento de
DISTRITO Desplegable X “Distrito”. El cual mostrará los
relacionados a la provincia seleccionada.
DIRECCIÓN Caja de Texto X
TELÉFONO 1
Se obtendrá del mantenimiento de “Tipo
TIPO DE TELÉFONO Desplegable X
Teléfono”.
Se obtendrá del mantenimiento de
CÓDIGO POSTAL “Código postal departamento”, se
Desplegable X
DEPARTAMENTO mostrará por defecto el código postal de
departamento seleccionado en la
dirección.
La cantidad de caracteres soportados será
NÚMERO
Numérico X según se defina en el mantenimiento de
TELEFÓNICO
“Tipo Teléfono”.
TELÉFONO 2
Se obtendrá del mantenimiento de “Tipo
TIPO DE TELÉFONO Desplegable X
Teléfono”.
Se obtendrá del mantenimiento de
“Código postal departamento”, se
CÓDIGO POSTAL
Desplegable X mostrará por defecto el código postal de
DEPARTAMENTO
departamento seleccionado en la
dirección.
La cantidad de caracteres soportados será
NÚMERO
Numérico X según se defina en el mantenimiento de
TELEFÓNICO
“Tipo Teléfono”.

El sistema validará que el contenido


CORREO
Caja de Texto X registrado tenga un formato de correo
ELECTRÓNICO 1
electrónico.
El sistema validará que el contenido
CORREO
Caja de Texto X registrado tenga un formato de correo
ELECTRÓNICO 2
electrónico.
Este campo mostrará un texto
PREGUNTA DE parametrizado desde el mantenimiento
X
FILICIÓN de “Creación usuario – Pregunta de
filiación”
RESPUESTA DE “NO”,
Selección X Con dos opciones “SI” y “NO”,
FILIACIÓN
Se activará cuando la respuesta de
filiación sea “SI” y Se tendrá lo opción de
SEGURO
agregar aumentar la cantidad de seguros
deseado por el usuario
Se obtendrá del mantenimiento de
GARANTE Desplegable X
“Garantes”.
Se obtendrá del mantenimiento de
EMPRESA Desplegable X
“Empresas”.

PREGUNTA Se obtendrá del mantenimiento de


Desplegable X
SECRETA “Creación usuario – Preguntas secretas”.
RESPUESTA
Caja de Texto X
SECRETA
El sistema validará el sistema de
SISTEMA protección captcha. En caso de no cumplir
PROYECCIÓN X con la validación, se mostrará un mensaje
CAPTCHA parametrizado en el mantenimiento de
mensajes “error captcha”.

- Al registrar la información de creación de usuario, el sistema validará que todos los


campos cumplan con las validaciones, caso contrario se indicará un mensaje
parametrizado “Msg Creación de usuario - Error Creación de Usuario”, y los campos
que no cumplan con la validación se resaltarán y se mostrarán los mensajes
específicos por cada campo no validados.
- El sistema realizará consultas sobre cada uno de los sistemas legacy de clínica
internacional definidos en el mantenimiento de legacy, el objetivo es identificar la(s)
historia clínica(s) del paciente, por cada legacy. Por tal motivo se identificó el
siguiente proceso:
 Asignación de Historia Clínica desde un legacy:
1. El sistema realizará una consulta sobre el sistema legacy en
búsqueda de la historia clínica del usuario.
2. En caso no se tenga respuesta, el sistema reintentará la cantidad de
veces establecida en el mantenimiento “Creación de usuario -
cantidad de intentos consulta HC”.
3. Superada esta cantidad de intentos, ir a la actividad 7.
4. En caso se tenga respuesta, se darán los siguiente:
5. Caso: Paciente con historia clínica en el sistema legacy
a. Como resultado de la consulta se tendrá:
i. Historia clínica única para el paciente:
1. La historia clínica será asociada al usuario
con la condición de “Principal” y también el
código del sistema legacy donde se realizó
la consulta.
ii. Varias historias clínicas para el paciente:
1. El sistema seleccionará la historia clínica que
tenga la atención más próxima a la fecha.
2. La historia clínica seleccionada será asociada
al usuario con la condición de “Principal”, y
también el código del sistema legacy donde
se realizó la consulta.
3. Las historias clínicas restantes también
serán asociadas al usuario con la condición
de “secundaria” y también el código del
sistema legacy donde se realizó la consulta,
estas pasarán por un proceso de depuración
posterior descrito en la sección “Bandeja de
seguimiento de usuario”.
b. Finalizado esta actividad, se podrá pasar al siguiente paso
del proceso.
6. Caso: Paciente sin historia clínica en el sistema legacy
a. Como resultado de la consulta no se encontrará historia
clínica del usuario.
b. El sistema enviará una solicitud de creación de historia
clínica al sistema legacy en consulta.
c. En caso no se tenga respuesta, el sistema reintentará la
cantidad de veces establecida en el mantenimiento
“Creación de usuario - cantidad de intentos creación HC”.
d. En caso no se tenga respuesta ir a la actividad 7.
e. En caso el sistema legacy realice la creación de la historia
clínica, esta será asociada al usuario con la condición de
“Principal”, como también el código del sistema legacy
donde se realizó la consulta.
f. Finalizado esta actividad, se podrá pasar al siguiente paso
del proceso.
7. Caso contrario, el sistema dejará de realizar consultas/Solicitudes de
creación de historia clínica sobre los sistemas legacy.
8. Finalizada esta actividad, se podrá pasar al siguiente paso del
proceso.
- El sistema se integrará a los sistemas legacy de clínica internacional, la integración se
detallará en el documento de “integración MUNDO CI”.
- Las consultas sobre los sistemas legacy se realizan en paralelo u otro método que
asegure un tiempo óptimo de ejecución.
- Una historia clínica asignada a un usuario con la condición de “Principal”, no será
asignada a más de un usuario del sistema.
- El sistema actualizará el valor de “Sí” el campo “Historias clínicas completas”, en las
tablas de usuario, en caso se cuente con al menos una historia clínica “Principal”
para cada sistema legacy presente en el mantenimiento de sistemas legacy, Caso
contrario se registrará el valor “No”.
- Con todos los campos correctos e Historias Clínicas registradas, el sistema registrará
el usuario en las tablas de usuario con las siguientes características:
 ESTADO = “Activo”,
 ORIGEN DE CREACIÓN = “Intranet”,
 VALIDADO = “NO”,
 BLOQUEADO = “NO”,
 FECHA Y HORA DE CREACIÓN = Fecha registro en el sistemas,
 USUARIO CREADOR = Usuario creador.
- El sistema autogenerará el password del usuario y este será enviado a la cuentas de
correo del usuario según el correo parametrizado “Correo de Bienvenida y
generación de Clave”.
- Se mostrará un mensaje parametrizado “Msg Creación de usuario – solicitud de
creación exitosa” y se finalizará el proceso de creación.

3.2.2 MÓDULO DE CARTAS DE GARANTÍA Y PRESUPUESTOS

DESCRIPCIÓN
El sistema tendrá un módulo de cartas de garantía mediante el cual los pacientes podrán
gestionar la solicitud de carta de garantía, seguimiento de la carta de garantía y validación
de carta de garantía.
Se deberá considerar que las funcionalidades descritas para cartas de garantía serán las
mismas para la solicitud de presupuesto, por lo cual previamente el paciente deberá
seleccionar el tipo de solicitud (cartas de garantía o presupuesto).

FUNCIONALIDADES

1. Solicitud de carta de garantía (CG)


Dadas las coberturas y los procedimientos que sean los adecuados según el
diagnóstico presentado, desde esta funcionalidad el usuario podrá generar su
solicitud de carta de garantía para lo cual es necesario los siguientes campos:

Nro Tipo de ¿Es campo Campo por


Etiqueta Descripción
. campo obligatorio? defecto
Valores de Identificador del tipo de trámite del
Tipo de
1 un Obligatorio Inicio paciente que se obtendrá de la tabla "Tipo
trámite
desplegable de trámite"
La clase define el tipo de atención del
Valores de
Ambulatori paciente en este caso un paciente
2 Clase un Obligatorio
o ambulatorio.Se obtendrá de la tabla "Tipo
desplegable
de atención".

Valores de Nombre del garante que tiene asociado el


3 Garante un Obligatorio usuario que se obtendrá de la tabla
desplegable "Garantes".

Valores de
Nombre de la especialidad que se obtendrá
4 Tratamiento un Obligatorio
de la tabla "Especialidades".
desplegable
Valores de
Producto que tiene asociado el paciente
5 Producto un Obligatorio
que se obtendrá de la tabla "Producto"
desplegable
Valores de
Procedimient Nombre de la prueba que se obtendrá de la
6 un Obligatorio
o tabla "Procedimientos".
desplegable
Valores de
Tipo de Programad Identificador del tipo de paciente que se
7 un Obligatorio
paciente o obtendrá de la tabla "Tipo de paciente".
desplegable
8 Nombres Texto Obligatorio Nombres del paciente.
9 Apellidos Texto Obligatorio Apellidos del paciente
10 Teléfono Numérico Obligatorio Teléfono del paciente.
11 Celular Numérico Obligatorio Celular del paciente.
Valores de
Nombre del médico que se obtendrá de la
12 Médico un Obligatorio
tabla "medico".
desplegable
Valores de
Nombre de la especialidad que se obtendrá
13 Especialidad un Obligatorio
de la tabla "Especialidades".
desplegable
Valores de Nombre del área donde se registra la
14 Área un Obligatorio solicitud que se obtendrá de la tabla
desplegable "Áreas".
15 Usuario Texto Obligatorio Nombre del usuario que accede al sistema.
Observaciones por parte del usuario. Con
16 Observación Texto Opcional
una cantidad de 255 caracteres.

Consideraciones:

- Se debe considerar que la información registrada se integrará con los sistemas


legacy, la cual se detallará en el documento de integración.
- Se deberá validar que el paciente realice la carga de la orden médica al sistema
cuando realice la solicitud de carta de garantía, caso contrario se mostrará un tipo
de mensaje “Falta ingresar la orden médica”, este tipo de mensaje se deberá
mostrar para cada tipo de campo según lo requiera.
- Cuando se genere la solicitud de carta de garantía se deberá parametrizar un correo
electrónico a la ejecutiva de Front, indicando que se tiene pendiente cartas por
tramitar. Esta funcionalidad deberá ser consultada en el mantenimiento “correos”
para definir si está activo o inactivo el envío de información.
- La información registrada en la solicitud de carta garantía se mostrará en el
seguimiento de carta de garantía.
- Cada registro de solicitud de carta de garantía deberá tener una opción para realizar
la carga del documento asociado.
- Deberá existir la opción de cargar “órdenes médicas” y asociarlas a la solicitud de
carta de garantía realizada por el usuario.

2. Seguimiento de Carta de garantía (CG)


Para realizar el seguimiento de la carta de garantía y los filtros de información requerida se
deberá considerar los siguientes campos:

a) Filtros de información de solicitud de carta de garantía.

Nro Tipo de ¿Es campo


Etiqueta Descripción
. campo obligatorio?

Fecha de inicio en la cual se realizó la solicitud de carta


de garantía. Si se desea cambiar de fecha, se deberá
realizar doble clic sobre un ícono tipo calendario, se
debe mostrar un calendario para elegir la fecha inicio.
1 Fecha inicio Fecha Opcional La fecha seleccionada deberá ser mayor o igual a la
fecha actual para continuar con el proceso, caso
contrario se deberá mostrar un mensaje tipo fecha
errónea y el sistema borrará los datos registrados en
dicho campo.

Fecha fin en la cual se realizó la solicitud de carta de


garantía. Si se desea cambiar de fecha al realizar doble
clic sobre el icono tipo calendario, se debe mostrar un
2 Fecha fin Fecha Opcional calendario para elegir la fecha fin. El rango máximo a
seleccionar se debe de validar en el mantenimiento de
“fecha fin”.

3 Nombres Texto Opcional Nombre del paciente.

4 Apellidos Texto Opcional Apellidos del paciente.


Responsable Responsable que genera la solicitud de carta de
5 Texto Opcional
del trámite garantía.
Valores de un
6 Estado Opcional Estado de trámite de la carta de garantía
desplegable
Nro. de
7 carta de Numérico Opcional Número de la carta de garantía.
garantía

b) Detalle de Solicitudes
Los campos que deberá visualizar el usuario posterior a la realización de los filtros de
información de la carta de garantía son:

Nro. CAMPOS DESCRIPCIÓN


1 ESTADO Estados de la carta de garantía.
2 FECHA INICIO TRÁMITE Fecha de inicio del trámite de la carta de garantía.
3 GARANTE Nombre del garante

c) Consultar estados
Los valores que el sistema deberá considerar para el seguimiento de los estados de la
solicitud de carta de garantía son los siguientes:

NRO ESTADO DE LA CG
1 Solicitada
2 En trámite
3 Aprobada
4 Observada
5 Rechazada

 El estado 1 es el estado por defecto al crear la solicitud de carta de garantía por el


usuario.
 El estado 2 será actualizado por el personal de carta de garantía en el sistema
legacy, lo cual indica que la carta de garantía está en proceso de evaluación por el
garante.
 El estado 3 será actualizado por el personal de carta de garantía en el sistema
legacy, lo cual indica que se envió la solicitud de carta de garantía fue aprobada por
el garante.
 El estado 4 será actualizado por el personal de carta de garantía en el sistema legacy
con una previa coordinación con el garante, lo cual indica que la carta de garantía
puede ser subsanada o rechazada.
 El estado 5 será actualizado por el personal de carta de garantía en el sistema legacy
con una previa coordinación con el garante, lo cual indica que no procede la
solicitud de carta de garantía.

Consideraciones
- Los estados de la carta de garantía se deberán definir en el mantenimiento “estados
de la carta de garantía”.
- Los estados definidos en el sistema serán equivalentes con los estados de los
sistemas legacy.
- El sistema deberá mostrar un tipo de mensaje “verificar estado de la carta de
garantía” en el sistema cada vez que se actualice un estado de la carta de garantía
en los sistemas legacy.

3. Descargar carta de garantía


Para la realizar la descarga de la solicitud de carta de garantía se tendrá en consideración lo
siguiente:

- El estado de la carta de garantía deberá ser “Aprobado”, caso contrario se mostrará


un tipo de mensaje “No existe documento adjunto”.
- La descarga del documento será en formato pdf según lo definido en la tabla “tipo
de documento”.

4. Bandeja de trabajo de front


En la bandeja de trabajo de front se considera lo siguiente:

- En caso no exista integración la ejecutiva de cartas de garantía tendrá que realizar la


función de cargar el documento en formato pdf al sistema, este proceso se realizará
desde la intranet.
- La documento a cargar no deberá de exceder el “peso” que garantice el correcto
performance.

3.2.3 MÓDULO DE INFORME MÉDICO

3.2.4 Informe médico

Descripción
El sistema tendrá un módulo de informe médico mediante el cual los pacientes podrán
gestionar la solicitud de sus informes, seguimiento de sus informes, descargar informe y la
gestión de la bandeja de front.

Funcionalidades
1. Solicitud de informe médico
Desde esta funcionalidad el usuario podrá generar su solicitud de informe médico
para lo cual son necesarios los siguientes campos:

Nro Tipo de ¿Es campo


Etiqueta Descripción
. campo obligatorio?
Valores de un Nombre de la especialidad que se obtendrá del
1 Especialidad Obligatorio
desplegable mantenimiento "Especialidades".
Valores de un Nombre del médico que se obtendrá del
2 Médico Obligatorio
desplegable mantenimiento "medico".
Procedimiento Valores de un Nombre de la prueba que se obtendrá del
3 Obligatorio
s desplegable mantenimiento "Procedimientos".
4 Fecha de cita Fecha Obligatorio Fecha de cita en la cual se realizó el examen.
Campo observación con 255 caracteres, donde el
5 Observación Texto Opcional
usuario deberá detallar lo que solicita.

- Posterior a la realización de la solicitud de informe médico el paciente deberá


realizar el pago por la solicitud, la realización del pago se detallará en el módulo de
citas sección registro de pagos.
- Deberá existir la opción “visualizar informe” y asociarlas a la solicitud de informe
médico realizada por el usuario. Esta opción estará activa cuando el personal de
informes médicos cargue el informe solicitado del paciente.

2. Seguimiento de informe médico

a) Detalle de solicitud de informe médico


Los campos que deberá visualizar el usuario posterior a la realización de los filtros de
información del informe médico son:

Nro. CAMPOS DESCRIPCIÓN


1 Estado Estados del informe médico.
2 Fecha inicio de cita Fecha de inicio de la cita
3 Especialidad Nombre de la especialidad.

b) Consultar estados
Los valores que el sistema deberá considerar para el seguimiento de los estados de la
solicitud de informe médico son los siguientes:

NRO ESTADO DE LA CG
1 Solicitada
2 En trámite
3 Informada

 El estado 1 es el estado por defecto al crear la solicitud de informe médico por el


usuario.
 El estado 2 será actualizado por el personal de informe médicos en el sistema
legacy, lo cual indica que el informe está en proceso de búsqueda.
 El estado 3 será actualizado por el personal de informe médico en el sistema legacy,
lo cual indica que cargo el informe solicitado.
3. Descargar informe
Para la realizar la descarga de la solicitud de informe médico se tendrá en consideración lo
siguiente:

- El estado del informe médico deberá ser “Informado”, caso contrario se mostrará un
tipo de mensaje “No existe documento adjunto”.
- La descarga del documento será en formato pdf según lo definido en el
mantenimiento “tipo de documento”.

4. Bandeja de trabajo de front


En la bandeja de trabajo de front se considerará lo siguiente:

- En caso no exista integración la ejecutiva de cartas de garantía tendrá que realizar la


función de cargar el documento en formato pdf al sistema, este proceso se realizará
desde la intranet.

3.2.5 Módulo de Crónicos

DEFINICIÓN:
Este módulo tiene como objetivo gestionar la información de los pacientes registrados en el
programa cuídate, para ello se contemplan las siguientes funcionalidades:

FUNCIONALIDADES:
1. Carga y Actualización de Pacientes
En esta funcionalidad se deberá de registrar a los pacientes crónicos al programa, para
ello se deberá de contar con una grilla de ingreso, la cual contemple la siguiente
información, la cual es obligatoria en todos los campos
a) Fecha de ingreso programa: campo fecha.
b) Apellidos y nombres: Camp texto
c) Sede: Campo desplegable a visualizar del mantenimiento Sedes
d) Periodicidad de control: Campo desplegable a visualizar del
mantenimiento periodicidad
e) Tipo documento de identidad: Campo desplegable a visualizar del
mantenimiento tipo de documento de identidad.
f) Nro. DNI: campo numérico
g) Edad: campo numérico de tres dígitos
h) Sexo: Campo desplegable a visualizar del mantenimiento sexo.
i) Médico tratante: Campo desplegable a visualizar del mantenimiento
médicos
j) Especialidad: Campo desplegable a visualizar del mantenimiento
especialidad
k) Diagnostico 1: Campo desplegable a visualizar del mantenimiento
diagnósticos Cuidate, este campo se podrá adicionar cuantas veces el
registro lo necesite pudiendo existir para la matrícula más de un
diagnóstico relacionado a un paciente.
l) Especialidad Agrupadora 1: Campo desplegable a visualizar del
mantenimiento de especialidades.
m) Tipo beneficio por diagnóstico: Campo desplegable a visualizar del
mantenimiento beneficios SITEDS.
n) Empresa: Campo desplegable a visualizar del mantenimiento empresas
o) correos 1: campo texto, el cual se podrá adicionar cuantas veces el
registro lo necesite pudiendo existir para la matrícula más de un
diagnóstico relacionado a un paciente.
p) teléfono 1: campo numérico, el cual se podrá adicionar cuantas veces
el registro lo necesite pudiendo existir para la matrícula más de un
diagnóstico relacionado a un paciente.
q) Nombre cuidador primario: Campo texto, se podrá elegir si se repite el
nombre del paciente, en caso se seleccione al mismo paciente como
cuidador, ya no se activarán los campo de correo electrónico ni
teléfono.
r) Correo electrónico cuidador 1: campo texto, el cual se podrá adicionar
cuantas veces el registro lo necesite pudiendo existir para la matrícula
más de un diagnóstico relacionado a un paciente.
s) Teléfono cuidador: campo numérico, el cual se podrá adicionar cuantas
veces el registro lo necesite pudiendo existir para la matrícula más de
un diagnóstico relacionado a un paciente.
t) Enfermera: Campo desplegable a visualizar el mantenimiento
enfermeras cuídate.
u) Supervisora: Campo desplegable, por defecto se visualizará la
supervisora que tiene asignada cada enfermera con opción a ser
modificada,
v) Observaciones: Campo de texto libre y opcional
w) Comentarios: Campo de texto libre y opcional
x) Estado paciente: Campo desplegable donde se podrá visualizar el
mantenimiento estado cuídate. Por defecto al momento de la
matrícula se registra como Activo, pero puede ser cambiado por algún
usuario de la intranet a Fuera del programa, Suspendido, etc.
2. Bandeja de Pacientes Crónicos:
En esta funcionalidad se deberá de realizar acciones propias programa, tales como:
a. Modificar: permite la modificación de algún campo de registro de pacientes
crónicos
b. Registrar: Permite registrar un nuevo paciente al programa cuídate.
c. Enviar comunicación: le permitirá al usuario dejar un mensaje en la bandeja del
paciente y/o cuidador para alerta de algún seguimiento
d. Agrupar pacientes: permitirá listar a los pacientes con determinados factores en
común, para listarlos se deberá de contemplar los siguiente filtros:

1. Rango de Fechas de ingreso programa: campo fecha desde y


hasta
2. Sede: Campo desplegable a visualizar del mantenimiento Sedes
3. Periodicidad de control: Campo desplegable a visualizar del
mantenimiento periodicidad
4. Rango de Edad: campo numérico de tres dígitos
5. Sexo: Campo desplegable a visualizar del mantenimiento sexo.
6. Médico tratante: Campo desplegable a visualizar del
mantenimiento médico, se podrá seleccionar más de un médico.
7. Especialidad: Campo desplegable a visualizar del mantenimiento
especialidad, se podrá seleccionar más de una especialidad.
8. Diagnostico 1: Campo desplegable a visualizar del
mantenimiento diagnósticos Cuídate, se podrá seleccionar más
de un diagnóstico.
9. Especialidad Agrupadora 1: Campo desplegable a visualizar del
mantenimiento de especialidades, se podrá seleccionar más de
una especialidad.
10. Tipo beneficio por diagnóstico: Campo desplegable a visualizar
del mantenimiento beneficios SITEDS, se podrá seleccionar más
de un tipo de beneficio.
11. Empresa: Campo desplegable a visualizar del mantenimiento
empresas, se podrá seleccionar más de una empresa.
12. Enfermera: Campo desplegable a visualizar el mantenimiento
enfermeras cuídate, se podrá seleccionar más de una
enfermera.
13. Supervisora: Campo desplegable, se podrá seleccionar más de
una supervisora.
14. Estado paciente: Campo desplegable donde se podrá visualizar
el mantenimiento estado cuídate, se podrá seleccionar más de
un estado.

El resultado de la búsqueda deberá de mostrar los siguientes campos:

1. Fechas de ingreso programa: campo fecha


2. Sede
3. Periodicidad de control
4. Edad
5. Sexo
6. Médico tratante.
7. Especialidad
8. Diagnostico
9. Especialidad Agrupadora 1
10. Tipo beneficio por diagnóstico
11. Empresa
12. Enfermera
13. Supervisora
14. Estado paciente
e. Exportar a Excel o pdf: se podrá exportar la información generada en la
búsqueda anterior en alguno de los formatos pdf o Excel.
4. MANTENIMIENTO
Los mantenimientos se detallan en el anexo adjunto, el cual se complementa con lo detalado
en esta sección:

4.1 Pago de Citas

4.1.1 Activador de Cobro

Este mantenimiento proporcionará la acción de ejecutar o no el cobro por la cita a un


determinado paciente, los campos a contemplar:
a. Empresa: Desplegable a seleccionar del mantenimiento de empresa.
b. Garante: Desplegable a seleccionar del mantenimiento de garantes
c. Producto: Desplegable a seleccionar del mantenimiento de productos
d. Beneficio: Desplegable a seleccionar del mantenimiento de beneficios.
e. Acción de Cobro: Si/No. Si el campo se consigna como Si, se activan los siguientes
campos
f. Condición: En este campo se consignará los valores: Opcional u Obligatorio
g. Tipo de importe: Se consignará como Fijo o según condiciones de plan.
h. Importe Fijo: campo numérico, donde se consignará el importe fijo a cobrar. Este campo
se activará solo si el tipo de importe es Fijo.
i. Sistema fuente valor: Desplegable a seleccionar del mantenimiento de sistema fuente de
valor.

4.1.2 Sistema fuente de valor

Este mantenimiento proporcionará los sistemas que funcionan como fuente de información,
de donde se accederá al valor a cobrar a un paciente por el concepto de cita.
a. Nombre del Sistema: Campo de texto, Ejem: SITEDS.
b. Observaciones: campo de texto libre.
c. Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
d. Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad.
4.1.3 Medio de Pago

En este mantenimiento se registran los tipos de medio de pago que tendrá el sistema web
Mundo CI, el cual se consignarán en este mantenimiento.
a. Nombre del medio pago: campo texto
b. Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
c. Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad.

4.1.4 Estado de Pago de Cita

En este mantenimiento se definen los estados que tendrán asignado el Pago relacionado a
una cita
a. Estado: Pendiente pago, pagado, extornado, utilizado, liquidado
b. Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
c. Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad.

4.2 Módulo de Crónicos

4.2.1 Periodicidad

En este mantenimiento se definen los periodos que un paciente podrá acceder al programa
cuídate, los campos son:
a. Periodicidad: campo texto
b. Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
c. Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad.
4.2.2 Especialista Cuídate

En este mantenimiento se definen los especialistas que podrán atender en el programa


cuídate, los campos son:
a. Especialista cuidate: Se podrá seleccionar del mantenimiento Esoecialistas
b. Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
c. Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad.

4.2.3 Enfermera Cuídate

En este mantenimiento se definen los profesionales técnicos que gestionan en el programa


cuídate, los campos son:
a. Nombre: Se podrá seleccionar del mantenimiento Especialistas
b. Tipo: enfermera, técnica en enfermería
c. Supervisora: campo desplegable a seleccionar del mantenimiento de Supervisora Cuídate.
d. Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
e. Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad.

4.2.4 Supervisora Cuídate

En este mantenimiento se definen los supervsores que gestionan en el programa cuídate, los
campos son:
a) Nombre: Se podrá seleccionar del mantenimiento Especialistas
b) Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
c) Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad
4.2.5 Estado paciente Cuídate

En este mantenimiento se definen los sestados de los pacientes del programa cuídate, los
campos son:
a) Estado Campo texto
b) Fecha de inicio de vigencia: campo fecha, por defecto se mostrará la fecha de la carga de
información.
c) Fecha fin de vigencia: campo fecha, si el campo se deja en blanco se interpretará que no
tiene un periodo de caducidad