1. Ingeniería

UNIVERSIDAD SAN MARTIN DE PORRES
FACULTAD DE INGENIERIA Y ARQUITECTURA
PROYECTO
DE DISEÑO E
IMPLEMENTACIÓN DE SISTEMAS
SISTEMA INTEGRAL DE CONSULTA
EXTERNA
POSTA MEDICA 10 DE OCTUBRE
PROFESOR:
Ing. Fred Luis Duarte Jacome
Teoría y Laboratorio
INTEGRANTES:
Bautista de la Cruz, Diego
Cordova Cassia, Miguel
Cotera Meza, Fernando
Cruz Diaz, Miguel
Fukusaki Infantas, Senyi
Lavado Sarmiento, David
Lloclla Machuca, Paola
Osorio Sánchez, Sebastián
Sistema Integral de Consulta Externa
Posta Médica 10 de Octubre
I. De s cri pci ón de l Pr o ye c t o
1.1.
Definicion del Proyecto
El proyecto “SICE” consiste en la elaboración de un producto de software
para la Postal Médica “10 de Octubre”; en la cual se hará uso del proceso
unificado Rational (RUP) y otras herramientas.
Con el desarrollo de este proyecto se busca que los procesos al atender el
requerimiento de personal de alguna unidad perteneciente a
la
organización y hacer la contratación, capacitación y control de manera
más rápida y segura, lo cual permitirá un ahorro de tiempo y dinero.
El proyecto será propuesto y desarrollado por los alumnos del Curso de
Diseño e Implementación de Sistemas.
1.1.1. Objetivos General de la Organización
Convertir a Postal Médica “10 de Octubre” en uno de los centro de
atención médicos más importantes de Lima.
1.1.2. Objetivos Específicos de la Organización
Mejorar los procesos para la Gestión de la Postal Médica.
Integrar todos los procesos de la posta para evitar la redundancia de
información.
Obtener la información necesaria en el momento oportuno, para una
exitosa toma de decisiones.
1.2.
Alcance del Proyecto
El alcance de este proyecto consiste en el diseño del sistema y toda la
documentación de cada etapa del proceso del RUP (Rational Unified
Process). El producto a entregar consta del diseño de todos los módulos
del software y recomendaciones de hardware a usar. La documentación
comprende el manual de usuario y manual del producto, así como los
respectivos documentos.
II. Modelo de Negocio:
Permite tener una visión amplia de cómo funciona el proceso de “Atención de
Consultas Externas de Paciente”, el cual será automatizado, para lo cual se
tomará en cuenta los actores y los casos de uso del negocio que conforman
este proceso.
Definición de las Reglas del negocio
Las reglas de negocio son
un conjunto de directrices, prácticas que ayudan los
trabajadores de negocio y a los profesionales de TI en las siguientes tareas:

Expresar las reglas claras, sin ambigüedades y bien estructuradas.

Aclarar la lógica de negocio.

Encontrar un término medio entre (a) las políticas de alto nivel y directivas, y (b)
especificaciones de las reglas en un nivel de implementación.

Mejorar la comunicación acerca de las reglas de negocio entre la parte de
negocio y de TI.

Crear un puente entre el análisis del negocio y el diseño de sistemas.
Las reglas de negocio en este documento se han agrupado en tres grandes grupos:
Reglas de negocio que han sido absorbidas por el sistema, Reglas de negocio básicas
y reglas de negocio que infieren en el sistema.
Ver anexo 1
 Requerimiento de Stakeholders
Ver anexo 2
 Catálogo de las reglas del negocio
Ver anexo 3
 Documento Vision
3.1. Modelo de Casos de Uso de Negocio.
En los siguientes puntos podremos encontrar una descripción de alto nivel de
los actores del negocio y de los casos de uso relacionados al proceso
“Atención de Consultas Externas de Paciente”, y nos ayudaremos con un
diagrama de casos de uso para ver cómo se relacionan ambos componentes.
Ver anexo 4
 Modelo de negocio y Análisis del Negocio
