Clinica V.2.0

UNIVERSIDAD NACIONAL DE INGENIERÍA
FACULTAD DE INGENIERÍA INDUSTRIAL Y DE

SISTEMAS
CURSO: Análisis y Diseño de Sistemas
Gestión de Clínica Dental

“Lux Dent”
Profesor: Ing. Antaurco Trujillo, Walter

 Garavito Gutierrez, Edwin jose
 Sánchez Yarleque, Jhairo
 Uriarte Rivas, José Antonio
 Villanueva Quinteros, Thomy
2016-I
1. - MODELO DE PROCESO DE NEGOCIO DE CLÍNICA DENTAL “LuxDent”
1.1 Graficar el modelo de proceso de negocio
Nuestro negocio de clínica dental se especificara en cuatro módulos de negocio que

son los siguientes:
 Solicitar Atención
 Gestionar Pago
 Realizar Consulta
 Gestionar Tratamiento
<<extend>>
Emergencia
Solicitar Atencion
Recepcionista
Gestionar Pago
Paciente
<<include>> Gestionar Historia

Clinica
Odontologa
Realizar consulta
Gestionar
tratamiento
Asistente Dental
1.2 Realizar el diagrama de actividades (sub procesos) para cada proceso
del sistema de negocio
Módulo de negocio “Solicitar Atención”
Y6x
Módulo de negocio “Gestionar Consulta”
Módulo de negocio “Gestionar Pago”

Módulo de negocio “Gestionar Tratamiento”
1.3 Describir las actividades en el formato adjunto
Proceso: Realizar Consulta
Numero Actividad Descripción actividad Rol / Actor

Regla de
negocio
1.1,1.5,1.6
Solicitar Se inicia cuando un Paciente decide 1.7,1.8,1.9
A1 Atención hacer una solicitud de Atención. Paciente 1.10
Recepción de
Solicitud de Toma de Datos Básicos y motivo de
A2 Atención solicitud de Atención. Recepcionista 1.2
La historia clínica se crea para todo

Crear Historia paciente que por primera vez se
A3 Clínica acerca a la clínica para ser atendido. Recepcionista 1.3,1. 4
Buscar Historia
A4 Clínica Ubica la Historia Clínica del paciente. Recepcionista 1.3,1.4,1.8
Proceso: Realizar Consulta
Regla de
Numero Actividad Descripción actividad Rol / Actor negocio
Se inicia cuando un cliente crea o

Realizar chequeo actualiza un historial clínico y pasa 1.8,1.9, 2.1,
B1 general con el odontólogo. Odontólogo 2.2
Los resultados obtenidos del chequeo

Registrar general se registran en el Historial Asistente
B2 resultado Clínico dental 2.4
El odontólogo especifica tipo de

Especificar tratamiento y su plazo de la siguiente
B3 tratamiento sesión al asistente dental. Odontólogo 2.3
Planificar Organiza y planifica indicaciones para Asistente

B4 tratamiento tratamiento: Fecha, materiales a usar. dental 2.3
Corroborar Verifica factibilidad de indicaciones

B5 tratamiento del tratamiento. Recepcionista 2.3, 2.5
Presupuestar Presupuesta indicaciones del

B6 tratamiento tratamiento por sesión Recepcionista 2.3, 2.6,3.1
Proceso: Gestionar Pago
Regla de
Numero Actividad Descripción actividad Rol / Actor negocio
Generar Inicia cuando el paciente decide
C1 Presupuesto comenzar un tratamiento dental Recepcionista 3.1,3.9
Se realiza cuando el paciente es

conforme con el monto del
C2 Realizar pago tratamiento Paciente 3.2,3.3,3.4
La recepcionista llena los datos

C3 Registrar pago de monto, a cuenta y saldo Recepcionista 3.5,3.7
Emitir
comprobante La recepcionista emite
C4 de pago comprobante de pago. Recepcionista 3.8
Proceso: Gestionar Tratamiento Código: 1
Numero Actividad Descripción actividad Rol / Actor Regla de negocio
Realizar sesión El odontólogo está realizando la

