Ejemplos para La Especificacion de Requisitos

ESPECIFICACIN DE REQUERIMIENTOS DE
SOFTWARE
Proyecto Lebox
Proyecto Takyon Agenda mdica

Versin 1.2
Autor
Esteban Parra
Santiago de Chile, diciembre de 2011.
Av. Chile Espaa uoa Santiago Chile. Fono: (56-2) 343 2733 (56-2) 225 1942
Fax: (56-2) 225 1942 e-mail: contacto@lebox.com web: www.lebox.com
Detalle
Descripcin
Tipo de Documento
Nombre del Archivo
Cliente
Versin
Autor
Fecha de Creacin
Fecha de Actualizacin
Nmero de Pginas
Descriptor
Especificacin de Requerimientos de Software
328834253
Proyecto Lebox
1.2
Esteban Parra
28/10/2011
01/12/2011
24
Modificaciones
Versi
n
1.0.0
1.1.0
Fecha
24/10/201
1
08/11/201
1
Modificado
por
Esteban Parra
Esteban Parra
Observaciones
Creacin
Modificacin 2.0,3.0
Documento alimentado por:

Documento
Fecha
Principales responsables
Cliente
Desarrollador
Proyecto Lebox
Nicolas Fuentes
Analista de proyectos
Jefe de I+D+i
Esteban Parra
Victor Chacon
Jefe de Proyectos
Andres Fernandez
Lebox MIEMBRO DEL CAPITULO CHILENO HL7 INTERNACIONAL

Construyendo la interoperabilidad de los sistemas de informacin en
salud
ndice
1. INTRODUCCIN
1.1....................................................................................................... Propsito
6
1.2..................................................................................... Alcance del sistema
6
1.3..................................................Definiciones, Acrnimos y Abreviaturas
6
1.4................................................................................................... Referencias
6
1.5...................................................................Visin general del documento
7
2. DESCRIPCIN GENERAL
2.1...........................................................................Perspectiva del Producto

7
2.2.............................................................................. Funciones del Producto
8
2.3.................................................................Caractersticas de los Usuarios
9
2.4................................................................................................ Restricciones
9
2.5....................................................................Suposiciones y Dependencias
9
2.6............................................................................. Requerimientos Futuros
9
3. REQUERIMIENTOS ESPECFICOS
10
3.1................................................................................................ Casos de Uso

10
3.2........................................Trazabilidad Requerimiento v/s Casos de Uso
11
3.3.............................................................................Lista de Requerimientos
12
3.3.1.1.0 Ingreso al sistema............................................................12
3.3.2.2.0 Realizar Reserva..............................................................14
3.3.3.2.1 Anulacin de Reserva.......................................................17
3.3.4.2.2 Consulta de Reserva........................................................17
3.3.5.2.3 Buscador de paciente.......................................................18
3.3.6.3.0 Crear familia....................................................................19
3.3.7.4.0 Cambios de estado...........................................................20
3.3.8.5.0 Administracin Recursos.................................................20
3.3.9.6.0 Emisin de informes.........................................................26
4. APNDICE
29
4.1.......................................................................................................... Anexo 1
29
1. Introduccin
1.1.
Propsito
Este documento ha sido redactado con el fin de marcar las pautas generales
y las especificaciones que deber seguir el software a desarrollar, con el
objetivo final de resolver las necesidades que el cliente ha planteado.
Servir como canal de comunicacin entre el equipo de Proyecto Lebox y
Equipo de desarrollo Lebox.
Este documento est sujeto a revisiones, especialmente por los potenciales
usuarios, hasta alcanzar su aprobacin. Una vez aprobado servir de base al
equipo de desarrollo Lebox para la construccin del nuevo software.
1.2.
Alcance del sistema
Se ha constatado la necesidad crear una Agenda Mdica, en base a nuevos

requerimientos propuestos por el equipo de Proyecto Lebox. El objetivo de
este proceso es llevar a cabo la administracin y el control de reservas
solicitadas a cualquier institucin de salud por parte del paciente o del
profesional, con la finalidad de optimizar la distribucin horaria de la
agenda y as brindar la disponibilidad de reservas necesarias.
1.3.
Definiciones, Acrnimos y Abreviaturas
ERS: Especificacin de Requerimientos de Software.