Integración de los procesos y actores del negocio (Visión global de casos
de uso de negocio).
Relación entre los procesos y actores del negocio en la posta medica 10 de octubre.
Los actores de negocio son las personas externas a la empresa que
interactúan para el desarrollo del proceso que se está analizando
Lista de actores del negocio
Nombre
Descripción
Es la persona que inicia el proceso de atención
Ver anexo 5:
 Diagrama general de casos de uso de negocio
3.2. Modelo de Análisis del Negocio
A diferencia de modelo de caso de negocio en el modelo de análisis pasamos a
una vista interna del proceso de “Atención de Consultas Externas de Paciente”,
pudiendo analizar los trabajadores de la Posta Médica
“10 de Octubre” y
además identificaremos las entidades que se manejan en nuestro proceso.
Especificación de los casos de uso de negocio.
Descripción narrativa de los flujos básicos y alternativos de cada proceso de
negocio.
Entregables:
Ver Anexo 6
 Especificación de los casos de uso de negocio
Descripción de los casos de uso de negocio
Lista de casos de uso del negocio
Nombre
Descripción
Es el proceso donde se describe todo el flujo de
trabajo de la posta medica 10 de octubre, desde
que un paciente ingresa hasta que es atendido
Entregables:
Ver Anexo 7
 Diagrama de actividades
III. Crear la Matriz de Proceso y Requerimiento
La matriz de actividades vs. requerimientos nos permitirá ver la interacción entre
nuestras actividades y nuestros actores del sistema pudiendo así pasar del modelo
de negocio al modelo del sistema, de estas matrices podremos establecer los casos
de uso que utilizaremos para la implementación del sistema SICE, manteniendo una
correcta trazabilidad en el proyecto.
Entregables:
Ver anexo 8
 Matriz de trazabilidad
IV. Requerimientos:
Descripción de los requerimientos funcionales y no funcionales.
Considerados como requerimientos funcionales todos los procesos principales
y necesarios para el nuevo sistema. Y como requerimientos no funcionales a
aquellos que dan valor agregado al sistema.
FEAT: Peticiones que se quiere implementar ha pedido de los usuarios afectados por
el problema.
CU:
Caso de Uso que se obtienen como requerimiento del sistema
FUNCIONALES
Integración de los casos de uso y actores
Desarrollar el modelo de casos de uso
Entregables:
Ver anexo 9:
 Diagrama general de casos de uso
Especificación de los casos de uso
Se desarrollara cada caso de uso del sistema que se desarrollara a través de
flujos de eventos (básico, sub flujo(s) y alternativo (s)) para mayor detalle
visualizar el anexo.
Ver anexo 10:
 Plantilla de especificaciónes de casos de uso
V. Modelo de Análisis
Análisis de la Arquitectura
En este flujo de trabajo se organizan los casos de uso en paquetes, se agrupan
los casos de uso que ayuden a cumplir una misma meta. Se agrupan los
paquetes en dos capas:
Capa específica, es la que tendrá los paquetes principales
Capa general, los paquetes que son reutilizables y de soporte.
 Describe la relación que existe entre capaz y casos de uso y sus
dependencias
Paquetes de Análisis
Nombre
Descripción
Capa
Dependencias
Consulta Médica
Contiene todos los casos de Especifica
Historia
clínica,
usos de consulta medica
Análisis
Clínico,
Medicamento
Historia Clínica
Contiene los casos de uso de Especifica
ninguno
historia clínica
Cita
Contiene los casos de uso de Especifica
Medico
cita
Medicamento
Contiene los casos de uso de General
ninguno
medicamento
Medico
Contiene los casos de uso de General
ninguno
medico
Realización de los casos de uso
Se desarrolla y detalla cada caso de uso de acuerdo a la especificación elaborada en
el flujo anterior, representando los flujos básicos, sub flujos y alternos.
Entregables:
Ver anexo 11:
 Diagrama de clases
Ver anexo 12:
 Diagrama de colaboración