D1 de tratamiento sesión de tratamiento Odontólogo 4.1,4.2,4.4,4.5,4.6
La asistenta dental, le ayuda a

alcanzar los inst4rumentos e insumos
Ayudar a para el tratamiento y actualizar el Asistente
D2 Odontólogo historial clínico. dental 4.1,4.2,4.4
El odontólogo finaliza la sesión de

Finalizar tratamiento y cierra el historial
D3 tratamiento clínico. Odontólogo 4.3
Archivar Historial El Asistente Dental, lleva el historial Asistente

D4 Clínico clínico a archivos de los pacientes dental 4.8
Buscar Fecha y La recepcionista busca disponibilidad

D5 Hora del odontólogo en su agenda. Recepcionista 4.7
Asistente
El asistente dental, programa la cita dental/
D6 Programar Cita requerida por el paciente. paciente 4.8
1.4 Adicionar posibles reglas negocios
Reglas de Negocio
Código Descripción
1.1 Toda Solicitud Atención debe ser solicitada por un Paciente.
1.2 El Paciente debe de estar registrado previamente.
1.3 Fecha de creación de Historia Clínica debe ser menor que fecha de tratamiento.
1.4 Toda Historia Clínica debe contener los datos básicos y motivo de Solicitud de Atención.
1.5 La atención de niños y personas discapacitadas (discapacidad mental) será con permiso y
bajo responsabilidad de un padre/apoderado.
1.6 Solo se considera caso de emergencia por tres motivos: si es por sangrado continuo de
una contusión, si es Inflamación desmedida por una infección o por dolor incontenible en
un niño.
1.7 Todo Paciente que no sigue un tratamiento pasa por chequeo general.
1.8 Todo Paciente que sigue un tratamiento pasa con el doctor asignado a menos que el
doctor no esté disponible y siempre en cuando el paciente esté de acuerdo.
1.9 Todo Paciente que no está conforme con la atención de su doctor puede solicitar atención
con otro especialista dentro de la clínica.
2.1 Todo chequeo general debe tener disponible un historial clínico.
2.2 Todo historial clínico necesita un chequeo general vigente antes de cualquier tratamiento
2.3 Todo chequeo general debe planificar un tratamiento a seguir en la ficha dental.
2.4 Los resultados del chequeo general deben ser registrados en la ficha dental.
2.5 La recepcionista debe corroborar el tratamiento planificado.
2.6 El presupuestado del tratamiento es realizado por la recepcionista.
3.1 Antes de hacer el presupuesto el paciente debe pasar por un chequeo general
3.2 Todo pago es en efectivo.
3.3 Todo pago que se realice será en monedas nacional
3.4 Los pagos se pueden hacer por cuotas, según el plan de tratamiento del cliente.
3.5 El cliente debe haber cancelado el servicio antes de ser atendido (a saldo).
3.6 No se aceptan devoluciones pasado las 24 horas desde el registro del pago.
3.7 El comprobante de pago debe estar con la fecha del día de emisión.
3.8 Debe de existir una lista de precios de tratamientos dentales.
4.1 Antes de realizar una ortodoncia todas las piezas dentales tienen que estar en perfecto
estado y contar con una buena salud bucal.
4.2 Todo instrumento dental debe estar previamente esterilizado antes de cualquier
tratamiento.
4.3 Después de todo tratamiento se debe actualizar la Historia Clínica.
4.4 Antes del inicio de tratamiento se debe contar con todos los insumos requeridos.
4.5 En toda cirugía el odontólogo debe contar con un asistente.
4.6 Todo tratamiento dental, debe cumplir las normas técnicas médicas.
4.7 La disponibilidad debe confirmarse con la agenda de pacientes.
4.8 El historial clínico se debe adjuntar todos los datos acerca del tratamiento incluyendo,
radiografías, rayos X u otros.
1.5 Identificar la información para cada actividad (sub proceso)
Información de cada actividad
Actividad Nombre de la información Atributos de la información
Datos cliente, fecha del creación,

