RES 1.0.0 - Mario - Reyes

Reporte de
Especificación de
Software (RES)
Versión <1.0.0>
Sistema de Gestión Médica
____________________________________________________________________________________
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)
____________________________________________________________________________________
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
4. Procesos de Negocio ......................................................................... 7

4.1. LISTA DE CASOS DE USO DE NEGOCIO ............................................................................ 7
4.1.1. LISTA DE ACTORES DEL NEGOCIO .................................................................................. 8
4.1.2. DIAGRAMA GENERAL DE CASO DEL NEGOCIO................................................................ 8
4.1.3. ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO................................................ 8
CUN01 – GESTIONAR ATENCIÓN MÉDICA DENTAL ......................................................................... 8
4.2. REALIZACIÓN DE LOS CASOS DE USO DE NEGOCIO ........................................................ 10
4.3. LISTA DE TRABAJADORES DE NEGOCIO ........................................................................... 13
4.4. REGLAS DE NEGOCIO ....................................................................................................... 13
5. Requisitos Funcionales .................................................................. 15
6. Requisitos No Funcionales............................................................ 16
7. Modelo de Casos de Uso del Sistema ........................................ 18

7.1. LISTA DE ACTORES DE SISTEMA ...................................................................................... 18
7.2. DIAGRAMA DE ACTORES DEL SISTEMA ............................................................................ 18
7.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES .............................................. 19
7.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE .................................................... 19
7.5. DIAGRAMA DE CASOS DE USO POR PAQUETE .................................................................. 20
7.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA ..................................................... 22
7.7. MATRIZ DE MODELO DE NEGOCIO Y MODELO DE SISTEMA ............................................. 24
7.8. ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA .................................................. 24
CUS01 – Registrar cita del paciente ............................................................................................ 27
CUS06 – Registrar Historia Clínica ............................................................................................... 28
CUS05 – Registrar tratamiento ..................................................................................................... 30
8. Flujo General de Navegación ....................................................... 32

____________________________________________________________________________________
9. Esquema de Seguridad................................................................... 32
10. Modelo de Análisis ........................................................................ 32
11. Modelo Conceptual........................................................................ 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).
Actualmente el registro de sus pacientes, evaluaciones preliminares,

historias clínicas, planes de trabajo, odontogramas, plan de tratamiento,
recetarios, pruebas, films, intervenciones y otros documentos de los procesos
directos a la atención médica dental se registra de forma manual y física y
archiva en folders y archivadores. Esta forma de trabajo ha provocado la
pérdida y maltrato de los documentos así como el desorden organizacional de
la historia clínica general de los pacientes. Además, la información del
paciente, que por convención médica debe ser protegida, es vulnerable. Esto
ha ocasionado repetidos reclamos de los clientes. Por otro lado, la atención
médica de un paciente es difícil y prolongado por los tiempos de espera que
el paciente debe parecer cuando el personal de archivo busca una HC y es
remitida al doctor que hará la atención y luego cuando es enviada a otra
especialidad.
Ante esta situación la empresa ha contratado los servicios de una consultora

especializada en mejora de procesos y automatización a través de desarrollo
de sistemas y/o software de alta calidad y precisión que le ayude recuperar
el orden documentario, agilidad en sus procesos y atenciones y la
confiabilidad del cliente, además de estar al nivel tecnológico de otras
clínicas de la competencia.
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:
 Gestionar la atención médica dental de manera más eficiente y segura

 Controlar al 100% el flujo de trabajo que se inicia a un documento
durante una atención.
 Brindar seguridad a la información restringida de los pacientes.
 Gestionar visualmente a través de mapas, tableros, líneas de tiempo
la atención de un paciente.
3. Alcance
3.1. Dentro del Alcance

El sistema contará con los siguientes módulos:
Modulo de Gestión de Citas:

 Consultar disponibilidad de médicos tratantes (MT)
____________________________________________________________________________________
 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.2. Fuera del Alcance

 No se creara interface para el paciente y la aplicación
 No se creara interfaces para el mantenimiento de los médicos
 No se creara módulos para gestión administrativa de la clínica.
 No se creara interfaces entre los equipos de imágenes y la