VI. Modelo de Diseño
Base de Datos
Elaboración del Modelo Lógico
Se incluye todas las clases que conformaran una clase persistente en el Modelo
Físico, a través de un diagrama de clases; donde se indican el tipo de relación que
hay entre las mismas, la multiplicidad y atributos.
Elaboración del modelo físico
Se elabora el modelo físico a partir del modelo lógico, el cual contiene las tablas que
fueron consideradas como clases en el modelo lógico.
Entregable:
Ver anexo 13:
 Diagrama del modelo físico
Ver anexo 14:
 Script
 Data
Elaboración del Diccionario de datos
Se detallará la definición de cada tabla, así como sus atributos, para tener un mejor
conocimiento de la base de datos.
Entregable:
Ver anexo 15:
 Diccionario de datos
Diseño de clase a nivel de implementación
Capas de Diseño
Elaboración de las capas del diseño, agrupando los subsistemas y la GUI.
Identificación y definición de las capas de negocio.
Realización de los casos de uso de diseño
Elaboración del detalle de cada caso de uso a nivel de diseño.
Ver anexo 16:
 Diagrama de clases
Ver anexo 17:
 Diagrama de secuencia
VII. Implementación
Modelo de implementación y despliegue
Ver anexo 18:
 Diagrama de despliegue
Programación:
Entregables:
 Archivos. Dat (archivo)
 Librerías requeridas (archivo)
 Esquema de la base de datos (archivo)
Ver anexo 19:
 Checklist del Código Java
VIII. Pruebas
Describimos los artefactos del flujo de pruebas.
Ver anexo 20:
 Pruebas unitarias
 Pruebas funcionales
 Prueba de esfuerzo
IX. Despliegue
Ver anexo 21:
 Manual de Usuario
 Manual de Administración e Instalación
X. Documentos finales:
 Conclusiones
 Recomendaciones
 Anexos
ANEXOS
Anexo 1: REQUERIMIENTO DE STAKEHOLDERS
Petición del Stakeholder – Médico
1. Introducción
El documento contiene los requerimientos del Médico “Posta Médica 10
de Octubre", Erick Torbe Pérez.
2. Perfil del Médico de Triaje
 Nombre: Erick Torbe Pérez.

Compañía: Posta Médica 10 de Octubre.

Cargo: Médico.
3. Lista de Requerimientos
3.1 La posibilidad de registrar por parte del médico de triaje, los signos
vitales de cada paciente antes de pasar a atención.
Petición del Stakeholder – Encargado de Admisión
4. Introducción
El documento contiene los requerimientos del Encargado de Admisión
de la “Posta medica 10 de Octubre ", Roberto Díaz Guadalupe.
5. Perfil de la Admisionista
 Nombre: Roberto Díaz Guadalupe

Compañía: Posta medica 10 de Octubre.

Cargo: Encargado de Admisión.
6. Lista de Requerimientos
6.1 La posibilidad de registrar un paciente y generar automáticamente
una nueva historia clínica, debe estar disponible.
6.2 Permitir realizar una consulta de datos del paciente por nombre o
código de historia clínica.
6.3 Permitir reservar una nueva cita, mostrando un calendario con las
fechas y horarios disponibles.
Anexo 2: CATALOGO DE REGLAS DE NEGOCIO
Reglas de Negocio
Código
Nombre
Descripción
Casos
de
uso
afectados
Reglas del Modelo de Datos
Un paciente solo puede tener una Registrar
BR0001 Regla 01
sola historia clínica
Clínica
Todo paciente debe tener asignado
BR0002 Regla 02
una historia clínica
Para
BR0003 Regla 03
poder
generar
Historia
una
Generar
nueva Registrar
Cita
Historia
historia clínica, necesita presentar DNI Clínica
Reglas de restricción de estructura
Solo el
BR0004 Regla 04
medico puede llenar la Registrar
información de la historia clínica.
Consulta
Medica
El administrador es el único que puede
eliminar la historia clínica, solamente si Registrar
BR0005 Regla 05
Historia
el paciente no se ha atendido en 10 clínica
años.
Reglas de derivación
Reglas de rechazo
BR0008 Regla 08
El encargado de admisión solo podrá Registrar
registrar la historia clínica
Anexo 3: DOCUMENTO VISION
clínica
Historia
Visión
1. Introducción
Propósito
El propósito del presente documento es:
 Definir los alcances del sistema de la Posta Medica 10 de Octubre.
 Describir las características principales del sistema.
 Identificar y describir los Stakeholders del sistema.
 Describir de qué manera el sistema a implementar afecta a la