Sistema: conformado por la suma de hardware, software y los usuarios.
Agenda Mdica: aplicacin web que permite registrar la reserva de horas
de pacientes en un entorno de un centro mdico. Para ser implementado
con uno o ms mdicos.
Demanda espontnea: el paciente se presenta en Mesa de Turnos en
forma espontnea.
Demanda espontnea fuera de agenda: paciente que se presenta en
Mesa de Turnos a solicitar turnos para el mismo da y la agenda est
completa.
Prestacin: Entindase por Procedimiento.
rea Centro: Concepto utilizado en la suite Takyon que hace referencia a
un servicio, Laboratorio o Departamento clnico.
1.4.
Referencias
IEEE Recommended Practice for Software Requirements Specification.

ANSI/IEEE std. 830, 1998.
Libro Ingeniera Del Software de Roger Pressman.
1.5.
Visin general del documento
Este documento consta de tres secciones. En la primera seccin se realiza

una introduccin al mismo y se proporciona una visin general de la
especificacin de recursos del sistema.
En la segunda seccin del documento se realiza una descripcin general del
sistema, con el fin de conocer las principales funciones que ste debe
realizar, los datos asociados y los factores, restricciones, supuestos y
dependencias que afectan al desarrollo, sin entrar en excesivos detalles.
Por ltimo, la tercera seccin del documento es aquella en la que se definen
detalladamente los requerimientos que debe satisfacer el sistema.
2. Descripcin General
2.1.
Perspectiva del Producto
Este proceso abarca desde que se solicita una reserva hasta que se otorga
la misma. Incluye cancelaciones, modificaciones, anulaciones por bloqueo
de agenda.
En este proceso intervienen distintos actores:
Mdico: Podr ver su nmero de reservas tanto por Da como totales.
Administrador de Agenda: Es el Actor que maneja el Sistema
representando al Centro
Mdico, administrara horarios de mdicos. Tendr los privilegios del Sistema
para dar de Alta o baja a un Mdico, un Paciente, usuario, o a un
Departamento. Debe registrar datos para informar estadsticas de gestin.
Encargado de la creacin de la agenda y la actualizacin de la misma en el
periodo estipulado.
Paciente: Puede acceder al sistema y solicitar una reserva con un mdico
determinado, modificar, anular y confirmar la misma.
Recepcionista: Personal encargada de la demanda de atencin mdica,
que tiene como funcin principal la recepcin de reservas y el otorgamiento
de las mismas, adems la asignacin de sobrecupos, y el bloqueo de
horarios mdicos.
2.2.
Funciones del Producto
La agenda Mdica deber ser capaz de proporcionar a los usuarios una

forma amigable de administrar recursos.
Abarca mltiples aspectos en la gestin de cualquier centro mdico,
tales como: Gestin de Historias Clnicas, Horarios y Turnos de pacientes
para consultas mdicas.
Se adaptara a cualquier nmero de profesionales mdicos sin perder de
vista la planificacin diaria de estos, contribuyendo a una gestin ptima
del horario la agenda.
Bsqueda por disponibilidad.
Se puede generar una cita por 3 vas: Se recepta la solicitud de atencin
del paciente, en forma telefnica, va web o personalmente.
Gestin de agenda en tiempo real.
Asignacin de sobrecupos.
Posibilidad de utilizacin mediante navegador.
2.3.
Caractersticas de los Usuarios
Este sistema estar orientado a usuarios de tipo bsico, intermedio y

avanzado. Con conocimientos en herramientas Microsoft.
2.4.
Restricciones
La agenda mdica deber mantener el mismo Look and feel de Takyon

RIS.
2.5.
Suposiciones y Dependencias
Se ejecutara solo en plataformas que soporte Flash Player.

Se ejecutar desde cualquier navegador.
Ocupar base de datos Oracle.
Adobe Flash + ZEND AMF Library.
PHP utilizando AMF para la comunicacin entre servidor y Flex.
TakyoN Bridge debe funcionar con los procedimientos Agendados desde
TakyoN RIS.
2.6.
Requerimientos Futuros
Se deber implementar una interfaz exclusiva para visualizarla en

