Especificación de
Software (RES)
Versión <1.0.0>
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 1 de 33
HISTORIAL DE REVISIONES
Fecha de Fecha
Versió Elaboració de Revisad
Autor Descripción
n n Revisió o por
n
Mario Reyes Desarrollo de:
Katherine Antecedentes
Effio Objetivos Ricardo
<0.1.0
Jonathan Procesos de 09-04-2011 Saavedra
>
Suarez Negocio Mavila
Stephanie Requisitos
Manrique Funcionales
Desarrollo de:
Alcances
Requisitos no
Mario Reyes
<1.0.0 funcionales 23-05-2011 Ricardo
Katherine
> Modelo de casos Saavedra
Effio
de uso del
sistema.(Puntos
3,6, y 7)
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 2 de 33
Contenido
1. Antecedentes ....................................................................................... 5
2. Objetivos ............................................................................................... 5
3. Alcance ................................................................................................... 5
3.1. DENTRO DEL ALCANCE ....................................................................................................... 5
3.2. FUERA DEL ALCANCE .......................................................................................................... 6
3.3. RESTRICCIONES .................................................................................................................. 6
3.4. SUPUESTOS ........................................................................................................................ 7
6. Requisitos No Funcionales............................................................ 16
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 4 de 33
1. Antecedentes
“Sermeden SAC” es una clínica cuya área de negocio son los servicios
médicos dentales de las ciencias de la salud encargados de diagnosticar,
tratar y prevenir enfermedades del aparato estomatognático (esto incluye los
dientes, la encía, la lengua, el paladar, la mucosa oral, las glándulas salivales
y otras estructuras anatómicas implicadas, como los labios, amígdalas,
orofaringe y la articulación temporomandibular).
2. Objetivos
La clínica dental “Sermeden” requiere la automatización de sus procesos de
atención asi como el control de los documentos mediante un sistema que le
permita alcanzar los siguientes objetivos:
3. Alcance
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 5 de 33
Consultar datos del paciente
Registrar fecha y hora de la cita
Mantener estados de la cita
Generar ticket de cita
Iniciar flujo de atención del paciente
Consultar citas
Modulo de Entrevista del Paciente:
Registrar datos personales del paciente
Registrar historia clínica
Registrar diagnósticos médicos familiares
Registrar diagnósticos médicos del paciente
Modulo de Tratamiento del Paciente:
Registrar el diagnostico en la HC
Registrar el diagnostico en la HC
Registrar el plan de trabajo en el odontograma
Registrar el avance del plan de trabajo
Registrar receta médica
Módulo de Interconsulta:
Consultar horarios de médicos disponibles
Registrar derivación de cita
Registrar resultados de la evaluación en la especialidad
Módulo de Gestión de documentos:
Consultar imágenes del paciente
Registrar imágenes del paciente
Otros alcances:
Se cargarán los datos históricos del stock de pacientes
3.3. Restricciones
El desarrollo de la aplicación tendrá como máximo 120 días
El software será desarrollado mediante modalidad Web.
El software será desarrollado en lenguaje de programación
Java 2 Enterprise Edition (J2EE).
El producto de software podrá ser ejecutado desde Internet
Explorer(versión 7 superior) y Firefox de Mozilla
El software deberá soportar Base de datos MySQL.
El sistema operativo utilizado en los servidores deberá ser
Windows o Linux.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 6 de 33
El sistema operativo utilizado en las maquinas clientes deberá
ser Windows 2000, XP o alguna versión superior a las
mencionadas.
El protocolo de transporte utilizado en la red deberá ser
TCP/IP.
El backbone de la red deberá ser Fast Ethernet (100 Mbps)
llegándose a los puertos a 10 Mbps.
3.4. Supuestos
La clínica cuenta con las licencias para el desarrollo e
implementación.
La clínica cuenta con el hardware necesario para el desarrollo y
la implementación del sistema
La clínica cuenta con el histórico de los pacientes tabulado y
homologado para la carga masiva de datos.
4. Procesos de Negocio
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 7 de 33
4.1.1. Lista de Actores del Negocio
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 8 de 33
3. Flujo de Trabajo
3.1 Flujo Básico
3.1.1 El paciente se dirige a la secretaria
3.1.2 La secretaria verifica si el paciente tiene Historia
Clínica (HC)
3.1.3 Si tiene HC la secretaria solicita al encargado de
archivo (EA) buscar HC.
3.1.4 El EA ubica la HC y la reenvía a la secretaria.
3.1.5 La secretaria corrobora los datos del paciente y
consulta por el tratamiento que viene a realizarse el
paciente.
3.1.6 La secretaria adjunta la sub-ficha de atención a la HC.
3.1.7 La secretaria envía los documentos al Médico tratante
(MT).
3.1.8 El MT evalúa y entrevista al paciente.
3.1.9 Si la atención es por un nuevo tratamiento el MT crea
un nuevo plan de trabajo en la sub-ficha de atención.
3.1.10 El MT ejecuta la parte operativa de la atención.
3.1.11 Si el MT necesita el apoyo de una especialidad genera
una interconsulta con un Médico Especialista (ME).
3.1.12 Si el paciente necesita alguna medicación temporal el
MT genera una Receta Médica (RM).
3.1.13 El paciente entrega la interconsulta a la secretaria.
3.1.14 El paciente entrega la receta médica e indicaciones.
3.1.15 La secretaria aclara las dudas del paciente acerca de la
medicación. Firma y sella en señal de conformidad.
3.1.16 La secretaria programa la atención con el ME.
3.1.17 La secretaria deriva la HC con el ME.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 9 de 33
3.1.18 El ME evalúa la orden de interconsulta y ejecuta la
operativa de la orden.
3.1.19 El ME envía los resultados a la secretaria.
3.1.20 La secretaria revisa la documentación y programa la
atención con el MT.
3.1.21 El MT evalúa los resultados y define al paciente los
pasos a seguir en el plan de trabajo de la sub-ficha de
atención.
3.1.22 Si la atención no requiere más la operativa del MT o de
un ME el MT da por finalizada la atención.
3.1.23 La secretaria ordena la EA archivar la HC y el caso de
uso finaliza.
3.2 Flujos Alternativos
3.2.1 En el punto 3.1.2 si el paciente no tiene HC la
secretaria va a generar una nueva HC con una sub-
ficha y odontograma en blanco.
3.2.2 En el punto 3.1.9 Si la atención es por un tratamiento
de continuidad el MT ejecutará la operativa que debe
continuar basándose en el plan de trabajo de la sub-
ficha del paciente.
3.2.3 En el punto 3.1.11 Si el MT no requiere el apoyo de un
ME genera la RM y deriva al paciente con la secretaria.
3.2.4 En el punto 3.1.18 si el ME no considera de su
competencia la orden del MT deriva al paciente con
otro ME o con el MT.
4. Categoría
Estratégica
5. Gestor del proceso
El Jefe médico
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 10 de 33
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 11 de 33
4.2.2 Diagrama de Actividades
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 12 de 33
4.3. Lista de Trabajadores de Negocio
Es la persona responsable de
encontrar en el archivo el file de la
historia clínica del paciente que esta
por tener una atención medica.
Responsable de la organización,
conservación y seguridad de los
documentos.
Código Descripción
Toda atención debe estar previamente programada en el
RN-001 sistema de gestión médica. Las consultas pueden ser
atendidas por un médico tratante en un tiempo no mayor a
15 minutos.
Para que un paciente sea atendido es indispensable que se
RN-002 le haya creado una historia Clínica y que haya pasado la
entrevista con el médico tratante para identificar sus
antecedentes y diagnósticos anteriores.
RN-003 En toda atención médica se debe revisar y actualizar de ser
necesario el odontograma inicial del paciente.
El tiempo promedio entre una atención y la siguiente debe
RN-004 durar entre 25 a 40 minutos como máximo. Esto regirá los
horarios de programación de una cita.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 13 de 33
Las citas que hayan sido programadas por el paciente y no
RN-005 tienen confirmación de asistencia media hora antes de lo
acordado serán consideradas anuladas dando la posibilidad
al médico tratante atender a otro paciente que lo requiera.
Una cita será considerada Anulada cuando el paciente lo
RN-006 haya requerido, la secretaria haya programado
equivocadamente el evento o el paciente no haya llegado a
la cita dentro del día acordado.
Una cita será considerada como atendida cuando el médico
RN-007 tratante haya finalizado la operativa de la tención sin ser
necesario que el tratamiento haya sido culminado.
Sólo se podrán reprogramar citas siempre y cuando exista
RN-008 intervalo de 1 horas libre entre una y otra cita y el número
de atenciones en el día no haya excedido a 15 por Médico
tratante.
La cita será considerada en procedimiento durante el
RN-009 tiempo que el paciente este en tratamiento por la atención
generada.
Las citas pueden ser programadas por el paciente a través
de un correo electrónico, un formulario web. En ambos
casos el paciente deberá recibir la respuesta electrónico o
RN-010 verbal de la clínica para dar por confirmada la reservación.
Si la cita es programada telefónica o personalmente la
conformidad se entregará en el momento preciso de la
solicitud.
Todos los documentos físicos que registran información
RN-011 básica y confidencial del paciente, así como archivos de
imágenes y otros que sean considerados como adicionales
deben estar anexados en la historia Clínica
RN-012 La seguridad de la información del archivo recae
directamente en el encargado de archivos.
La Historia Clínica, sub fichas de atención y odontogramas
están elaborados siguiendo el patrón estándar normado
RN-013 por el Colegio Odontológico del Perú considerando estos
como campos básicos. Adicionalmente la Clínica puede
definir otros campos que sirvan de apoyo a la gestión y
lineamiento del negocio.
Los documentos de la historia clínica son digitalizados y
RN-014 almacenados en un backup de disco duro cada 6 meses
siempre y cuando hayan tenido modificaciones después de
la última digitalización.
Un médico tratante sólo puede atender a un paciente a su
RN-015 vez. Sin embargo un paciente puede ser atendido por
varios médicos.
El paciente es asignado a un médico tratante para todas
RN-016 las consultas y tratamientos futuros. Salvo exista una
petición formal del paciente y sustentación de lo requerido.
RN-017 Un médico tratante puede solicitar la remoción de un
paciente previa sustentación.
El médico tratante puede solicitar uno o mas interconsultas
y exámenes clínicos al paciente y el médico especialista
RN-018 puede también ordenar interconsultas con otras
especialidades con la obligación de ponerla en
conocimiento del médico tratante.
Los resultados de exámenes que el paciente haya obtenido
RN-019 en otras instituciones clínicas no son admitidos o
considerados como válidos salvo previa coordinación con el
jefe médico de la clínica y a petición del médico tratante.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 14 de 33
5. Requisitos Funcionales
6. Requisitos No Funcionales
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 16 de 33
Tipo de Requisito Implementació
Código Descripción
n
Aplicando en los
El sistema deberá considerar servlets y jsp
RNF-007 del servidor de aplicaciones
Apache tomcat 6.0
Tener
conocimientos del
El sistema deberá tener el lenguaje Java
Componentes a RNF-008 programa Eclipse Helios para
Adquirir la aplicación del producto
Tener
Interfaces de El menú de navegación conocimiento del
Usuario siempre deberá estar manejo de
RNF-010
disponible al lado izquierdo y Include para
ser despegable anexar todos los
jsp con el menú
La resolución mínima para una
buena visualización y
RNF-011 ejecución del sistema será un
tamaño de pantalla de
1024x768 píxel.
El diseño de la interfaz deberá Tener
Interfaces de
ser diseñada usando la Conocimientos de
Hardware RNF-012 herramienta Dreamweaver. la herramienta
DreanWeaver
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 17 de 33
Tipo de Requisito Implementació
Código Descripción
n
Teniendo un
control de Todos
Estándares los programas
El sistema debe tener
aplicables que se
RNF-017 instalados todos los programas
necesitaran para
para una exitosa ejecución
la
implementación
del sistema
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 18 de 33
7.3. Arquitectura del Sistema – Diagrama de Paquetes
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 19 de 33
Paquete: P02 – Tratamiento
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 20 de 33
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 21 de 33
Paquete P02 - Tratamiento
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 22 de 33
0.4 0.3 0.2 0.1
IMPACTO CLASIFICACIÓN
CASO DE USO IMPORTANCIA COMPLEJIDAD RIESGO RNF TOTAL DE CU
CUS01 – Registrar
cita del paciente 10 8 10 4 8.8 Primario
CUS02 – Consultar
HC 8 7 5 2 6.5 Primario
CUS03 – Registrar
interconsulta 8 5 9 4 6.9 Secundario
CUS04 – Entrevistar
al paciente 8 8 8 4 7.6 Primario
CUS05 – Registrar
Tratamiento 9 5 8 2 6.9 Secundario
CUS06 – Registrar
Historia Clínica 7 7 7 2 6.5 Primario
CUS07 – Gestionar
imágenes 7 7 7 2 6.5 Secundario
CUS08 – Mantener
documentos 7 7 7 2 6.5 Secundario
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 23 de 33
7.7. Matriz de Modelo de Negocio y Modelo de Sistema
Verifica
El sistema debe permitir asignar un médico
disponibilidad de RF-007
tratante y un horario de atención a una cita.
médicos
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 24 de 33
Clasificación Primario
Requisitos Indicar un parámetro de búsqueda del paciente. El
paciente debe estar registrado en la base de datos.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 25 de 33
Actor(es): Médico tratante
Propósito: Registrar el estado de las piezas dentales y
diagnósticos con plan de trabajo.
Caso de uso CUS06 – Registrar Historia Clínica, CUS03 –
asociado: Registrar interconsulta
Resumen: El médico evalúa el estado de las piezas dentales y
gráficamente determina el trabajo a realizar para
cada una de ellas.
Clasificación Primario
Requisitos El paciente debe tener HC registrada.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 26 de 33
Resumen: El caso de uso se inicia cuando existe alguna
actualización de imágenes o documentos del
paciente. El médico tratante o especialista envía por
e-mail a la secretaria y ella se encarga de validar la
más actual y asegurar el histórico de imágenes del
paciente.
Clasificación Secundario
Requisitos El paciente debe tener HC. Debe existir un
documento que editar o actualizar.
5. Sub Flujos
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 27 de 33
6. Flujos Alternos
6.1. <<Hora no disponible>>
En el punto 6. Si no hay hora disponible, el sistema muestra msj
“Hora no disponible”.
6.2. <<Nro. HC o Nombre Paciente no encontrados>>
En el punto 11. Si no existe Nro. o Nombre Paciente el sistema
mostrar un mensaje “Nro. HC no existe” o “Nombre Paciente no
existe” y la Recepcionista selecciona cancelar Cita.
7. Precondiciones
La recepcionista deberá estar logueada al sistema
8. Pos condiciones
EL sistema Grabara la cita del Paciente
9. Puntos de Extensión
No aplica
10. Requerimientos Especiales
No aplica
11. Prototipos
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 28 de 33
2. Propósito
Crear la Historia Clínica del paciente.
3. Breve Descripción
El caso de uso Generar Historia Clínica guardara todos los datos
personales como antecedentes y exámenes bucodentales del
Paciente.
5. Sub Flujos
Ninguno
6. Flujos Alternos
6.1. Nombre del flujo alterno
Datos Incompletos:
1. En el punto 8 . Si los datos ingresados están incompletos no se podrá
Generar una Historia Clínica y se mostrara un mensaje “Datos
Incompletos”
7. Precondiciones
La secretaria deberá estar logueada en el sistema.
8. Pos condiciones
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 29 de 33
La historia Clinica quedara Grabada
9. Puntos de Extensión
Ninguno
10.Requerimientos Especiales
Ninguno
11.Prototipos
3. Breve Descripción
El caso de Uso Registrar Tratamiento, registrar por un
odontrograma.
El estado de las piezas del Paciente
4. Flujo Básico de Eventos
1. El caso de uso comienza cuando el médico tratante selecciona la
opción Registrar Tratamiento del menú principal.
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 30 de 33
2. El sistema muestra los datos del Odontograma : Nro. Diente ,
Descripción. Datos del Paciente: Nombre del Paciente y nro.
Historia Clínica
3. El Médico Tratante ingresa el número de Diente
4. El Médico tratante ingresa la descripción detallada del diente
5. El Médico Tratante ingresa el Nro. Historia Clínica
6. El Médico tratante selecciona consultar Historia Clínica
7. El sistema incluye el caso de uso Consultar Historia Clínica
8. El sistema muestra El nombre del Paciente
9. El Médico tratante selecciona Grabar
10. El sistema Graba el Tratamiento y el caso de uso finaliza
5. Sub Flujos
<<Nro Historia Clínica no encontrada>>
En el punto 6.Si el numero de Historia Clínica no es correcta El
sistema mostrara msj “Historia Clínica No encontrada.”
6. Flujos Alternos
6.1. Nombre del flujo alterno
No aplica
7. Precondiciones
El Médico Tratante deberá estar logueado al sistema
8. Pos condiciones
El sistema Grabara el tratamiento del Paciente
9. Puntos de Extensión
11. Prototipos
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 31 de 33
8. Flujo General de Navegación
“No aplica para esta versión y presentación del RES”
9. Esquema de Seguridad
“No aplica para esta versión y presentación del RES”
Aplicativo
Funciones por Módulo Perfil 1 Perfil 2 ... Perfil N
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 33 de 33