organización y a los que participan en ella.
Objetivo general
Dotar de instrumentos de gestión de la información a la posta medica,
en función de nivel de responsabilidad, mediante un software para
poder agilizar la atención de los pacientes, estandarizando la
información y garantizando la fiabilidad y validez de los datos.
Objetivos específicos
 Agilizar el registro adecuado de un paciente nuevo.
 Controlar la vigencia y el perfecto estado de funcionamiento del
software.
 Facilitar la búsqueda de la historia clínica de los pacientes.
Alcance
El documento Visión nos dará una perspectiva más amplia de cómo
influye el sistema en el proceso que se ve afectado por el problema
dentro de la organización. Además, nos dará a conocer el entorno y las
necesidades de los stakeholders que harán uso del sistema.
Definiciones, Acrónimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una
metodología para describir el proceso de desarrollo de software.
Referencias
_Glosario.
_Plan de desarrollo de software.
_RUP (Rational Unified Process).
_Diagrama de casos de uso.
_Entrevista con la administrador.
Documentos del centro de salud.
2. Posicionamiento
Oportunidad de Negocio
 Mejorar el tiempo de registro de los pacientes de una manera adecuada.
 Mejorar la atención médica, aumentando la cantidad de pacientes
atendidos ofreciéndoles un servicio de calidad.
Sentencia que define el problema
El problema
 Actualmente el proceso de registro y
atención del paciente se realiza con
demasiada lentitud, esto debido al
registro manual del paciente y a la alta
cantidad de pacientes presentados día
a día esto ocasionando una saturación
en la atención de los pacientes y esto
se puede ver en las largas colas.
afecta a
 A los pacientes, al encargado de
admisión, medico, técnico de
laboratorio ,cajero y administrador
responsable del centro de salud.
El impacto asociado es
 Ocasiona demora y desorden.
 Ocasiona colas afueras de la posta
médica.
 Disminución de personas atendidas.
una adecuada solución
sería
 Diseñar e Implementar un sistema web
de registro de datos, generación de
historias clínicas para una mayor
rapidez y calidad de atención.
Sentencia que define la posición del Producto
Para

Admisioncita, cajero, médico, técnico de
laboratorio.
Quienes

Requieren registrar paciente, generar
ticket, registrar pago, registrar consulta,
registrar examen clínico , generar historia
clinica.


Sistema integral de consultas externa
Que

Disminuye la cantidad de errores al
momento de registro, disminución de colas y
una buena atención de calidad a los
pacientes, llevar un buen registro de historia
clinica.
No como

Nuestro producto

El
nombre
producto
del
El sistema actual que es manual.
Sistema integral de consultas externa
(SICE), proporciona un manejo automatizado
de los principales procesos y una atención de
calidad hacia el paciente.
3. Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios

Para proveer de una forma efectiva productos y servicios que se ajusten a
las necesidades de los usuarios, es necesario identificar e involucrar a todos
los participantes en el proyecto como parte del proceso de modelado de
requerimientos. También es necesario identificar a los usuarios del sistema y
asegurarse de que el conjunto de participantes en el proyecto los representa
adecuadamente. Esta sección muestra un perfil de los participantes y de los
usuarios involucrados en el proyecto, así como los problemas más
importantes que éstos perciben para enfocar la solución propuesta hacia
ellos. No describe sus requisitos específicos ya que éstos se capturan
mediante otro artefacto. En lugar de esto proporciona la justificación de por
qué estos requisitos son necesarios.
Resumen de Stakeholders
Nombre
Descripción
Responsabilidades
Administrador
Es
la
persona 
encargada
de