pasillos de pabellones y esta se deber utilizar en pantallas tctil. En
esta interfaz se podrn visualizar los siguientes datos:
Horario del mdico.

Se visualizaran los Pacientes que se atendern durante el da. Los datos
del paciente debern mostrarse codificados.
El procedimiento que se est ejecutando debe ser codificado bajo algn
estndar de clasificacin de enfermedades.
Cules son los pabellones o salas que se estn utilizando.
Contador de tiempo por cada procedimiento.
Personal disponible en ese instante.
Optimizacin de los tiempos de la organizacin.
3. Requerimientos Especficos
3.1.
Casos de Uso
Ilustracin 1: Diagrama de Casos de Uso - Global
1.0
2.0
2.1
2.2
2.3
3.0
4.0
5.0
6.0
3.2.
Ingreso al sistema.
Realizar Reserva.
anulacin reserva.
Consulta de Reserva.
Buscador de Pacientes.
Crear Familia.
Cambio de estado.
administracin de Recursos.
Emisin de Informes.
Trazabilidad Requerimiento v/s Casos de Uso

ID REQUERIMIENTO
10
348
347
346
345
341
340
339
338
337
336
335
334
333
332
331
330
329
328
1
.
0
2
.
0
2
.
1
2
.
2
2
.
3
3
.
0
11
316
315
314
313
312
309
344
311
300
343
310
299
342
298
297
296
295
293
292
291
290
289
288
287
286
285
284
327
ID CASOS DE USO
282
281
280
279
283
ID REQUERIMIENTO
4
.
0
5
.
0
6
.
0
3.3.
Lista de Requerimientos
3.3.1.
ID
RQ
279
ID
CU
1.0
1.0 Ingreso al sistema

Descripcin
Detalle
Restriccione
Pacientes que solicitan

reserva por primera vez.
Al ingresar por primera vez, el

sistema solicitara los siguientes
datos:
-Seleccionar tipo de documento.
(Rut o Pasaporte).*
-Ingresar N correspondiente al
documento.*
-Nombres.*
-Apellido Paterno. *
-Apellido Materno.*
-Fecha de nacimiento.
(DD/MM/YYYY )*
-Sexo. Deber tener un combo box
en el cual se podr seleccionar
masculino, femenino u otro.*
-N Telfono.*
-Celular.
-E-mail.*
-Direccin.
-Regin.
-Comuna.
-Nacionalidad.
-Ingresar Contrasea (mximo 6
dgitos).*
-Reingresar Contrasea.*
-Cdigo de Seguridad.*
-Fotografa.
*Estos Datos
obligatorio, e
todos los dato
no valido, el s
reconocer cua
o errneo y so
(QUINTEC)
278
1.0
Acceso al portal
Una vez que se registran estos datos

deber levantarse un pop up el cual
indique que el registro fue exitoso.
Desde el portal se deber poder
acceder a la agenda mdica y a EMI.
12
280
1.0
Pacientes que se
encuentran en la agenda
mdica.
Se deber ingresar el DI (pasaporte

o Rut) y una contrasea.
Al acceder al sistema, se podr
ingresar a las siguientes ventanas:
-Atenciones.
-Reserva de Horas
-Crear Familia.
-Edicin de datos.
-Cambio de Clave.
En caso de que el centro mdico
tenga ms de una sucursal o centro,
la agenda deber tener la opcin de
escoger el centro mdico por regin
y por centro, en la que la cual desea
realizar una reserva.
(QUINTEC)
281
1.0
Centros mdicos con ms

