Professional Documents
Culture Documents
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
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
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.
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
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
- FUNCIONALIDADES
Política de Gestión de Contraseñas.
- Implementar el logueo al sistema para el paciente, el cual debe contener los campos:
- 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”.
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.
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
- 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
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:
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.
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.
- 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
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”.
- 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:
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
DESCRIPCIÓN
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.
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:
El sistema deberá permitir exportar en pdf o excel las citas del usuario según lo
definido en el mantenimiento “tipo de documentos”.
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
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.
- 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
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
- DESCRIPCIÓN
- 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.
- DESCRIPCIÓN
- GRILLA PRINCIPAL
- El Sistema permitirá visualizar la información del usuario a partir de la siguiente
grilla:
Icono de
Bloqueo/Desbloqueo de
Usuario externo
- FUNCIONALIDADES
Consulta/Modificación de Detalle del Usuario
- El Sistema permitirá visualizar el detalle del usuario mostrando la siguiente
información:
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”.
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
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:
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:
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
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.
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:
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 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”.
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:
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.
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.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 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