aplicación.
 No se creara modulo de reportes.
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.
____________________________________________________________________________________
 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
4.1. Lista de Casos de Uso de Negocio
Caso de uso del Descripción

negocio
El caso de uso se inicia cuando el paciente solicita
una cita con un médico tratante. La secretaria
solicita los datos del paciente y ordena al
encargado de archivo buscar la Historia Clínica
(HC). El encargado de archivo devuelve la HC a la
secretaria y ella adjunta una sub-ficha para la
atención de esta nueva cita. La secretaria envía los
documentos al médico tratante (MT). El MT
durante la atención del paciente genera o consulta
el odontograma del paciente y verifica el
CUN01 – Gestionar tratamiento que se viene a hacer o a continuar. El
Atención Médica MT ejecuta la atención operativa y de ser necesario
Dental. puede ordenar una interconsulta con alguna
especialidad, Médico Especialista (ME). El ME luego
de haber tratado al paciente por la orden de la
interconsulta devuelve los resultados al MT para
que continúe con el tratamiento del paciente. El
MT genera un nuevo plan de trabajo en caso de
que se necesite una nueva cita para continuar el
tratamiento o de lo contrario lo da por finalizado.
En ambos casos el MT puede generar una receta
médica que finalmente es entregada a la secretaria
para que registre el visto bueno y se le adjunte y
explique las recomendaciones del médico o se
genere una nueva programación para una visita.
____________________________________________________________________________________
4.1.1. Lista de Actores del Negocio
Actor del Negocio Descripción

Encargado de iniciar el caso de uso del
negocio ya que, es el que solicita la cita para
un tratamiento médico dental.
4.1.2. Diagrama General de Caso del Negocio
4.1.3. Especificación de los Casos de Uso del Negocio
CUN01 – Gestionar Atención Médica Dental

1. Breve Descripción
En este proceso se contemplan los pasos necesarios para gestionar
una atención médica dental.
2. Objetivo
o Gestionar la atención médica dental de manera más eficiente y
segura
o Controlar al 100% el flujo de trabajo que se inicia a un
documento durante una atención.
o Brindar seguridad a la información restringida de los pacientes.
o Gestionar visualmente a través de mapas, tableros, líneas de
tiempo la atención de un paciente.
____________________________________________________________________________________
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.
____________________________________________________________________________________
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
4.2. Realización de los Casos de Uso de Negocio
4.2.1 Diagrama de Clases
____________________________________________________________________________________
____________________________________________________________________________________
4.2.2 Diagrama de Actividades
____________________________________________________________________________________
4.3. Lista de Trabajadores de Negocio
Trabajador del Negocio Descripción

Es la persona que recepciona al
paciente. Se encarga de registrar y
programara las citas de los
pacientes y de asignar al médico
tratante. Crear las HC y las sub-
fichas de atención.
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.
Es el profesional que ejecuta la

operativa de la evaluación,
diagnostico y tratamiento del
paciente. Es quien registra en la
Historia Clínica la información
encontrada en cada atención acerca
del paciente y su progreso.
Es el profesional que sirve de apoyo

al médico tratante cuando aquel
necesita de la opinión especializada
de una disciplina distinta a la dental
general.
4.4. Reglas de Negocio
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.
____________________________________________________________________________________
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.
____________________________________________________________________________________
5. Requisitos Funcionales
Código Descripción Proceso de Negocio