Historial clínico fichas dentales, documentos adjuntos
Código trabajador, apellidos,

Odontólogo nombres, especialidades.
Cliente DNI, apellido, nombre
Datos cliente, especificaciones de

Ficha dental chequeos y tratamientos
Asistente dental Código trabajador, apellidos, nombres
Recepcionista Código trabajador, apellidos, nombres
2. ANÁLISIS DE SISTEMAS
2.1 REQUERIMIENTOS DEL SISTEMA DE INFORMACION
2.1.1 Determinación del alcance del Sistema
Este sistema permitirá al usuario poder gestionar la clínica “Lux Dent”, como poder anotar una
consulta dental y poder anotar el tratamiento recomendado por el odontólogo, también podrá
presupuestar o gestionar las historias clínicas de los pacientes. Cuando tenga que pagar se
podrá usar hacer uso del sistema para poder recepcionar el pago y emitir una constancia de
pago.
2.1.2 Obtención de Requerimientos (ASI 1.2)
 Requerimientos Funcionales
Relacionados con la funcionalidad especifica del sistema a implementar.
Número Requerimiento Descripción Prioridad
RF001 Registro de Pacientes Debe Permitir el registro de los 5

datos del Paciente y sus
antecedentes clínicos.
RF002 Gestión de Historia Se debe permitir la apertura 5

Clínica. actualización o baja de las Historias
Clínicas.
RF003 Mantenimiento de Los nuevos Usuarios o cambios en 5

Usuarios los usuarios antiguos debe de ser
administrado por el supervisor.
RF004 Programación de Citas. El Sistema debe de permitir una 5

administración adecuada de
horarios de atención asignando un
espacio según disponibilidad de
citas y conformidad del paciente.
RF005 Registrar información de El sistema deberá registrar los datos 5

chequeo obtenidos en un chequeo
RF006 Registrar organización de El sistema deberá registrar fechas, 5

tratamiento materiales y disponibilidades para
realizar el tratamiento
RF007 Registrar Presupuesto El sistema deberá registrar los 5

costos relacionados con el
tratamiento
RF008 Confirmar de El sistema deberá solicitar si el 5

presupuesto paciente acepta el presupuesto
RF009 Corregir información El sistema deberá permitir corregir 5

errores para la validación de datos
RF010 Registrar pago La recepcionista registrará el monto 5

a pagar por el paciente
dependiendo del tratamiento
RF011 Registrar los ingresos y La recepcionista registra los 5

egresos de la empresa ingresos y egresos con sus
respectivas fechas en un libro de
ingresos y otro de egresos.
RF012 Emitir comprobantes de La recepcionista llena la factura de 5

pago pago, y se lo entrega al paciente con
el sello de la empresa
 Requerimientos no Funcionales
Relacionados con las características especiales del sistema a implementar, tales como
seguridad, desempeño, escalabilidad, etc.
Número Requerimiento Descripción Prioridad
RNF001 Avisar de error en Base Cualquier error en la ubicación de la 5

de Datos base de datos principal secundaria
debe de ser señalada durante el
acceso al sistema.
RNF002 Copia de Seguridad del El sistema debe permitir grabar 5

Sistema semanalmente una copia de
seguridad de la base de datos así
como su recuperación.
RNF003 Reparar Base de Datos Debe permitir compactar el 5
contenido de la base de datos
desechando los registros eliminados
y reconstruyendo los índices.
RNF004 Acceso a la Información Solo las personas autorizadas deben 5

de tener acceso a la información,
por tanto todas las personas que
requieren información del sistema
deberán Validarse.
2.1.3 Obtención del Modelo de Casos de Uso del Sistema (ASI 1.3)
 Diagrama de Casos de Uso del Sistema (Gráfico)