administrar
los
recursos
de
la
empresa.
Administrar la empresa.
Generar Reportes
Gestor
de
Contenidos
Es la persona que
garantiza
la
independencia
y
desarrollo
del
proyecto.
Integrar las páginas web en un
mismo entorno
Desarrollador
Es la persona que va
a
desarrollar
la
página web solicitada.
Desarrollar el sistema requerido.
Resumen de Usuarios
Nombre
Descripción
Stakeholders
Encargado de Usuario con acceso al modulo Responsable
Admisión
de registro de nuevo paciente, Admisión
Ingresara los datos necesarios
para el registro de nuevo
paciente, historia clínica, y la
generación de ticket de pago.
Medico
Usuario con acceso al modulo Medico
de atención registra la consulta
médica
del
paciente,
diagnósticos, recomendaciones
y receta médica.
Entorno de usuario
El número de personas involucradas en el registro y atención del paciente son
cinco: admisioncita, cajero, médico, técnico de laboratorio y administrador.
Los procesos son de atención médica externa al paciente, se interesa
automatizar los procesos para que el paciente interactúe en un ambiente en
donde se pueda sentir cómodo al momento de su atención.
de
Perfil de los Stakeholders
Encargado de Admisión
Representante
Roberto Díaz Guadalupe
Descripción
Usuario con acceso al sistema que se encarga del registro de
los pacientes y la historia clínica.
Tipo
Usuario del sistema.
Responsabilida
des
-Registrar pacientes nuevos.
-Generar Ticket de pago de consulta.
- Generar Historia Clínica.
-Consultar paciente.
Criterio de Éxito
Realizar un correcto registro del paciente para presentar un
buen reporte al Administrador.
Grado
de Las necesidades brindadas se cumplan en su totalidad.
participación
Comentarios
ninguno
Medico
Representante
Jefferson Aucassi Centeno
Descripción
Usuario con acceso al modulo de atención de consulta
médica.
Tipo
Usuario del sistema
Responsabilid
ades
-Registrar consulta medica.
-Generar Receta Médica.
-Generar Orden de Exámenes Adicionales
Criterio
Éxito
de
Realizar un correcto registro de consulta médica para que
quede registrado en su historia clínica.
.
Grado
de
participación
Las necesidades brindadas se cumplan en su totalidad.
Comentarios
Ninguno
4. Descripción Global del Producto
Perspectiva del producto
Los objetivos a conseguir con la implementación del sistema de información
es: Ser un Centro de Salud líder en la atención médica en la urbanización 10
de Octubre, aumentando en 20% anual la cantidad de pacientes, mejorando la
calidad de los servicios de Salud en beneficio de la población en general con
énfasis en los grupos poblacionales vulnerables y minimizando las colas.
Resumen de características
A continuación se mostrará un listado con los beneficios que obtendrá el
cliente a partir del producto:
Beneficio del
cliente
Características que lo apoyan
Tiempo
La búsqueda de datos del paciente se realiza de
forma rápida.
Calidad
Atención a las personas.
Suposiciones y dependencias
No se devuelve el dinero de una consulta ya generada.
Costo y precio
20 516 soles
5. Descripción Global del Producto
1.1 FEAT1 El sistema verificara la existencia de historia clínica.
1.2 FEAT2 El sistema registrara los datos del paciente.
1.3 FEAT3 El sistema adjuntara fotocopia del DNI y foto del paciente.
1.4 FEAT4 El Sistema permitirá buscar médicos disponibles.
1.5 FEAT5 El sistema registrará la cita médica.
1.6 FEAT6 El sistema imprimirá un ticket con el código del documento.
1.7 FEAT10 El sistema permitirá realizar búsquedas de historias clínicas.
1.8 FEAT11 El sistema registrará los signos vitales de cada paciente.
1.9 FEAT13 El sistema permitirá realizar búsquedas de los servicios
disponibles en la posta médica.
1.10 FEAT18 El sistema permitirá registrar la consulta médica de cada
paciente.
1.11 FEAT19 El sistema permitirá generar la receta medica
1.12 FEAT20.El sistema permitirá imprimir la receta médica
6. Restricciones
Ninguna
7. Precedencia y Prioridad
Alta
8. Otros Requisitos del Producto
Estándares Aplicables
Todos los aplicados a sistemas web.
Requisitos de Sistema
 Sistema operativo.
 Base de datos online.
 Acceso a internet