El sistema debe permitir buscar la Generar Cita
RF-001 historia clínica de un paciente por
cualquier parámetro de búsqueda
El sistema debe permitir actualizar Generar cita
RF-002 los datos de un paciente durante la
generación de una cita
El sistema debe permitir registrar Generar cita
RF-003 la cita médica de los pacientes y la
Historia Clínica.
El sistema debe permitir al Generar cita
RF-004
paciente programar las citas.
El sistema debe permitir a la Generar cita
RF-005
secretaria programar la cita.
El sistema debe permitir anular, Generar cita
RF-006
editar, y reprogramar una cita.
El sistema debe permitir asignar Generar cita
RF-007 un médico tratante y un horario de
atención a una cita.
El sistema debe permitir crear, Entrevistar Paciente
RF-008 editar la entrevista del paciente
con el Médico tratante(MT)
El sistema debe permitir agregar Entrevistar Paciente
RF-009
una fotografía de ser necesario
El sistema debe permitir al MT Evaluar Paciente
RF-010
registra y actualizar datos en la HC
El sistema debe permitir al MT Evaluar Paciente
generar, editar y actualizar datos
RF-011
en el odontograma grafico del
sistema.
El sistema debe permitir al MT Diagnosticar Paciente
RF-012 registrar en la HC el diagnostico
del paciente
El sistema debe permitir al MT Registrar tratamiento
registrar el plan de trabajo de un
RF-013
tratamiento médico dental y sus
procedimientos a seguir
El sistema debe permitir al MT Registrar Tratamiento
RF-014 registra en la HC la receta médica
y la posología.
El sistema debe permitir generar Generar cita
RF-015 una interconsulta con un médico
especialista (ME)
El sistema debe permitir al ME Registrar Especialidad
registrar los resultados de los
RF-020 exámenes por especialidad y
agregar comentarios y/o
observaciones
El sistema debe permitir al ME Registrar Especialidad
solicitar una nueva interconsulta y
RF-021 dejar por enterado al médico
tratante acerca de la nueva
decisión
____________________________________________________________________________________
Código Descripción Proceso de Negocio
El sistema debe permitir controlar Gestionar documentos
la gestión documentaria pudiendo
RF-022
anexar documentos durante
cualquier procedimiento.
El sistema debe brindar la Gestionar documentos
RF-023 seguridad e integridad de
documentos.
El sistema debe permitir visualizar Gestionar documentos
RF-024 y actualizar los documentos anexos
durante cualquier procedimiento.
El sistema debe permitir gestionar Controlar Seguridad
roles de usuario para brindar
RF-025
seguridad de información y niveles
de acceso.
El sistema debe tener un log de Control de seguridad
RF-026
eventos.
6. Requisitos No Funcionales
Tipo de Requisito Implementació

n
Desarrollando
código java con
paginas
La aplicación se desarrollará en dinámicas jsp y
RNF-001 el Lenguaje de programación Cumpliendo los
Java bajo la tecnología J2EE requisitos
funcionales y no
funcionales del
sistema.
Desarrollando los
modelos de
Se utilizara la herramienta IDE
RNF-002 negocio , modelos
Rational Developer RAD –IBM
Restricciones del de caso de uso y
Diseño modelo de diseño
Cumpliendo con
la base de datos
El producto deberá soportar la
RNF-003 donde se tendrá
Base de Datos MySQL
registrados toda
la data
Teniendo todos
los efectos e
La aplicación Web deberá ser
implementación
compatible con los
para el
RNF-004 navegadores Internet Explorer
funcionamiento
(versión 7 o superior) y
de los
Mozilla Firefox.
navegadores en
que sea aplicada
____________________________________________________________________________________
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
A cada usuario se le asignará

Requerimientos de un usuario del sistema y una Se aplicaran
Licenciamiento RNF-014 clave, los cuales permitirán el validaciones para
ingreso de acuerdo un perfil la seguridad del
determinado. sistema
Se aplicaran
Seguridad El usuario podrá cambiar su
validaciones para
RNF-015 contraseña cuando lo
la seguridad del
considere necesario.
sistema
El sistema tendrá en cuenta la Deberá reflejar
alta sensibilidad de la patrones de
RNF-016 información que maneja de seguridad
acuerdo a las normas y mediante
estándares organizacionales. validaciones
____________________________________________________________________________________
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
Requisitos del Teniendo el

Los usuarios deben estar
Sistema manual de
RNF-018 capacitados para el manejo del
Usuario a su
sistema
disposición
El tiempo de respuesta del Tener eficiencia
Requisitos de sistema para operaciones de en las pruebas de
Desempeño ingreso o registro de ejecución del
RNF-020
información deberá realizarse sistema
como máximo en 5 segundos
de espera
Tener eficiencia
El sistema debe mostrar los
en las pruebas de
RNF-021 resultados de una búsqueda en
ejecución del
menos de 10 segundos
sistema
7. Modelo de Casos de Uso del Sistema
7.1. Lista de Actores de Sistema
Actor del sistema Descripción