de una sucursal
282
1.0
Historial de atenciones.
283
1.0
Edicin de datos
284
1.0
Olvido de clave
285
1.0
Cambio de Clave
286
1.0
Tiempo de expiracin
(QUINTEC)
(QUINTEC)
(QUINTEC)
(QUINTEC)
(QUINTEC)
En caso de re
contrasea o
no es vlido,
ingreso al sist
pop-up con la
informacin:
contrasea n
seguridad no
ingresarlo
La agenda de
forma indepe
centro mdico
Esta seleccin
antes de com
horas. Deber
seleccionado
regin y un ce
Al ingresar al historial de atenciones Solo se puede
se debern mostrar listadas todas
de un pacient
las atenciones realizadas, adems
Al ingresar al
En pantalla se debern visualizar
mostrar por d
todas las personas que estn
principal. (usu
anexados a ese usuario.
Para visualizar un usuario especfico
se debe marcar el check que tendr
a un costado. En el caso de no tener
historial de deber levantar un popup el cual indique que no se tiene
historial de atenciones.
Dentro del sistema deber existir la
opcin de editar los datos, en esta
instancia se podrn editar todos los
datos ingresados en el registro.
Se deber solicitar ingresar el correo
electrnico del paciente y se enviara
ah la clave.
Al ingresar a cambio de clave, el
sistema solicitara ingresar:
-Clave actual.
-Clave nueva.
-Reescribir nueva clave.
Una vez ingresado estos datos se
podr acceder al sistema, la clave
nueva deber ser enviada a la
direccin de correo proporcionada.
Al iniciar sesin, esta deber tener
El contador d
un tiempo de expiracin, el cual ser pantalla luego
configurable.
realizar ningu
sistema.
13
287
1.0
3.3.2.
ID
RQ
288
ID
CU
2.0
Ingreso al sistema de
recepcionista,
administrador, mdico.
El ingreso al sistema por parte de

estos usuarios se habilitara
mediante un usuario y contrasea,
estos sern proporcionados por cada
servicio.
2.0 Realizar Reserva

Descripcin
Detalle
Eleccin de personal al
cual se asignara cita.
Para elegir un profesional al cul se

le va a asignar una cita con un
paciente se debern seguir los
siguientes criterios :
Comenzar eligiendo una
especialidad determinada,
luego la prestacin, y por
ltimo elegir entre todos los
profesionales que cumplan
con estas condiciones. Por
ejemplo, alguien necesita un
oftalmlogo, no le importa
quin sea el mdico que lo
atienda.
Buscar por el nombre del
mdico, este campo se
deber poder escribir y al
realizar la bsqueda deber
traer todos los datos que
encuentre de mdicos segn
coincidencia, deber mostrar
la hora ms cercana de este y
su horario en calendario.
Dentro de la agenda se deber
poder insertar citas futuras. La
insercin de estas depender de
cmo el servicio tenga programada
su horario. Se visualizar el ltimo
calendario que se tenga disponible.
En recepcin se deber poder
identificar a travs de cambios de
estado las reservas confirmadas.
Las reservas que no se encuentren
confirmadas se distinguirn de las
confirmadas con un color, una vez
confirmadas se les podr realizar el
cambio de estado.
Al confirmar una cita se debern
desplegar en pantalla los siguientes
datos:
-fecha de reserva.
-Hora de reserva.
(QUINTEC)
289
2.0
Futuras citas
290
2.0
Identificacin de
confirmacin.
291
2.0
Reservas no confirmadas.
292
2.0
Confirmacin de Reserva
por paciente.
(QUINTEC)
(QUINTEC)
Restriccione
14
293
2.0
Reserva de hora en
recepcin.
295
2.0
Tipos de Agendamiento
en recepcin
-Profesional.
-Regin.
-Centro.
-Especialidad.
-Mapa con ubicacin del centro
mdico.
Adems deber enviar estos datos
al correo electrnico del paciente, y
dar la opcin de imprimir.
Debe existir la opcin de volver a la
ventana de atenciones.
En recepcin, se deber visualizar el
da actual, adems deber tener la
opcin de cambiar de fechas. En
pantalla se mostrara la lista de
trabajo. Deber existir un botn el
cual redireccione a la reserva de
horas.
En recepcin la reserva deber ser
La funcin de
igual a la del portal.
estar dispon
Se podr administrar la forma de
recepcin.
reserva de la siguiente forma:
Turnos a intervalos de tiempo
fijo, atendiendo de a un
paciente por vez. En este
caso, se mostrar el da
dividido en intervalos de
tiempo fijos. Este intervalo
depender de cmo el
servicio lo configure, por
ejemplo, 15 min, 30 min, etc.
A continuacin de cada
horario aparecer el nombre
del paciente, si el turno en
ese horario ya fue otorgado, o
dir disponible, si el turno
an est libre. En este tipo de
turnos, solamente un paciente
puede tener cita para una
determinada hora.
Turnos en sobrecupo: Se debe
configurar cual es el lmite
mximo de atenciones bajo
esta necesidad, la agenda
deber diferenciar con un
color diferente los pacientes
de sobrecupo. El flujo para
asignar sobrecupo ser el
mismo que para realizar una
reserva normal. Los pacientes
de sobrecupo se deben
distinguir con un color
diferente de los pacientes en
15
reservas normales.
3.3.3.
ID
RQ
296
ID
CU
2.1
3.3.4.
2.1 Anulacin de Reserva

Descripcin
Detalle
Anulacin de reserva
Al ingresar a historial de atenciones,

El sistema deber diferenciar con
letra negrita cul o cules son las
reservas que estn vigente de las
que ya se realizaron. Deber existir
un botn que permita anular dicha
reserva. Deber existir un tooltip el
cual describa lo que es anulacin.
(QUINTEC)
Restriccione
2.2 Consulta de Reserva
ID
RQ
297
ID
CU
2.2
Descripcin
Detalle
Consulta de una reserva
298
2.2
Cambio de reserva
299
2.2
Consulta de reservas
Recepcin
300
2.2
Consulta de reservas
Doctor
309
2.2
Bsqueda de paciente en
interfaz Doctor.
El paciente cuando se encuentre

dentro del historial de atenciones
deber poder consultar sobre su
reserva. En caso de tener usuarios
anexados a su cuenta, en pantalla
se visualizaran todas las reservas
separas por nombre de usuario. En
caso de contar con una reserva se
visualizara la informacin respecto
de la reserva.
Al ingresar a la vista atenciones, las
reservas que an se encuentran
vigentes debern tener la opcin de
modificarse. Deber existir un botn
el cual al presionarlo re direccionar
a la reserva de horas, una vez
realizada otra reserva, la que exista
quedara completamente anulada.
En recepcin se podrn consultar
todas las reservas que se
encuentren en la agenda.
Se deber tener la opcin de buscar
Reservas en el tiempo. Se debern
mostrar las columnas de pacientes,
procedimiento, hora, sala,
disponibilidad, reserva, y la opcin
de levantar la ficha clnica.
Deber tener un buscador por
coincidencia.
(QUINTEC)
(QUINTEC)
Restriccione
El doctor solo
reservas que
asignadas a
Al ingresar se
defecto el da
Este buscado
de Takyon RIS
mostrar los da
16
el paciente se
a l.
3.3.5.
ID
RQ
310
ID
CU
2.3
3.3.6.
2.3 Buscador de paciente

Descripcin
Detalle
Bsqueda en recepcin
Se requiere que exista un buscador

de pacientes, este deber tener los
mismos campos de bsqueda que el
registro, deber traer las bsquedas
por coincidencia.
Restriccione
3.0 Crear familia
ID
RQ
311
ID
CU
3.0
Descripcin
Detalle
Restriccione
Registro de familia
*Estos Datos
obligatorio, e
todos los dato
no valido, el s
reconocer cua
o errneo y so
312
3.0
Reserva para un familiar
Se debern poder anexar usuarios a

la cuenta que se tiene registrada.
Para efecto de esto se debern
ingresar en el sistema los siguientes
datos:
-Seleccionar tipo de documento
(Pasaporte o Rut).*
-Ingresar N.*
-Fecha de Nacimiento.
(DD/MM/AAAA)*
-Nombres.*
-Apellido Paterno.*
-Apellido Materno.*
-Parentesco.*
-Sexo.*
-Fotografa.
-Cdigo de seguridad.*
Al presionar el botn guardar se
registraran los datos.
AL momento de ingresar el usuario y
contrasea aparecer el usuario
registrado, ms los usuarios
anexados a su cuenta en forma de
lista, Al seleccionar un usuario de
los que se encuentran listados se
deber mostrar los datos respecto a
l.
La reserva se realiza de la misma
forma para todos los usuarios.
(QUINTEC)
(QUINTEC)
17
3.3.7.
4.0 Cambios de estado
ID
RQ
313
ID
CU
4.0
Descripcin
Detalle
Cambio de estado en
Recepcin
314
4.0
Cambio de estado en
Mdico
En las listas de reservas deber

existir por cada reserva que se
tenga un botn el cual indique que
dicha atencin se encuentra
pagada. Al realizar este cambio de
estado en la interfaz de doctor
deber aparecer en la columna
disponibilidad como confirmado.
Una vez finalizada la atencin el
mdico deber cambiar de estado a
atendido. Con esto desaparecer
el paciente de la lista de trabajo.
3.3.8.
Restriccione
5.0 Administracin Recursos
ID
RQ
315
ID
CU
5.0
Descripcin
Detalle
Tiempo de ejecucin en
procedimientos.
316
5.0
Turnos disponibles v/s

turnos asignados
317
5.0
Bloqueo de das / turnos
Los procedimientos debern tener

un tiempo de ejecucin, el cual
estar insertado por defecto dentro
del procedimiento, estos tiempos
sern configurables por servicio. Ej.
El procedimiento Colonoscopia se
deber configurar una duracin de
45 minutos de ejecucin, este
tiempo se reflejara por defecto al
seleccionar un procedimiento, este
tiempo se deber poder editar
segn la necesidad de usuario. Estos
deben indicarse al momento de
realizar una cita, servirn para
calcular el tiempo en que utilizaran
los recursos y adems informara al
usuario cuanto tardara en realizarse
una prestacin especifica.
La agenda deber diferenciar por
colores cada recurso, deber
aparecer la casilla vaca cuando no
se inserte nada en ese horario.
Durante el transcurso del perodo
los mdicos pueden decidir no
atender ciertos das por algn
motivo, (por ejemplo: asistencia a
un Congreso, enfermedad, etc.) En
ese caso se deber poder bloquear
los das.
Restriccione
Al bloquear a
podrn asigna
de fechas en
bloqueado el
disponibles de
debern difer
18
318
5.0
La agenda deber
manejarse en tiempo real
319
5.0
rea centro
327
5.0
Vista de calendario
328
5.0
Creacin de jornada
329
5.0
Agenda deber ingresar

pacientes
330
5.0
Integracin con ficha

clnica.
331
5.0
Datos de profesionales
Deber existir un botn de bloqueo

en recepcin.
Se deber tener la lista de mdicos
del servicio, en el cual al
seleccionar uno, se desplegara su
calendario por mes a lo largo de un
ao, en el cual se mostraran los das
que se encuentra con disponibilidad
y con reservas.
Al hacer clic dar la opcin de
bloquear el mes completo o por
das.
Al ingresar a bloquear por da, se
detallaran las horas en las cuales el
mdico tiene disponibilidad las
cuales se podrn bloquear una a
una.
Deber existir la opcin de imprimir
todos los pacientes bloqueados para
proceder a su reasignacin o
anulacin.
Los estados de las reservas
bloqueadas en recepcin debern
decir reasignar por anulacin.
La informacin de la agenda deber
tener tiempo de refresco
programado.
Deber existir un combo box en el
cual se seleccionara el servicio en
que se trabajara.
El calendario deber permitir
visualizar las fecha en :
-Da.
-Semana.
-Mes.
La agenda deber permitir crear
jornadas de trabajo, ya sea diaria,
semanal, mensual, anual. En las
cuales se insertaran dentro de las
casillas de horarios los recursos.
En caso de no tener integracin con
HIS, la agenda deber ingresar
pacientes de forma manual. Se
debern tener 2 tablas, la de portal
de pacientes y la maestra, al
momento de confirmar la cita se
realizara el insert desde la tabla de
portal pacientes a maestra.
La agenda mdica se deber tener
integracin HL7 con la ficha clnica.
Ej: estados de pagos, levantamiento
de la ficha desde la consulta doctor.
Dentro de la agenda se debern
19
332
5.0
Matrices horarias por

bloques
333
5.0
334
5.0
Ingreso de horario por

doctor.
Recursos asociados
335
5.0
Insertar recursos
336
5.0
Diferencia entre recursos
346
5.0
Insertar horario
ingresar los siguientes datos de

profesionales:
- Apellido y nombre.
-Prefijo.
-Foto.
- Rut.
- Domicilio.
- Telfono.
- mail.
- Especialidades.
Estos datos se debern solicitar
cada vez que se cree un nuevo
usuario profesional.
Se deber poder asignar que
conjunto de periodos de tiempo se
deben reservar cuando se realiza
una reserva; un bloque es el tiempo
que se asigna las citas.
Ej: un mdico, trabajo de 9hrs a
13hrs, se debe establecer que cada
10 minutos podr tener una
atencin.
El administrador deber ingresar el
horario de cada doctor.
Los recursos: sala, insumos y otros
recursos debern ir asociados a la
prestacin que se est
seleccionando.
Deber existi
mdico.
En caso de qu
recursos, el si
permitir agen
solicite la rese
Ej: una colono
realizada en l
doctores que
procedimiento
sistema solo d
reserva que s
Deber permitir insertar recursos en

los bloques de horarios, esto se
podr realizar de dos formas:
-Arrastrando el recurso a los bloques
de horarios.
-Al pinchar el bloque de horario se
abrir una venta en la cual se podr
seleccionar el recurso.
Cada recurso se debe diferenciar
con un color diferente.
Deber existir un horario el cual se
separe en das y horas, se deber
poder insertar los horarios
disponibles de cada recurso
(mdico). Se debe escoger por da
la insercin de este. Una vez
completada la semana esta, se
deber tener la opcin de replicar
durante 1 a 52 semanas, (ao en
20
337
5.0
Edicin de horario
semanas) el mismo horario.

Para editar el horario se deber
escoger la semana o el da en el
cual se desea editar, debe existir un
botn de edicin el cual al
presionarlo contara con las
siguientes opciones de accin sobre
la edicin:
338
339
340
341
5.0
5.0
5.0
5.0
Repetir cada da (Edicin)
Cada da Laborable
(Edicin)
Repetir cada da.

Cada da laborable (lunes a
viernes).
Cada da lunes, mircoles y
viernes.
Cada martes y jueves.
Cada Semana.
Cada mes.
Cada Ao.
Deber tener la opcin de
seleccionar cada cuentos da se
requiere repetir la accin ej: 1, 2,
3,4, etc.
Adems deber tener finalizacin, la
cual tendr la opcin de:
-nunca.
-Despus de N de repeticiones.
-Indicar una fecha exacta.
Al final deber indicar un resumen
de lo que se est realizando y la
opcin de guardar o cancelar.
Deber tener finalizacin, la cual
tendr la opcin de:
-nunca.

Cada da Lunes, mircoles Deber tener finalizacin, la cual
y viernes (Edicin)
tendr la opcin de:
-nunca.
Cada martes y jueves

(Edicin)

Deber tener finalizacin, la cual
tendr la opcin de:
-nunca.
21
342
5.0
Cada Semana (Edicin)

seleccionar cada cuentas semanas
se requiere repetir la accin ej: 1, 2,
3,4, etc, y das de esa semana.
-nunca.
343
5.0
Cada Mes (Edicin)

seleccionar cada cuentos meses se
requiere repetir la accin ej.: 1, 2,
3,4, etc. En qu semana y en cual
de da la semana.
-nunca.
344
5.0
Cada Ao (Edicin)

seleccionar cada cuentos aos se
requiere repetir la accin ej: 1, 2,
3,4, etc.
-nunca.
22
3.3.9.
ID
RQ
345
ID
CU
6.0
6.0 Emisin de informes

Descripcin
Detalle
Emisin de informes
El usuario administrativo y
recepcionista podrn emitir
informes o listados. Los informes
que se deben emitir son:
Pacientes citados en el da: Al
seleccionar esta opcin, se
observa una ventana en
donde una vez ingresada una
fecha se puede seleccionar la
opcin de listar todos los
pacientes con turno ese da,
los pacientes con turno para
un determinado profesional, o
para una determinada
prestacin. Estas dos ltimas
opciones se debern
seleccionar a travs de un
men desplegable. Una vez
seleccionado esto, se tiene la
posibilidad de imprimir
directamente el listado, o bien
se puede tener una vista
previa del mismo en pantalla.
En el listado figura el nombre
y apellido del paciente, el
horario del turno que tiene
asignado, el profesional con el
que tiene cita y la prestacin.
Pacientes por profesional, a
atender en un rango de
fechas: Una vez elegida esta
opcin, se tiene acceso a una
pantalla en donde debe
seleccionarse desde un men
desplegable el nombre del
profesional del que se quiere
tener el listado. Se tiene
tambin la posibilidad de
listar los pacientes que tienen
turno dentro de un
determinado rango de fechas.
Tambin se puede, como en el
caso anterior, listar todos los
pacientes o seleccionar segn
prestacin a travs de un
men desplegable.
Listado de pacientes con
reservas que no han realizado
la confirmacin de dicha
reserva, este listado deber
Restriccione
23
traer los siguientes datos de

pacientes:
-Nombre y apellido.
-Rut.
-Telfono.
-Correo electrnico.
347
6.0
Emisin de informes
mdicos
Emitir informes de los pacientes que

tiene asignados.
348
6.0
Emisin de informes
Administrador
EL administrador podr emitir un

informe en el cual se detallara el n
de prestaciones realizadas por cada
mdico expresado en porcentajes
4. Apndice
4.1.
Anexo 1
Reserva de horas
24

Ejemplos para La Especificacion de Requisitos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ejemplos para La Especificacion de Requisitos

Cargado por

Copyright:

Formatos disponibles

ESPECIFICACIN DE REQUERIMIENTOS DE

Proyecto Takyon Agenda mdica

Documento alimentado por:

Lebox MIEMBRO DEL CAPITULO CHILENO HL7 INTERNACIONAL

2.1...........................................................................Perspectiva del Producto

3.1................................................................................................ Casos de Uso

Alcance del sistema

Se ha constatado la necesidad crear una Agenda Mdica, en base a nuevos

Definiciones, Acrnimos y Abreviaturas

ERS: Especificacin de Requerimientos de Software.

IEEE Recommended Practice for Software Requirements Specification.

Visin general del documento

Este documento consta de tres secciones. En la primera seccin se realiza

Perspectiva del Producto

Funciones del Producto

La agenda Mdica deber ser capaz de proporcionar a los usuarios una

Caractersticas de los Usuarios

Este sistema estar orientado a usuarios de tipo bsico, intermedio y

La agenda mdica deber mantener el mismo Look and feel de Takyon

Se ejecutara solo en plataformas que soporte Flash Player.

Se deber implementar una interfaz exclusiva para visualizarla en

Horario del mdico.

Optimizacin de los tiempos de la organizacin.

Ilustracin 1: Diagrama de Casos de Uso - Global

Trazabilidad Requerimiento v/s Casos de Uso

1.0 Ingreso al sistema

Pacientes que solicitan

Al ingresar por primera vez, el

Una vez que se registran estos datos

Se deber ingresar el DI (pasaporte

Centros mdicos con ms

El ingreso al sistema por parte de

2.0 Realizar Reserva

Para elegir un profesional al cul se

2.1 Anulacin de Reserva

Al ingresar a historial de atenciones,

2.2 Consulta de Reserva

Consulta de una reserva

El paciente cuando se encuentre

2.3 Buscador de paciente

Se requiere que exista un buscador

3.0 Crear familia

Reserva para un familiar

Se debern poder anexar usuarios a

4.0 Cambios de estado

En las listas de reservas deber

5.0 Administracin Recursos

Turnos disponibles v/s

Bloqueo de das / turnos

Los procedimientos debern tener

Agenda deber ingresar

Integracin con ficha

Deber existir un botn de bloqueo

Matrices horarias por

Ingreso de horario por

Diferencia entre recursos

ingresar los siguientes datos de

Deber permitir insertar recursos en

semanas) el mismo horario.

Repetir cada da (Edicin)

Repetir cada da.

Al final deber indicar un resumen

Cada martes y jueves