Requisitos de Desempeño
Hardware óptimo.
Requisitos de Entorno
Espacio exclusivo para los servidores.
9. Requisitos de Documentación
Manual de Usuario
Manual del sistema.
Ayuda mediante texto que estará en la web.
Guías de Instalación, Configuración, y Fichero Léame
Todo se incluirá en el instalador.
Anexo 4: MODELO DE NEGOCIO Y ANALISIS DE NEGOCIO
MODELADO DEL NEGOCIO
Permite tener una visión amplia de cómo funciona el proceso de “Atención de
Consultas Externas de Paciente”, el cual será automatizado, para lo cual se
tomará en cuenta los actores y los casos de uso del negocio que conforman
este proceso.
1. Modelo de Caso de Uso del Negocio
En los siguientes puntos podremos encontrar una descripción de alto nivel de
los actores del negocio y de los casos de uso relacionados al proceso
“Atención de Consultas Externas de Paciente”, y nos ayudaremos con un
diagrama de casos de uso para ver cómo se relacionan ambos componentes.
1.1.
Lista de los Actores del Negocio
Los actores de negocio son las personas externas a la empresa que
interactúan para el desarrollo del proceso que se está analizando
Lista de actores del negocio
Nombre
Descripción
Es la persona que inicia el proceso de atención
Tabla 1 Lista de Actores del Negocio
1.2.
Lista de Casos de Uso del Negocio
Lista de casos de uso del negocio
Nombre
Descripción
Es el proceso donde se describe todo el flujo de
trabajo de la posta medica 10
de octubre,
desde que un paciente ingresa hasta que es
atendido
Tabla 2 Lista de Casos de Uso del Negocio
1.3.
Diagrama de Casos de Uso del Negocio
Ilustración 1 Diagrama de Casos de Uso del Negocio
2. Modelo de Análisis del Negocio
A diferencia de modelo de caso de negocio en el modelo de análisis pasamos a
una vista interna del proceso de “Atención de Consultas Externas de Paciente”,
pudiendo analizar los trabajadores de la Posta Médica
“10 de Octubre” y
además identificaremos las entidades que se manejan en nuestro proceso.
2.1.
Lista de Trabajadores de Negocio
Lista de trabajadores de negocio
Nombre
Descripción
Trabajador que se encarga se registrar la historia
clínica del paciente y generar cita con el medico
Se encarga de registrar el diagnóstico del paciente
en la historia clínica y generar receta
Tabla 3 Trabajadores del Negocio
2.2.
Lista de Entidades de Negocio
Las entidades de negocio son los contenedores de información dentro de
nuestro proceso y pueden ser de dos orígenes: Interno (I) o Externo (E),
además podemos clasificarlas por tipos: Persistente (P) o Formulario (F)
Lista de entidades de negocio
Nombre
Descripción
Origen
Tipo
I
F
I
F
I
P
medico I
P
Documento donde se encuentran
los datos personales del paciente,
y el historial de cada paciente
Documento donde se registra el
nombre
del
medico
que
lo
atenderá,
Documento que se le entrega al
paciente que contiene el numero
de historia clínica
Documento
entrega
al
que
el
paciente
donde
contiene los medicamentos que le
Tabla 4 Entidades del Negocio
Anexo 5: DIAGRAMA GENERAL DE CASO DE USO DE
NEGOCIO
Anexo 6: ESPECIFICACION DE CASO DE USO DE NEGOCIO
CASO DE USO – ATENCIÓN DE CONSULTAS EXTERNAS
Descripción Breve
Este caso de uso de negocio contiene la descripción del proceso mediante el
cual se gestionará la atención del paciente desde su ingreso al centro médico,
pasando por consultorio, hasta la obtención de medicinas ; donde se
menciona detalladamente cómo se realiza dicho flujo.
OBJETIVOS DEL CASO DE USO DE NEGOCIO
 Reducir el tiempo de atención de pacientes de en un 40 %.Ya que