Secretaria Persona que se encarga de generar las citas de
paciente y de confirmar las interconsultas.
Médico tratante Persona que se encarga de crear la Historia
Cínica y de evaluar al paciente. Generar las
interconsultas y elegir un tratamiento.
Médico especialista Persona que se encarga de ejecutar una tarea
especifica que sirva de apoyo al médico
tratante a través de algún examen o prueba en
el paciente. Registra los resultados de las
pruebas solicitadas.
7.2. Diagrama de Actores del Sistema
____________________________________________________________________________________
7.3. Arquitectura del Sistema – Diagrama de Paquetes
7.4. Lista de Casos de Uso del Sistema por Paquete
Paquete: P01 – Gestionar Cita
Caso de uso del sistema Descripción
CUS01 – Registrar cita del El sistema deberá permitir registrar la cita

paciente del paciente donde se detalla el médico
tratante, la fecha y la hora.
CUS02 – Consultar HC El sistema deberá permitir consultar la HC
para obtener los datos y el histórico del
paciente
CUS03 – Registrar El sistema deberá permitir registrar la
interconsulta derivación del paciente hacia otro médico
tratante y las anotaciones para un
tratamiento especializado del paciente.
____________________________________________________________________________________
Paquete: P02 – Tratamiento
CUS04 – Entrevistar al El sistema deberá permitir entrevistar al

paciente paciente acerca de sus anteriores
enfermedades propias y que sean
heredaras por los familiares. Así como
alergias y otros padecimientos anteriores
y actuales.
CUS05 – Registrar El sistema deberá permitir crear un plan
Tratamiento de trabajo a través de un odontograma
grafico donde se detalle las acciones a
seguir para la corrección o alivio de algún
padecimiento en las piezas dentales
CUS06 – Registrar Historia El sistema deberá permitir registrar los
Clínica diagnósticos de cada sesión y el avance
progresivo de un plan de trabajo, así
como los medicamentos recetados y la
posología.
Paquete: P03 – Gestionar documentos
CUS07 – Gestionar El sistema deberá permitir en cualquier

imágenes momento del proceso de la atención
clínica cargar y consultar documentos,
imágenes y cualquier otro archivo que se
genere durante la atención de un
paciente.
CUS08 – Mantener El sistema deberá permitir mantener los
documentos histórico de los documento y al mismo
tiempo actualizar los documentos.
7.5. Diagrama de Casos de Uso por Paquete
Paquete P01 – Gestionar cita
____________________________________________________________________________________
____________________________________________________________________________________
Paquete P02 - Tratamiento
Paquete P03 – Gestión de documentos
7.6. Priorización de los Casos de Uso del Sistema
7.6.1. Clasificación de los Casos de Uso del Sistema
____________________________________________________________________________________
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
7.6.2. Ciclos de Desarrollo de los Casos de Uso del Sistema
Ciclo de desarrollo Nombre del caso de uso Clasificación

Ciclo 0 CUS01 – Registrar cita del Primario
paciente
CUS06 – Registrar Historia Clínica Primario
CUS05 – Registrar Tratamiento Primario
Ciclo 1 CUS02 – Consultar HC Primario
CUS03 – Registrar interconsulta Secundario
CUS04 – Entrevistar al paciente Primario
Ciclo 2 CUS07 – Gestionar imágenes Secundario
CUS08 – Mantener documentos Secundario
____________________________________________________________________________________
7.7. Matriz de Modelo de Negocio y Modelo de Sistema
Matriz de Actividades y Requisitos del Sistema SIGTRAM

Proceso de Actividad del Resp. del
Requisito Funcional Caso de Uso Actores
Negocio Negocio Negocio
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
El sistema debe permitir buscar la historia

Busca al paciente Registrar cita
Recepcionista RF-001 clínica de un paciente por cualquier parámetro CUS01 Recepcionista
por HC del paciente
de búsqueda
Registra fecha y El sistema debe permitir registrar la cita médica