gestionar tratamiento
realizar chequeo
Usuario
Odontologo
presupuestar tratamiento
Asistente Dental especificar tratamiento
gestor usuario
gestionar historial clinico
Recepcionista
registrar pago
emitir comprobante de pago
registrar consulta
 Descripción de Casos de Uso del Sistema

1.- Caso de Uso del Sistema Gestionar Atención
2.- Descripción del caso de uso
El Recepcionista recepciona al Paciente para tomar sus datos básicos
3.- Actor(es)
Paciente: Requiere un servicio que es suministrado por el odontólogo para el cual los
datos del paciente son registrados en una Historia Clínica para su debido control.
Recepcionista (Usuario Gestor): Desea guardar información personal del paciente, así
como también sus alergias y antecedentes clínicos.
4.- Precondiciones
El Paciente se pone en contacto con la Recepcionista de manera personal o por llamada

telefónica.
5.- Postcondiciones
-El Paciente es recepcionado en su solicitud de Atención verificándose si es paciente

nuevo o antiguo.
6.- Pasos (Flujo de Eventos)
Nro Acción del Actor Respuesta del Sistema
1 Recepcionista Ingresa Nombre de Sistema Valida los datos ingresados y

usuario y contraseña para ingresar al muestra pantalla principal del software
software Gestión de Clínica Dental LUX Gestor de Clínica Dental LUX DENT
DENT, pantalla de Auntenticación. (PI001)
(PI000).
2 Paciente solicita Atención. Sistema en espera con la pantalla

principal (PI001).
3 Recepcionista escoge de la pantalla Sistema muestra pantalla de Solicitud de

principal la opción de SOLICITAR Atención (PI002) en la que pide DNI del
ATENCIÓN haciendo clic en ella. paciente o Apellido Paterno, Materno y
nombre.
4 Recepcionista ingresa DNI o Apellido El sistema valida los datos ingresados.

Paterno, Apellido Materno y nombre
del Paciente..
5 Recepcionista hace clic en Aceptar. El Sistema Busca en la base de datos y

verifica que el paciente está registrado
presentando la pantalla con su Historia
Clínica del Paciente (PI003)
Flujo alternativo
Nro. Acción del actor

Usuario hace clic en el botón “Cancelar” El sistema sale de la Interfaz y elimina
los datos temporales de la memoria y
regresa a la pantalla anterior.
1.1 Si el nombre del Usuario o contraseña El Sistema pide volver ingresar datos
está errónea el Recepcionista vuelve a correctos.
ingresar datos para autenticarse.
4.1 Si el Recepcionista ingresa un dato con El sistema muestra una pantalla de

formato no aceptado. mensaje cuando el dato ingresado no
tiene el formato requerido.
5.1 Si el Paciente no se encuentra en la El Sistema automáticamente crea una

base de datos del sistema. nueva Historia Clínica con los Datos en
blanco listos para ser llenados por el
Recepcionista abriendo la pantalla
Historia Clínica del Paciente. (PI003)
7.- Extensiones
a .- En cualquier momento el sistema falla:
Para dar soporte a la recuperación y registro correcto, asegura que todos los
estados y eventos significativos del registro puedan recuperarse desde cualquier
paso del escenario.
1.a .- El Recepcionista reinicia el sistema. Inicia la sesión y solicita la

recuperación al estado anterior.
El sistema reconstruye el estado anterior.
a. El Sistema detecta anomalías intentando recuperación.

b. El Sistema informa del error al asistente, registra el error y pasa a un
estado limpio.
c. El Recepcionista comienza una nueva solicitud de Atención.
4.a El Sistema encuentra algún fallo en la conexión con la base de datos
a. El Sistema reinicia el servicio y continúa.
b. El Sistema detecta que el servicio no se reinicia.
c. El Sistema señala el error.
d. El Recepcionista cancela la solicitud de atención.
5.1.a El Sistema encuentra algún fallo en la conexión con la base de datos
a. El Sistema reinicia el servicio y continúa.
b. El Sistema detecta que el servicio no se reinicia.
c. El Sistema señala el error.
d. El Recepcionista cancela la solicitud de atención.
7.- Requerimiento asociado