actualmente la atención dura aproximado 3 horas.
 Identificar los cuellos de botella en el flujo de generación de citas,
para reducir en un 40% entre cada cita.
 Optimizar la confiabilidad de la información
 Proporcionar atención médica integral, efectiva, y satisfactoria a los
pacientes.
RENDIMIENTOS DE OBJETIVOS
Agilizando los procedimientos de atención en admisión ya que son
lentos.
Se refiere a la capacidad de agilizar los procedimientos en admisión.
Verificando programación de citas.
Se refiere a la capacidad de programar citas.
Obteniendo información precisa.
Se refiere a la capacidad del encargado de admisión, para obtener la
información precisa y confiable de los pacientes.
Eliminando algunos procedimientos que no generan valor agregado
al proceso.
Se refiere a eliminar actividades que hacen que el proceso sea lento.
FLUJO DE TRABAJO
Flujo de trabajo básico
1. Paciente se dirige admisión y solicita una consulta médica.
2. El paciente indica su número de historia clínica.
3. El responsable de admisión busca historia clínica del paciente
4. El paciente indica el tipo de consulta que desea.
5. El Encargado de admisión le entrega la cita con el nombre del
médico.
6. El paciente se dirige al consultorio y le entrega la cita a la enfermera.
7. El Encargado de admisión entrega la historia clínica a la enfermera.
8. El medico recibe de la enfermera la historia clínica del paciente.
9. El medico llama al paciente.
10. El médico le tomara la presión arterial, la talla y el peso para ver las
condiciones médicas del paciente.
11. El medico registra el resultado de la cita en la historia clínica.
12. El médico le entregara al paciente una receta con los medicamentos
indicados.
Flujos alternativos
5.2.2. En el punto 10, si el medico desea un apoyo al diagnóstico, puede
mandar al
paciente al laboratorio a realizarse signos vitales.
1. El medico genera orden para realizar exámenes.
2. El medico entrega al paciente orden de exámenes.
3. El paciente se dirige al laboratorio a realizarse los exámenes.
4. El paciente entrega los documentos y procede a realizarse un
examen.
5. El paciente se le entrega los resultados de los exámenes.
6. El paciente se dirige al medico y le entrega los resultados.
CATEGORIA
El presente Caso de Uso es de Categoría de Gestión.
RIESGOS
El riesgo que se corre es si el encargado de Admisión no proporciona
correctamente los datos del paciente o lo hace muy lentamente.
POSIBILIDADES
 Evitar cuellos de botella en el ingreso de pacientes al consultorio.
 Reducir la búsqueda de la información de los pacientes.
 Reducir las colas para ser atendido.