RF-003
hora de los pacientes y la Historia Clínica.
El sistema debe permitir crear, editar la

Entrevistar al Entrevistar al
RF-008 entrevista del paciente con el Médico CUS04
paciente paciente
tratante(MT)
CUN01 – El sistema debe permitir al MT registrar en la HC

Gestionar RF-012
el diagnostico del paciente
Atención
Médica Dental. Médico tratante Médico tratante
El sistema debe permitir al MT registrar el plan
Diagnosticar al Registrar
RF-013 de trabajo de un tratamiento médico dental y CUS05
paciente Tratamiento
sus procedimientos a seguir
El sistema debe permitir al MT registra en la HC

RF-014
la receta médica y la posología.
El sistema debe permitir al ME solicitar una

RF-021 nueva interconsulta y dejar por enterado al
Generar médico tratante acerca de la nueva decisión
interconsulta Médico Registrar Médico
CUS03
Desaprueba Especialista interconsulta especialista
solicitud de tramite El sistema debe permitir al ME registrar los
RF-020 resultados de los exámenes por especialidad y
agregar comentarios y/o observaciones
7.8. Especificación de los Casos de Uso del Sistema
7.8.1. Especificación de Alto Nivel
Caso de uso: CUS01 – Registrar cita del paciente

Actor(es): Recepcionista.
Propósito: Generar la cita y la interconsulta
Caso de uso CUS01 -Consultar HC y CUS03 -Registrar
asociado: interconsulta
Resumen: El caso de uso se inicia cuando el paciente solicita
una cita. La recepcionista hace una búsqueda de la
disponibilidad del médico tratante. Si la hubiera has
una búsqueda de la historia clínica del paciente y
registrar la fecha ay hora en que será atendido.
____________________________________________________________________________________
Clasificación Primario
Requisitos Indicar un parámetro de búsqueda del paciente. El
paciente debe estar registrado en la base de datos.
Caso de uso: CUS02 – Consultar HC

Actor(es): Recepcionista, Médico tratante, Médico especialista.
Propósito: Consultar una HC por cualquier parámetro.
Caso de uso Todos.
asociado:
Resumen: El caso de uso se inicia cuando el usuario necesita
obtener el dato de la HC de un paciente. El usuario
ingresara cualquier criterio de búsqueda.
Requisitos
Caso de uso: CUS03 – Registrar interconsulta

Actor(es): Recepcionista
Propósito: Registrar nueva cita con un médico especialista
Caso de uso CUS01 – Registrar cita del paciente, CUS03 –
asociado: Registrar interconsulta.
Resumen: El caso de uso se inicia cuando el médico tratante
solicita a la secretaria generar una nueva cita para
el paciente con una especialidad.
Clasificación Secundario
Requisitos Indicar un parámetro de búsqueda del paciente. El
paciente debe estar registrado en la base de datos
Caso de uso: CUS04 – Entrevistar al paciente

Actor(es): Médico tratante
Propósito: Registrar los antecedentes médicos del paciente y
sus familiares. Reconocer algunas enfermedades,
alergias del paciente.
Caso de uso CUS05 – Registrar Tratamiento
asociado:
Resumen: El caso de uso se inicia cuando el médico entrevista
por primera vez al paciente. El médico ingresará las
enfermedades y alergias anteriores y actuales del
paciente y de sus familiares directos para crear un
perfil de paciente.
Requisitos El paciente debe tener HC registrada.
Caso de uso: CUS05 – Registrar Tratamiento
____________________________________________________________________________________
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.
Requisitos El paciente debe tener HC registrada.
Caso de uso: CUS06 – Registrar Historia Clínica

Actor(es): Secretaria
Propósito: Crear la HC del paciente.
Caso de uso CUS01 – Registrar cita del paciente , CUS04 –
asociado: Entrevistar al paciente
Resumen: El caso de uso se inicia cuando el paciente confirma
que va ser atendido por el médico y la secretaria
genera una HC en el caso de ser un paciente nuevo.
Si el paciente ya está registrado se inicia el caso de
uso : CUS02 – Consultar HC
Requisitos El paciente debe haber confirmado su atención con
el médico.
Caso de uso: CUS07 – Gestionar imágenes