RF001, RF002, RF003, RF004
8.- Prototipo de interfaz de usuario
PI000, PI001, PI002, PI003
1.- Caso de Uso del Sistema Gestionar Historial Clínico
El Recepcionista gestiona el Historial Clínico del Paciente y las citas con todos los Datos
requeridos, manteniéndolo lo más actualizado posible.
3.- Actor(es)
Recepcionista: Desea guardar información personal del paciente, así como también sus
alergias y antecedentes clínicos.
Asistente Dental: Asiste al Odontólogo, llena información en la Historia Clínica del

Paciente y Especifica Tratamiento.
4.- Precondiciones
El Recepcionista Gestionó la Solicitud de Atención del Paciente encontrándose en la

interfaz de pantalla de Historia Clínica del Paciente (PI003)
5.- Postcondiciones
-Los datos del Paciente quedan correctamente capturados en una Historia Clínica.
-El Paciente tiene una cita en su Historia Clínica.
1 Usuario Visualiza la Historia Clínica del El Sistema está a la espera de cualquier

Paciente ya registrado. cambio en la información de la Historia
Clínica.
2 El Usuario Registra información nueva El sistema valida los datos ingresados, si

del paciente, motivo de solicitud de no hay error observa al paciente si tiene
Atención y marca uno de los casos alguno de los siguientes casos:
1. sangrado incontenible.
2. Hinchazón desmedida en gran
proporción.
3. Niño con dolor inaguantable.
3 El Recepcionista verifica una El Sistema Programa una Cita de
emergencia. Atención Inmediata.
3 Recepcionista Ingresa opción solicitada El sistema valida los datos ingresados.

por el Sistema
El sistema registra chequeo en la Base
de Datos con los datos actualizados si no
ha habido error en la validación de
datos.
Caso contrario, el sistema no procesa el

registro e indica los campos en donde
hay error en la validación
7.- Extensiones
paso del escenario.
1. a .- Paciente
Flujo alternativo

los datos temporales de la memoria
1.1 Si el Paciente no está registrado en la El Sistema crea una nueva Historia

base de datos. Clínica para el Paciente ingresado.
2.1 Si el Usuario no marca ninguno de los El Sistema pasa al paso

casos
3.1 Si el Sistema

RF001
PI001
1.- Caso de Uso del Sistema Gestionar Historial Clínico y Citas.
El Recepcionista gestiona el Historial Clínico del Paciente y las citas con todos los Datos
requeridos, manteniéndolo lo más actualizado posible.
3.- Actor(es)
4.- Precondiciones
El Recepcionista Gestionó la Solicitud de Atención del Paciente encontrándose en la

interfaz de pantalla de Historia Clínica del Paciente (PI003)
5.- Postcondiciones
-El Paciente tiene una cita en su Historia Clínica.
1 Recepcionista Visualiza la Historia El Sistema está a la espera de cualquier

Clínica del Paciente ya registrado. cambio en la información de la Historia
Clínica.
2 Recepcionista observa
2 Recepcionista ingresa datos básicos y El sistema valida los datos ingresados, si

motivo de solicitud no hay error pregunta al paciente si
tiene alguno de las cuatro opciones:
proporción.
7. Ningunos de los tres anteriores.
3 Recepcionista Ingresa opción solicitada El sistema valida los datos ingresados.

por el Sistema
datos.

7.- Extensiones
paso del escenario.
2. a .- Paciente
Flujo alternativo