DUEÑO DEL PROCESO
Administrador de la posta
PRE-CONDICION
El paciente debe traer su número de historia clínica.
POST-CONDICION
1.2
Los resultados de los exámenes médicos deben quedar registrados
en la historia clínica.
1.3
El diagnóstico del médico quedará registrado en la historia clínica.
REQUISITOS ESPECIALES
No aplica.
PUNTOS DE EXTENSION
Ninguna.
Anexo 7: DIAGRAMA DE ACTIVIDADES
Anexo 8: MATRIZ DE TRAZABILIDAD
Matriz de Actividades y Requerimientos - Sistema de Atención de Consulta Externa
Proceso de
Negocio
Actividad del Negocio
Responsable del
Negocio
Buscar Historia
Clínica
Requerimiento o Responsabilidad
RF-001
RF-0021
Atención
Consultas
Externas
Registra Historia
Clinica
Encargado de
admisión
RF-0032
RF-0043
Registra Cita Médica
RF-0054
Buscar
historia clínica
Registrar
datos
del
Paciente
Adjuntar
imagen
del
DNI, recibo de
luz, agua o
teléfono
y
fotografía de
paciente
Busca
Médicos
Disponibles
para consulta
Registrar Cita
médica
Caso de Uso
CUS000
CUS0021
Actores
Buscar historia
clínica
Registrar Historia
Clínica
Encargado de
admisión
CUS0032
Buscar Médico
CUS0043
Generar Cita
RF-0065
Revisa la cita del
paciente
Registra pago por cita
RF-007
Cajero
RF-008
Registrar
pagos por cita
RF-009
Imprimir
comprobante
de pago
RF-01001
Realiza registro de
signos vitales
RF-01106
RF-012
Médico
Indica exámenes
adicionales
Imprimir
ticket
Buscar pagos
que
falten
cancelar.
RF-013
RF-014
Buscar
Historia
Clínica
CUS005
Buscar Cita
CUS006
Registrar pago x
cita
CUS0074
Buscar Historia
Clinica
Registrar
CUSresultado de
0085
Signos Vitales
Generar orden
de exámenes
adicionales
Imprimir
CUSticket
con
009
código de la
orden
de
exámenes
adicionales
Buscar
Servicios que CUSofrece la posta 010
médica para
Cajero
Técnico de
laboratorio,
Médico
Registrar signos
vitales
Generar Orden de
exámenes
adicionales
Buscar Servicios
Médico
los pacientes
Consulta costos por
tipo de atención
CUS011
Buscar Orden de
Exámenes
Adicionales
CUS012
Registrar pago x
Orden de
Exámenes
Adicionales
RF-010
Buscar
Historia
Clínica
CUS007
Buscar Historia
Clínica
RF-017
Registrar
resultado de
exámenes
adicionales.
CUS013
Registrar análisis
clínico
Adjuntar
resultados de
laboratorio
CUS014
Adjuntar
resultados de
laboratorio
Buscar
Historia
Clínica
CUS0056
Buscar Historia
Clínica
RF-015
Cajero
RF-016
Registra pago por
exámenes adicionales
RF-009
Realiza exámenes
adicionales
Técnico de
laboratorio
RF-018
Evalúa Resultados de
exámenes adicionales
Médico
Buscar pagos
de exámenes
adicionales
que
falten
cancelar.
Registra pago
por
orden
exámenes
adicionales
Imprimir
comprobante
de pago
RF-01001
Cajero
Técnico de
laboratorio,
Médico
Técnico de
laboratorio
Técnico de
laboratorio,
Médico
RF-019
RF-020
RF-02107
RF-02208
Elabora receta médica
RF-02309
RF-02410
Revisar
resultados de
exámenes
adicionales
Actualizar
estado
de
exámenes
adicionales
Registrar
resultados de
consulta
médica
CUS015
Consultar análisis
clínicos
CUS017
Registra Consulta
médica
Buscar
Medicamentos
CUS018
Buscar
Medicamentos
Generar
Receta médica
Imprimir
Receta médica
CUS019
Generar Receta
Médico
Anexo 9: DIAGRAMA GENERAL DE CASO DE USO
Anexo 10: ESPECIFICACION DE CASOS DE USO
(FALTA PEGAR LAS 5 ECU)
Anexo 11: DIAGRAMA DE CLASES
Anexo 12: DIAGRAMA DE COLABORACION
Anexo 13: MODELO FISICO
Anexo 14: DATA Y SCRIPT
Anexo 15: DICCIONARIO DE DATOS
Anexo 16: DIAGRAMA DE CLASE DE DISEÑO
Anexo 17: DIAGRAMA DE SECUENCIA
Anexo 18: DIARAMA DE DESPLEGUE
Diagrama de Despliegue
Anexo 19: CHECKLIST CODIGO JAVA
Anexo 20: PRUEBAS DE ESFUERZO, UNITARIAS Y
FUNCIONALES
Anexo 21: MANUAL DE USUARIO, CAPACITACION E
INSTALACION