Actor(es): Todos
Propósito: Cargar documentos del negocio
Caso de uso Todos
asociado:
Resumen: El caso de uso se inicia cuando un usuario del
sistema necesita cargar algún documento del
negocio en cualquier momento del proceso de
gestión de cita o atención del paciente.
Requisitos El paciente debe tener HC
Caso de uso: CUS08 – Mantener documentos

Actor(es): Secretaria
Propósito: Cargar documentos del negocio
Caso de uso Todos
asociado:
____________________________________________________________________________________
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.
Requisitos El paciente debe tener HC. Debe existir un
documento que editar o actualizar.
7.8.2. Especificación Expandida
CUS01 – Registrar cita del paciente

1. Actores
Recepcionista
2. Propósito
Generar la Cita y la interconsulta
El caso de uso Registra la cita del Paciente, Buscando por Fecha y
Hora la disponibilidad de una cita.
4. Flujo Básico de Eventos

1. El caso de uso comienza cuando la Recepcionista selecciona la
Opción Generar Cita del Menú Principal.
2. El sistema Muestra los Datos de la Cita como Hora, Fecha ,
Médico que lo atenderá también Se tienen los Datos del Paciente
como Nro.HC y Nombre del Paciente, Asunto / trabajo a tratar.
Además se tienen las opciones Buscar HC Y Anular HC.
3. La Recepcionista selecciona una Fecha
4. El sistema valida la Fecha
5. La recepcionista selecciona la Hora
6. La recepcionista selecciona Buscar
7. El sistema muestra el Nombre del Doctor que lo atenderá
8. La recepcionista ingresa el Nro. HC o ingresa Nombre Paciente
9. La recepcionista selecciona Buscar HC
10. El sistema valida los datos
11. El sistema muestra El nombre del Paciente o Nro Historia Clinica
12. La Recepcionista ingresa Asunto/ trabajo a tratar
13. La recepcionista graba la cita
14. El sistema graba la cita y el caso de uso finaliza
5. Sub Flujos
____________________________________________________________________________________
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
CUS06 – Registrar Historia Clínica

1. Actores
Secretaria
____________________________________________________________________________________
2. Propósito
Crear la Historia Clínica del paciente.
El caso de uso Generar Historia Clínica guardara todos los datos
personales como antecedentes y exámenes bucodentales del
Paciente.

1. El caso de Uso comienza cuando la secretaria selecciona la
opción “Generar Historia Clínica del caso de uso Generar Cita”
2. El sistema muestra la interfaz “Generar Historia Clínica ”con los
campos: Nro Historia Clínica Autogenerado ,Datos del Paciente :
Nombre, Edad, Fecha Nacimiento, Nro.DNI, Ano de Intervención,
Antecedentes :Enfermedades Anteriores, Alergias a
Medicamentos , Riesgo Cariogenico para seleccionar con Radio
Button, Exámenes Bucodentales : Higiene Bucal, Uso cepillo ,
maloclusion y gingivopatias para marcar con checkbox. Además
se tienen las opciones Grabar y Generar Sub Ficha
3. La secretaria ingresa Datos del Paciente
4. La secretaria ingresa Datos de Antecedentes
5. La secretaria ingresa Resultados de Exámenes Bucodentales
6. La secretaria selecciona la opción Generar Sub-Ficha
7. El sistema incluye caso de uso Generar Ficha
8. La secretaria selecciona la opción Grabar
9. El sistema graba Historia Clínica
10. El sistema muestra MSG “Historia Clínica Grabada”
11. El sistema cierra la interfaz y el caso de uso finaliza.
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
____________________________________________________________________________________
La historia Clinica quedara Grabada
Ninguno
10.Requerimientos Especiales
Ninguno
11.Prototipos
CUS05 – Registrar tratamiento

1. Actores
Médico Tratante
2. Propósito
Registrar el estado de las piezas dentales y diagnósticos con plan de
trabajo.
El caso de Uso Registrar Tratamiento, registrar por un
odontrograma.
El estado de las piezas del Paciente
1. El caso de uso comienza cuando el médico tratante selecciona la
opción Registrar Tratamiento del menú principal.
____________________________________________________________________________________
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.”
<<Datos Incompletos del Tratamiento>>