RF001
PI001
1.- Caso de Uso del Sistema Solicitar Atención
3.- Actor(es)
4.- Precondiciones
El Paciente se pone en contacto con la Recepcionista de manera personal o por llamada
telefónica.
5.- Postcondiciones
-El Paciente tiene un tratamiento en su Historia Clínica.
1 Paciente solicita Atención. El sistema Solicita datos básicos del

paciente y motivo de solicitud
2 Paciente ingresa datos básicos y motivo El sistema valida los datos ingresados, si
de solicitud no hay error pregunta al paciente si
tiene alguno de las cuatro opciones:
proporción.
11. Ningunos de los tres anteriores.
3 Paciente Ingresa opción solicitada por el El sistema valida los datos ingresados.
Sistema
datos.

7.- Extensiones
paso del escenario.
3. a .- Paciente
Flujo alternativo


RF001
PI001
1.- Caso de Uso del Sistema Realizar chequeo
El odontólogo realiza el chequeo general y el asistente dental registra los las

especificaciones del chequeo general en el historial clínico del paciente.
3.- Actor(es)
Usuario (Asistente dental, Odontólogo)
4.- Precondiciones
-El cliente tiene habilitado un historial clínico para el llenado de datos
5.- Postcondiciones
-El cliente presenta un historial clínico actualizado.
1 El Usuario ingresa los datos del paciente El sistema le muestra la interfaz con los
y hace click en buscar. pacientes relacionados con los datos
registrados.
2 El usuario busca y selecciona paciente. El sistema entra al historial clínico del

paciente seleccionado al paciente
mediante el código seleccionado en la
base de datos y muestra los datos del
paciente, así como modelo estándar de
una boca.
3 Usuario hace la revisión bucal del

paciente
4 Usuario comunica al asistente dental las

especificaciones encontradas
5 Usuario registra las especificaciones El sistema muestra las especificaciones

bucales según indicaciones. ingresadas por el usuario.
6 Usuario hace clic en el botón Aceptar El sistema valida los datos ingresados.

datos; si lo hubiera, va al paso 6.1.
Flujo alternativo
Nro. Acción del actor Respuesta del sistema
6.1 Asistente dental corrige datos con El sistema no procesa el registro e indica
errores. los campos en donde hay error en la
validación y permitirá al asistente dental
corregir el error.
RF001, RF005
PI001, PI002
1.- Caso de Uso del Sistema Especificar tratamiento
3.- Actor(es)
Odontólogo, Asistente dental, Recepcionista.
4.- Precondiciones
-El cliente tiene habilitado un chequeo general actualizado.
5.- Postcondiciones
-El cliente tiene habilitado un tratamiento para luego ser presupuestado.
Nro. Acción del Actor Respuesta del Sistema

1 Asistente dental solicita datos para El sistema valida los datos del cliente
acceder al historial clínico del paciente. solicitado y muestra su historial clínico.
2 Asistente dental muestra historial

clínico al odontólogo.
3 Odontólogo revisa el último chequeo

general del paciente.
4 Odontólogo propone al paciente un

tratamiento a seguir.
5 Asistente dental organiza tratamiento

propuesto con el paciente.
6 Asistente dental consulta factibilidad de

la organización con la recepcionista.
7 Recepcionista corrobora factibilidad. El sistema debe ofrecer la información

requerida por la recepcionista:
Materiales y disponibilidad de fechas el
odontólogo.
8 Recepcionista confirma la factibilidad

del tratamiento.
9 Recepcionista accede al historial clínico

del paciente.
10 Recepcionista ingresa los datos El sistema muestra las especificaciones

correspondientes al tratamiento. ingresadas por el usuario.
11 Recepcionistahace clic en el botón El sistema valida los datos ingresados.

Aceptar.
El sistema registra tratamiento en la
Base de Datos si no ha habido error en
la validación de datos; si lo hubiera, va al
paso 11.1.
Flujo alternativo
4.1 Si el paciente no acepta el tratamiento El sistema sale de la interfaz.

a seguir, se termina al flujo.
7.1 Si el la recepcionista encuentra

inconvenientes con la factibilidad, lo
comunica al asistente dental y pasa al
paso 4
11.1 Asistente dental corrige datos con El sistema no procesa el registro e indica
errores. campos donde hay error de validación y
permite al asistente corregir el error.
RF002, RF005
PI001, PI003
1.- Caso de Uso del Sistema Presupuestar tratamiento
La recepcionista abre el historial clínico del paciente, y busca los costos relacionados al
tratamiento y los asigna a cada sesión y el monto total.
3.- Actor(es)
Recepcionista
4.- Precondiciones
El cliente tiene que haber pasado por chequeo general y tener habilitado un tratamiento
por presupuestar.
5.- Postcondiciones
El cliente presenta un tratamiento ya presupuestado y guarda la información en la

sección de pagos pendientes del sistema.
1 La recepcionista solicita datos para El sistema valida los datos del cliente
acceder a los tratamientos por solicitado y muestra sus tratamientos.
presupuestar del paciente.
2 La recepcionista adiciona materiales El sistema autocompleta los precios

correspondientes a cada sesión de correspondientes a materiales y a
tratamiento servicios de cada sesión.
3 La recepcionista guarda la información El sistema guarda en la base de datos el

generada. presupuesto generado.
5 La recepcionista coloca el estado del El sistema actualiza el estado del

presupuesto como aceptado o
rechazado. presupuesto realizado.
6 La recepcionista regresa al menú El sistema muestra la interfaz del menú

anterior de la recepcionista.
RF007, RF008
PI004, PI007
1.- Caso de Uso del Sistema Registrar pago
La recepcionista se encarga de recibir el monto que desea pagar el paciente y verifica la

calidad del dinero.
3.- Actor(es)
Usuario(Paciente, Recepcionista)
4.- Precondiciones
 EL cliente debe haber aceptado el presupuesto previamente hecho en

consulta.
 El cliente debepagar con dinero en efectivo y en nuevos soles.
5.- Postcondiciones
 Debe anotar en el cuaderno de ingresos la fecha y el tratamiento a realizar.

1 El usuario solicita pantalla para registrar Presenta la pantalla para capturar lo

el pago. datos de pago
2 Digita los datos solicitados para el Valida los datos ingresados

registro de pago. (nombres, monto, tipo
El sistema registra el monto y la fecha
tratamiento y fecha)
en el libro de ingresos de la clínica.
3 Confirma el pago al sistema oprimiendo Muestra en la pantalla los datos

el botón aceptar. ingresados con el botón aceptar y
resalta si encuentra algún error.
4 Usuario regresa el menú anterior. El sistema muestra el menú de usuario.
RF010, RF011.
1.- Caso de Uso del Sistema Emitir boleto de pago
El usuario confirma el pago y gestiona la boleta de pago y se lo entrega al paciente.
3.- Actor(es)
Usuario
4.- Precondiciones
 Debe estar registrado en el libro de ingresos.
5.- Postcondiciones
 El paciente podrá verificar el recibo o factura que se le entregue, para poder

pasar con el odontólogo.
1 El usuarioingresa a la opción boleta de El sistema le muestra la interfaz de

pago menú de usuario.
2 El usuario verifica los datos de la boleta El sistema le muestra una imagen de la
de pago y selecciona “impresión”. boleta a imprimir.
3 Regresa al menú anterior El sistema regresa al menú anterior.
RF012.
2.1.4 Determinación de Subsistemas de Análisis (ASI 1.4)
 Descripción de Subsistemas de Análisis: Diagrama de

paquetes. (Se determinan los subsistemas y sus relaciones de
dependencias)
2.1.5 Especificación de la Interface de Usuario (ASI 1.5)
Es un prototipeo de las pantallas. Así mismo para explicar algunas características de cada
pantalla se usara la siguiente tabla.
Número PI001
Propósito de la interface Menú General de Gestión de Clínica Dental “LUX DENT”
Gráfica de la interface
Número PI002
Propósito de la interface Solicitar Atención
Número PI003
Propósito de la interface Crear Historia Clínica
Número PI004
Propósito de la interface Solicita datos del paciente para ingresar a su