En el punto 9.Si los datos no están completos el sistema mostrara un
msj “Datos incompletos”
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
10. Requerimientos Especiales
11. Prototipos
____________________________________________________________________________________
8. Flujo General de Navegación
“No aplica para esta versión y presentación del RES”
9. Esquema de Seguridad
Aplicativo
Funciones por Módulo Perfil 1 Perfil 2 ... Perfil N
10. Modelo de Análisis

10.1. Realización de Casos de Uso – Análisis
Código del CUS – Nombre del CUS

Nombre del Escenario
Diagrama de Secuencia de Análisis

Diagrama de Clases de Análisis

____________________________________________________________________________________
11. Modelo Conceptual
____________________________________________________________________________________

RES 1.0.0 - Mario - Reyes

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

RES 1.0.0 - Mario - Reyes

Transféré par

Droits d'auteur :

Formats disponibles

Reporte de

Sistema de Gestión Médica

4. Procesos de Negocio ......................................................................... 7

5. Requisitos Funcionales .................................................................. 15

7. Modelo de Casos de Uso del Sistema ........................................ 18

8. Flujo General de Navegación ....................................................... 32

10. Modelo de Análisis ........................................................................ 32

11. Modelo Conceptual........................................................................ 33

Actualmente el registro de sus pacientes, evaluaciones preliminares,

Ante esta situación la empresa ha contratado los servicios de una consultora

 Gestionar la atención médica dental de manera más eficiente y segura

3.1. Dentro del Alcance

Modulo de Gestión de Citas:

3.2. Fuera del Alcance

4.1. Lista de Casos de Uso de Negocio

Caso de uso del Descripción

Actor del Negocio Descripción

4.1.2. Diagrama General de Caso del Negocio

4.1.3. Especificación de los Casos de Uso del Negocio

CUN01 – Gestionar Atención Médica Dental

4.2. Realización de los Casos de Uso de Negocio

4.2.1 Diagrama de Clases

Trabajador del Negocio Descripción

Es el profesional que ejecuta la

Es el profesional que sirve de apoyo

4.4. Reglas de Negocio

Código Descripción Proceso de Negocio

Tipo de Requisito Implementació

A cada usuario se le asignará

Requisitos del Teniendo el

7. Modelo de Casos de Uso del Sistema

7.1. Lista de Actores de Sistema

Actor del sistema Descripción

7.2. Diagrama de Actores del Sistema

7.4. Lista de Casos de Uso del Sistema por Paquete

Paquete: P01 – Gestionar Cita

Caso de uso del sistema Descripción

CUS01 – Registrar cita del El sistema deberá permitir registrar la cita

Caso de uso del sistema Descripción

CUS04 – Entrevistar al El sistema deberá permitir entrevistar al

Paquete: P03 – Gestionar documentos

Caso de uso del sistema Descripción

CUS07 – Gestionar El sistema deberá permitir en cualquier

7.5. Diagrama de Casos de Uso por Paquete

Paquete P01 – Gestionar cita

Paquete P03 – Gestión de documentos

7.6. Priorización de los Casos de Uso del Sistema

7.6.1. Clasificación de los Casos de Uso del Sistema

7.6.2. Ciclos de Desarrollo de los Casos de Uso del Sistema

Ciclo de desarrollo Nombre del caso de uso Clasificación

Matriz de Actividades y Requisitos del Sistema SIGTRAM

El sistema debe permitir buscar la historia

Registra fecha y El sistema debe permitir registrar la cita médica

El sistema debe permitir crear, editar la

CUN01 – El sistema debe permitir al MT registrar en la HC

El sistema debe permitir al MT registra en la HC

El sistema debe permitir al ME solicitar una

7.8. Especificación de los Casos de Uso del Sistema

7.8.1. Especificación de Alto Nivel

Caso de uso: CUS01 – Registrar cita del paciente

Caso de uso: CUS02 – Consultar HC

Caso de uso: CUS03 – Registrar interconsulta

Caso de uso: CUS04 – Entrevistar al paciente