historial clínico
BÚSQUEDA DE PACIENTE
Código Cliente
Apellido Paterno
Apellido Materno
Nombre
Buscar paciente
Número PI005
Propósito de la interface Mostrar especificaciones de la boca de un paciente
Número PI006
Propósito de la interface Separar por sesiones el tratamiento
Número PI007
Propósito de la interface Mostrar el total por sesión

Clinica V.2.0

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Clinica V.2.0

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD NACIONAL DE INGENIERÍA

FACULTAD DE INGENIERÍA INDUSTRIAL Y DE

CURSO: Análisis y Diseño de Sistemas

Gestión de Clínica Dental

Profesor: Ing. Antaurco Trujillo, Walter

1.1 Graficar el modelo de proceso de negocio

Nuestro negocio de clínica dental se especificara en cuatro módulos de negocio que

<<include>> Gestionar Historia

Módulo de negocio “Solicitar Atención”

Módulo de negocio “Gestionar Pago”

Proceso: Realizar Consulta

Numero Actividad Descripción actividad Rol / Actor

La historia clínica se crea para todo

Proceso: Realizar Consulta

Se inicia cuando un cliente crea o

Los resultados obtenidos del chequeo

El odontólogo especifica tipo de

Planificar Organiza y planifica indicaciones para Asistente

Corroborar Verifica factibilidad de indicaciones

Presupuestar Presupuesta indicaciones del

Proceso: Gestionar Pago

Se realiza cuando el paciente es

La recepcionista llena los datos

Proceso: Gestionar Tratamiento Código: 1

Numero Actividad Descripción actividad Rol / Actor Regla de negocio

Realizar sesión El odontólogo está realizando la

La asistenta dental, le ayuda a

El odontólogo finaliza la sesión de

Archivar Historial El Asistente Dental, lleva el historial Asistente

Buscar Fecha y La recepcionista busca disponibilidad

1.4 Adicionar posibles reglas negocios

Información de cada actividad

Actividad Nombre de la información Atributos de la información

Datos cliente, fecha del creación,

Código trabajador, apellidos,

Cliente DNI, apellido, nombre

Datos cliente, especificaciones de

Asistente dental Código trabajador, apellidos, nombres

Recepcionista Código trabajador, apellidos, nombres

2.1.1 Determinación del alcance del Sistema

2.1.2 Obtención de Requerimientos (ASI 1.2)

Relacionados con la funcionalidad especifica del sistema a implementar.

Número Requerimiento Descripción Prioridad

RF001 Registro de Pacientes Debe Permitir el registro de los 5

RF002 Gestión de Historia Se debe permitir la apertura 5

RF003 Mantenimiento de Los nuevos Usuarios o cambios en 5

RF004 Programación de Citas. El Sistema debe de permitir una 5

RF005 Registrar información de El sistema deberá registrar los datos 5

RF006 Registrar organización de El sistema deberá registrar fechas, 5

RF007 Registrar Presupuesto El sistema deberá registrar los 5

RF008 Confirmar de El sistema deberá solicitar si el 5

RF009 Corregir información El sistema deberá permitir corregir 5

RF010 Registrar pago La recepcionista registrará el monto 5

RF011 Registrar los ingresos y La recepcionista registra los 5

RF012 Emitir comprobantes de La recepcionista llena la factura de 5

Número Requerimiento Descripción Prioridad

RNF001 Avisar de error en Base Cualquier error en la ubicación de la 5

RNF002 Copia de Seguridad del El sistema debe permitir grabar 5

RNF004 Acceso a la Información Solo las personas autorizadas deben 5

Asistente Dental especificar tratamiento

gestionar historial clinico

emitir comprobante de pago

 Descripción de Casos de Uso del Sistema