Proyecto Final

Instituto tecnológico superior
de San Andrés Tuxtla
Asignatura: Fundamentos de ingeniería de software

Docente: Montserrat Masdefiol Suarez
Alumno: Gabriela Beltrán Ramón
Fernando Raymundo Morales Hernández
Leonardo de Jesús Azamar Tegoma
Carrera: Ingeniería en sistemas computacionales
Grupo: 504 B Semestre: Quinto
Semestre: Quinto
INSTITUTO TECNOLOGICO SUPERIOR
DE SAN ANDRES TUXTLA
Contenido
INTRODUCCIÓN ........................................................................................................... 5
Definición del problema .................................................................................................. 6
Encuesta ...................................................................................................................... 24
Entrevista ..................................................................................................................... 25
Observación ................................................................................................................. 26
Escenarios ................................................................................................................... 28
Encuesta ...................................................................................................................... 29
Introducción .................................................................................................................. 30
Propósito ...................................................................................................................... 30
Alcance ........................................................................................................................ 30
Personal involucrado .................................................................................................... 31
Definiciones, acrónimos y abreviaturas ........................................................................ 32
Referencias .................................................................................................................. 34
Resumen ...................................................................................................................... 34
Descripción general...................................................................................................... 34
Perspectiva del producto .............................................................................................. 34
1.2 Funcionalidad del producto........................................................................... 35
Características de los usuarios .................................................................................... 36
Restricciones ................................................................................................................ 37
Suposiciones y dependencias ...................................................................................... 37
Evolución previsible del sistema .................................................................................. 37
Seguridad ................................................................................................................. 38
Licencias ................................................................................................................... 38
Requisitos específicos.................................................................................................. 38
Requisitos comunes de los interfaces .......................................................................... 42
Interfaces de usuario .................................................................................................... 42
Interfaces de hardware................................................................................................. 42
Interfaces de software .................................................................................................. 43
Interfaces de comunicación .......................................................................................... 43
Requisitos funcionales ................................................................................................. 43

Requisito funcional 1 .................................................................................................... 43
Requisitos no funcionales ............................................................................................ 45
Requisitos de rendimiento ............................................................................................ 45
Seguridad ..................................................................................................................... 45
Fiabilidad ...................................................................................................................... 45
Disponibilidad ............................................................................................................... 45
Mantenibilidad .............................................................................................................. 45
Portabilidad .................................................................................................................. 46
Otros requisitos ............................................................................................................ 46
Propiedad intelectual .................................................................................................... 46
Conclusión ................................................................................................................... 86
Referencias .................................................................................................................. 87
Tabla 1: Entrevista ....................................................................................................... 25

Tabla 2: Observación datos generales ......................................................................... 26
Tabla 3: Observación registros .................................................................................... 27
Tabla 4: Observación interfaz de usuario ..................................................................... 28
Tabla 5: Requisitos personal involucrado..................................................................... 31
Tabla 8: Requisitos definiciones ................................................................................... 33
Tabla 9: Requisitos acrónimos ..................................................................................... 33
Tabla 10: Requisitos abreviaturas ................................................................................ 33
Tabla 11: Requisitos referencias .................................................................................. 34
Tabla 12: Requisitos caracteristicas de usuario director .............................................. 36
Tabla 13: Requisitos características de usuario médico .............................................. 36
Tabla 14: Requisitos características de usuario enfermera .......................................... 37
Tabla 15: Requisito especifico 1................................................................................... 38
Tabla 20: Requisito especifico ..................................................................................... 41
Ilustración 1: Requisitos funcionalidad del producto .................................................... 35

Introducción
La tecnología ha generado una tarea tan importante como la optimización y solución de
muchas actividades dentro de cualquier sector; ya sea académico, social, cultural o médico.
La necesidad de utilizar un software para automatizar información es cada vez más recurrente,
por tal motivo, muchas empresas han optado por recurrir a herramientas informáticas con el
objetivo de llevar a cabo un control de la información de forma correcta y precisa. Por lo tanto,
dentro la creación de cualquier software existe algo conocido como IR (Ingeniería de
Requisitos), la cual nos permite establecer con el cliente, un estudio previo a la ejecución de
un proyecto, en donde se llevan a cabo análisis de las funciones a realizar.
El uso de las historias clínicas electrónicas se viene dando en muchos países como
consecuencia del avance de la tecnología en los sistemas de información para el sector salud.
El SIGECOP no es ajeno a estas actualizaciones por lo que por medio de la presente tesis
diseñamos un sistema con el cual los procesos actuales se vean mejorados. Estos procesos
modificados serían más eficaces y harían más fácil el manejo de información de la gran
cantidad de pacientes que se atienden.
Este proyecto se enfocará en el análisis y diseño. La etapa de análisis se centrará en la

recopilación de información de la situación actual y los requisitos necesarios que tenga el
sistema, teniendo como fuentes a los diversos stakeholders del SIGECOP (doctores,
enfermeras, personal administrativo, pacientes). Una vez culminada con esta etapa, se
procederá a establecer un diseño, que se adecúe a las necesidades planteadas. En este
mismo contenido, se describe el marco conceptual, el cual contiene los conceptos básicos para
una mejor comprensión de la investigación, se realiza una evaluación de la situación actual del
SIGECOP, incluyendo los procesos actuales de atención y las características de los actores
que intervienen en él, también se identifican el alcance del sistema, los requisitos funcionales
y no funcionales del mismo. Se realiza además el diagrama de casos de uso y el diagrama de
clases, y se plantean los nuevos procesos del sistema, se plantea el diseño del software:
especificación del tipo de software, la arquitectura lógica y física del mismo, las herramientas
propuestas para la implementación
En este proyecto, el software en desarrollo está diseñado para realizar un sistema de

ficha clínica, además de proporcionar un GUI que permita ser fácil de usar y visualizar,
permitiendo realizar tareas, tales como; inventario de medicamentos, control de pacientes,
altas y bajas, recetario por médico. Asimismo, este documento ha sido redactado con el fin de
marcar las pautas generales y las especificaciones que deberá seguir el software a desarrollar
siguiendo el uso de la norma IEEE 830-1990.
Definición del problema

El proyecto tiene como nombre SIGECOP, el cual parte de la idea de mejorar el sistema
de control dentro del área de salud, como: clínicas, hospitales o centros de salud, ya que
actualmente en tiempos de pandemia se vio muy afectado el control y registro de paciente
debido a la alta demanda de pacientes que eran atendidos día a día. Es por ello por lo que se
requiere una monitorización constante de los registros del personal, medicamentos, entre otros
datos a avalar, permitiendo llevar un control concreto y estable en cualquier momento que se
solicite un reporte por parte del encargado.
Por lo que con este proyecto se busca responder a nuestra pregunta del
problema, ¿Qué acciones serán implementadas para mantener un registro y control haciendo
uso de las TIC?
Por parte de SIGECOP el sector al que se encuentra dirigido las funciones y actividades
a desempeñar es al personal que trabaja dentro de un sector o clínica de salud, ya sean:
doctores, médicos, especialistas, internistas, etc.
Misión
Ser una empresa desarrolladora de software que en base a las normas y lineamientos
del diseño y desarrollo brinde un servicio integral en nuestros productos y servicios, para
satisfacer las demandas del usuario/a que es nuestra razón de ser.
Visión
Posicionarnos en una de las mejores empresas desarrolladoras de software a nivel
nacional con capacidad para gestionar procesos que responden a la demanda de diferentes
servicios de aplicando normas técnicas. Con calificada y reconocida acción de su talento del
personal especializado y capacitado.
Valores
• Tomar decisiones agiles, actuar con rapidez y dinamismo
• Trabajar en equipo bajo un estudio previo de análisis y necesidades reales
• Adaptarse a los cambios rápidos y de mandas del entorno profesional
• Satisfacción al cliente
Objetivo general
Desarrollar metodologías apoyadas por software para la Gestión de las tecnologías en
diversos servicios que contribuyan con los procesos de planeación, adquisición y
administración de la tecnología de una clínica adaptándose a sus necesidades
Objetivos específicos
• Gestionar las clínicas de salud en base a los requerimientos del médico-paciente
• Organizar la información esencial y necesaria de todos los equipos capacitados en la
clínica, haciendo uso de las herramientas del software SIGECOP
• Proponer una herramienta adaptable a la clínica utilizando un software SIGECOP que
permita llevar el reporte de los eventos adversos acontecidos
• Diseñar los Procedimientos de Inspecciones y Mantenimiento del sistema
• Minimizar costos y la cantidad de tiempo requerido para archivar documentación y buscar
información
• Promover la participación de los directivos del hospital y su equipo de trabajo para la
gestión del software adaptado a sus necesidades
• Garantizar la conservación de las historias clínicas.

• Reducir el volumen de archivado, el tiempo y los recursos de búsqueda de historias
clínicas.
• Cumplir con los objetivos de manera clara y precisa en el tiempo establecido.
Actores
• Administrador
Funciones:
• ∙ Gestionar de los reportes estadísticos.

• ∙ Visualizar y exportar la data.
• ∙ Registro y modificación de especialidades, previa autorización.
• ∙ Registro y modificación de la información del personal que labora en la clínica.
• ∙ Mantener actualizadas las copias de seguridad del sistema
• ∙ Brindar mantenimiento al sistema y soporte técnico a los usuarios.
Autorizaciones:
• ∙ Tiene acceso a todo excepto a la información médica del paciente
• Doctor
Funciones:
• ∙ Llenar la hoja de atención médica de cada uno de sus pacientes en el sistema.

• ∙ Realizar la revisión médica de los pacientes.
• ∙ Emitir diagnósticos, recetas médicas y órdenes de exámenes complementarios
en el sistema.
• Autorizaciones:
• ∙ Buscar y visualizar las historias clínicas electrónicas solo de los pacientes que
hayan reservado una cita médica con el doctor.
• ∙ Modificar la información médica de los pacientes que atiende, pero no sus datos
generales.
• ∙ Visualizar las historias clínicas electrónicas de citas anteriores sin poder
editarlas.
• Enfermera
Funciones:
• ∙ Registrar nuevos pacientes.

• ∙ Gestionar las historias clínicas de cada uno de los pacientes.
• ∙ Registrar y generar las citas médicas en el sistema.
• ∙ Realizar el registro y los procedimientos médicos a los pacientes.

• ∙ Registrar el reporte y los procedimientos médicos de tópico en el sistema. ∙
Registrar los horarios de atención de los doctores correspondientes al siguiente
mes al finalizar el mes en curso.
• Autorizaciones:
• ∙ Visualizar y modificar los datos generales de un paciente mas no su información
médica.
Reglas
ÍTEM CASO DE DESCRIPCIÓN
USO DE NEGOCIO
RN001 SIGECOP El administrador que se encarga de decepcionar las

facturas que entrega el proveedor es el asistente de análisis
clínico.
RN002 SIGECOP El administrador de análisis clínico, elabora los

requerimientos de compras.
RN003 SIGECOP El administrador verifica los requerimientos de compra

preparado por el asistente de análisis clínico.
RN004 SIGECOP El administrador elabora la orden de compra, para ser

entregado al proveedor previa cotización.
RN005 SIGECOP Es administrador quien recibe las cotizaciones de los

proveedores y da la buena pro a tal o cual proveedor.
RN006 SIGECOP Las cotizaciones enviadas por el proveedor al doctor.
RN007 SIGECOP Los insumos deben ser categorizados por un tipo, debe
identificarse al doctor y enfermera que la suministra y registrar de
que marca es.
RN008 SIGECOP Los proveedores deben estar clasificados por el insumo

que suministra.
RN009 CUNGAC Es el medico quien otorga la Ficha de Análisis Clínicos al

paciente.
RN010 CUNGAC La enfermera consulta la nómina de análisis clínico

RN011 CUNGAC Los médico-doctor analizan los informes de análisis

clínicos, para diagnosticar a los pacientes
RN012 CUNGAC La enfermera adjunta el informe de análisis clínico a la

historia clínica.
RN013 CUNGAC El cajero emite el comprobante medico al paciente
RN014 CUNGCM El doctor adjunta la historia clínica, para que el paciente

sea atendido.
RN015 CUNGCM La enfermera actualiza el libro de citas de los pacientes.
RN016 CUNGCM El administrador consulta nómina de médicos para ver su

programación.
RN017 CUNGCM La enfermera emite los comprobantes de citas.
RN018 CUNGCM El doctor llena ficha de interconsulta para que el paciente

vaya a otra especialidad.
RN019 CUNGCM El doctor otorga la receta médica.
RN020 CUNGCM Se debe registrar una orden de atención el cual es la

reserva de citas.
RN021 CUNGCM Una vez registrada la reserva el paciente deberá abonar el

pago de acuerdo a la especialidad, cuando venga a atenderse.
RN022 CUNGHC La recepcionista-secretaria entrega la historia clínica en el

consultorio del medico
RN023 CUNGHC El cajero emite un comprobante medico
RN024 CUNGHC La historia clínica es únicamente actualizada por los

medico cuando el paciente es atendido.
Leyenda
SIGECOP: Caso de Uso de Negocio Administrar Compra

CUNGAC: Caso de Uso de Negocio Gestionar Análisis Clínico.
CUNGCM: Caso de Uso de Negocio Gestionar Cita Medica
CUNGHC: Caso de Uso de Negocio Gestionar Historia Clinica.
Identificación de los puestos

1. Administrativos.
• Cajero: El cajero se encarga de recibir y cobrar dinero por los servicios recibidos
por los clientes(pacientes), para ello posee un software cuyos requerimientos son
básicamente de rapidez en la atención. Al final del día el cajero se encarga de
imprimir el consolidado de caja en el cual. figuran todos los ingresos del día incluidos los
ingresos en efectivo y en tarjetas de crédito.
2. Administrador de redes.
• La labor del administrador de redes se distribuye entre hacer el mantenimiento

continuo al sistema, verificación y control de la información que circula en el
sistema, de otra parte, provee a la gerencia de ciertos datos estadísticos
solicitados expresamente y en determinadas frecuencias.
3. Administrador.
• Es un puesto de mando medio o intermedio esta ir todo factores endógenos de

la empresa así tenemos lo referente a personal, proveedores, levantamiento de
inventario de activos, facturación de compañías de seguros, supervisión y gestión
de actividades.
4. Doctor.
• Es la encargada de supervisar y apoyar en todo lo referente a la parte operativa

es decir todo lo que son los procedimientos médicos, en todas las clínicas, control
de insumos, planifica y provee el abastecimiento de todos los materiales
necesario para el funcionamiento adecuado de los servicios a su cargo, funciona
como coordinadora de acciones conjuntas, además tiene una labor de
entrenamiento a las técnicas las que se encuentran bajo su mando.
5. Enfermera.
• Es la encargada específicamente de todas las actividades de apoyo en el área

de consulta externa de la clínica, reporta directamente a la jefa de enfermería,
asimismo en lo referente a abastecimiento es la encargada de proveer todos los

insumos y materiales de tópico.
Función del trabajador
Administrador: El puesto de administrador aparte de ser una posición representative
tiene un alto grado de responsabilidad y tiene obligaciones operativas, por ende, la persona
que ocupe este puesto tiene que tener básicamente dos aptitudes principales una la de alto
sentido de responsabilidad y la de ser emprendedor, otra característica importante es la de
experiencia en giro de la empresa es decir el giro de servicios médicos.
FUNCION:
1.supervision y control de personal
2.ejecucion del proceso de pagos a médicos.
3.planificar los cronogramas de mantenimiento de equipos.
4.elaborar informes de apoyo al gerente de la empresa.
5.supervision y control de servicios contratados.
con de compañías de seguros
8. responsabilidad sobre el correcto funcionamiento del
sistema de honorarios médicos. A
6.levantamiento de inventarios patrimoniales mensuales.
su responsabilidad está ligada básicamente a los siguientes factores:

Casos de uso del negocio

Diagrama de procesos
Diagrama de actividades
Modelo CANVAS
Encuesta
El propósito de esta encuesta es definir cuáles son los requerimientos que debe tener
un programa que permita agilizar y dar a conocer al espectador el buen uso de la tecnología
para la realización de tareas de manera eficiente reduciendo gastos en papelería y optimizando
la gestión de información en un centro médico
Nombre Completo:
1.- ¿Ha contestado un formulario a mano para su historial e información clínica?
o Si
o No
2.- ¿Considera que el tiempo de llenado de dicho formulario a papel y lapicero es lo
suficiente rápido?
o Si
o No
3.- Desde su punto de vista, ¿Consideraría más efectivo el formulario(registros)

electrónicos u optaría por la utilización de un software?
o Sí
o No
o Tal vez
4.- ¿Considera que utilizar un software en su dispositivo (Tablet, Computadora o Celular)
agilizaría la rápida respuesta para atender su petición?
o Sí
o No
o Tal vez
5.- Describa brevemente la experiencia que has tenido al llenar un formulario a mano
con lapicero.
o Buena
o Regular
o Mala
6.- ¿Considera que un buen diseño de interfaz ayudaría de mucho al software para su
buen funcionamiento y entendimiento al usuario?
o Si o No o Tal vez
Entrevista
Entrevistado: Fecha:
Hora inicio: Hora final:
1 ¿Para quién estamos solucionando el problema?
2 ¿Cuál es la problemática que buscan solucionar a

través del sistema de información?
3 ¿Cuáles son las funciones principales que realiza?
4 ¿Cuáles son las áreas que integran esta empresa?
5 ¿Cuántos usuarios lo usarán?
6 ¿Quiénes tendrán acceso a la información?
7 ¿Qué modalidades utilizan para archivar la

información?
8 ¿Cada cuanto se debe actualizar los registros de la

información almacenada?
9 ¿Cuáles serán los límites de ingreso al sistema de

información según el cargo de los empleados?
10 ¿Se ha implementado anteriormente un sistema

parecido?
11 ¿Con cuánto tiempo contamos para desarrollar su

sistema de información?
12 ¿Sugiere de algún requisito en especial que deba

poseer el programa a desarrollar?
13 ¿poseen un área o dependencia de soporte técnico

informático?
Tabla 1: Entrevista
Observación
En este caso nos pasaremos como cliente para poder ver que tardado es un registro
para poder registrarme en la clínica para ver que tardado es llenar un registro o formulario
escrito y contestado a lapicero, también vimos cuales era unos posibles problemas al hacer
los tramites a través de una hoja y lapicero, y viendo lo costoso y lo tardado que es para poder
conseguir a veces el mismo formato. Por eso hicimos ciertas preguntas como, ¿Cuántas veces
un cliente se equivoca?,¿cuántas hojas gasta regularmente un usuario?, ¿y cuánto tiempo se
hace un usuario en llenarlo?
Por otro lado, como desarrollador de software nosotros empezamos a elaborar pruebas
para que los formatos se lo mas preciso y más rápido de llenado, vimos las ventajas y
desventajas tomando ciertas preguntas que realizamos a través de los formularios y las
entrevista, tomando en cuenta para disminuir más mínimo costo.
Esta sección de observación permitirá realizar una evaluación sobre la experiencia que
han tenido las personas con el software, permitiendo recopilar datos para su mejora dentro de
la aplicación del sistema.
SECCIÓN I: DATOS GENERALES
Nombre:
Edad:
Fecha de aplicación
Estado:
Municipio:
Comunidad:
Tabla 2: Observación datos generales

SECCIÓN II: REGISTRO
Observar significa mirar con atención y reserva, lo cual implica fijarse,

concentrarse, identificar, buscar y encontrar datos. Cada uno contiene ciertos indicadores que
darán la pauta para detección de las necesidades a implementar. Marca con una (x) los
indicadores correspondientes.
I. Tiempo de atención y consulta clínica.
SIEMPRE A VECES CASI NUNCA NUNCA
Al momento de solicitar
una consulta médica el
proceso es lento.
El trato con el que es

atenido es bueno.
Los recetarios que son

expendidos por el
doctor son entendibles
para la compra de
medicamentos.
De acuerdo con se edad

se le es imposible ir al
centro de salud para
agendar citas

expendidos por el
doctor son entendibles
para la compra de
medicamentos.
Tabla 3: Observación registros

II. Interfaz de usuario.
SIEMPRE A VECES CASI NUNCA NUNCA
Al momento hacer uso de un

software, está convencido que
una buena estilización de colores
es practico para su uso.
El software debe ser fácil para

usarlo.

expendidos por el doctor son
entendibles para la compra de
medicamentos.
El tamaño y tipo de fuente deben

ser grandes para poder
visualizarse.
Tabla 4: Observación interfaz de usuario
Escenarios
Suposición inicial: El paciente ha visto a un recepcionista médico que ha creado un
registro en el sistema y ha recopilado la información personal del paciente requeridos para el
ingreso. Una enfermera está conectada al sistema y está recopilando el historial médico.
Normal: El personal busca al paciente por clave de paciente. El personal elige la opción
de menú para agregar historial médico. Luego, el personal sigue una serie de indicaciones del
sistema para ingresar información sobre consultas en otros lugares sobre problemas de salud.
Qué puede salir mal: El registro del paciente no existe o no se puede encontrar. El
personal debe crear un nuevo registro y registrar la información personal. Las condiciones del
paciente o la medicación no se ingresan en el menú.
Otras actividades: El registro puede ser consultado, pero no editado por otro personal
mientras se ingresa la información. El paciente no puede/no proporcionará información sobre
su historial médico. La enfermera debe ingresar texto libre registrando la incapacidad/falta de
voluntad del paciente para proporcionar información.
Estado del sistema al finalizar: El usuario ha iniciado sesión. El registro del paciente,
incluido el historial médico, se ingresa en la base de datos, se agrega un registro al registro
del sistema que muestra la hora de inicio y finalización de la sesión y la enfermera involucrada.
Encuesta
El propósito de la aplicación de este formulario es definir cuáles son los requerimientos
de que debe poseer el software a desarrollar, permitiendo agilizar y dar a conocer el uso del
tic para trabajos monótonos, reduciendo gastos en papelería permitiendo gestionar la
información dentro de un centro médico.
Pregunta 1. De acuerdo con tus datos, ¿A qué grupo crees que perteneces?
a) Adulto
b) Adolescente
Pregunta 2. Con la experiencia tenida dentro del ingreso del sector salud, ¿cómo describiría
la agilización de citas y las consultas médicas?
a) Rápida
b) Lenta
c) Incompetente
Pregunta 3. ¿Cuál sería el impacto dentro de su ámbito laboral, el uso de un control de registro
de datos?
a) Muy bueno
b) Incensario
c) Poco conveniente
Pregunta 4. Dentro del margen de los recetarios paciente-doctor, ¿usted cree que sea más
conveniente que sean de manera digital e impreso debido a que se es más legible?
a) Totalmente de acuerdo
b) En desacuerdo porque no es ecológico
Pregunta 5. Las citas dentro de una unidad de salud llevan tiempo, por tal razón nuestro
software tiene la idea optimizar el tiempo ¿cómo le parece la idea?
a) Muy buena
b) Buena
c) Mala
Pregunta 6. ¿Cuáles son los aspectos que consideras a la hora de usar un software?
a) Interfaz amigable
b) Uso fácil
c) Colores
d) Todas las anteriores
Introducción
Este documento consta de tres secciones. En la primera sección se realiza una
introducción al mismo y se proporciona una visión general de la especificación de recursos del
sistema. En la segunda sección del documento se realiza una descripción general del sistema,
con el fin de conocer las principales funciones que éste debe realizar, los datos asociados y
los factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles. Por último, la tercera sección del documento es aquella en la que se definen
detalladamente los requerimientos que debe satisfacer el sistema.
Propósito
El propósito de este documento es definir cuáles son los requerimientos que debe tener
un programa que permita agilizar y dar a conocer al espectador el buen uso de la tecnología
para la realización de tareas de manera eficiente reduciendo gastos en papelería y optimizando
la gestión de información en un centro médico. Así como tener un registro electrónico de un
paciente obteniendo la legibilidad de información del paciente y otras informaciones escritas.
Esto ira dirigido a médicos y enfermeras y clínicas de salud. El presente documento será
fundamental, puesto que servirá de guía general para los involucrados en el desarrollo del
sistema. Este documento está sujeto a revisiones, hasta alcanzar su aprobación.
Alcance
Esta presente información tiene como finalidad definir todos los requisitos que el
software va a necesitar para un correcto funcionamiento y utilidad. El sistema de gestión
y control de pacientes (SIGECOP) es un software que ayudara a los miembros de un
centro médico ya sea privado o de alguna dependencia con el control y llenado de un
registro clínico electrónico del paciente para optimizar la legibilidad de la información y del
recetario trascritas por el médico o la enfermera.
Además de llevar a cabo la administración y el control de reservas solicitadas en

cualquier institución de salud por parte del personal, con la finalidad de optimizar la distribución
de información evitando almacenamiento innecesario y así brindar una buena disponibilidad
de reservas.
Personal involucrado
Nombre Gabriela Beltrán Ramón
Rol Analista de información, arquitecto y desarrollador
Categoría Ing. En sistemas computacionales (ISC)

profesional
Responsabilidades Interactuar con clientes y usuarios para recopilar
entradas de las partes interesadas así comprender el
problema a resolver, capturando y priorizando los requisitos.
También responsable del desarrollo de una parte del
sistema, incluidos el diseño de la misma para que encaje en
la arquitectura y un posible prototipado de la interfaz de
usuario y gestión de los requisitos
Información de Correo: 201U0097@alumno.itssat.edu.mx

contacto
Teléfono: 2949442457
Tabla 5: Requisitos personal involucrado
Nombre Fernando Raymundo Morales Hernández

profesional
También responsable del desarrollo de una parte del
sistema, incluidos el diseño de la misma para que encaje en
la arquitectura y un posible prototipado de la interfaz de
usuario y gestión de los requisitos

contacto

Nombre Leonardo de Jesús Azamar Tegoma

profesional
También responsable del desarrollo de una parte del sistema,
incluidos el diseño de la misma para que encaje en la
arquitectura y un posible prototipado de la interfaz de usuario
y gestión de los requisitos

contacto
Definiciones, acrónimos y abreviaturas

Definiciones
Interviene en las primeras fases del proyecto donde se realizan las

Analista
especificaciones de las necesidades o la problemática del cliente,
desde lo general al detalle.
Es la persona o personas con el suficiente conocimiento técnico del

Arquitecto
producto o servicio como para buscar su aplicación técnica a las
necesidades del cliente.
persona que requiere del buen funcionamiento del sistema para que
Cliente
sea atendida de manera rápida y eficiente
Persona que recibe la documentación creada por el arquitecto y el

Desarrollador
analista, y quién implemente el producto según ésta.
Especificación de los atributos y operaciones asociados con un

Interfaz
componente software. La interfaz es utilizada como el medio de tener
acceso a la funcionalidad del componente (Sommerville, 2011).
Es una técnica de representación aproximada de la interfaz de

Prototipado
usuario de un sistema software que permite a clientes y usuarios
entender más fácilmente la propuesta de los ingenieros de requisitos
para resolver sus problemas de negocio.
Programas que hacen posible la ejecución de tareas específicas

Software
dentro de una computadora.
persona encargada de utilizar el sistema para realizar las

Usuario
operaciones que a la empresa le interesa que sean automatizadas.
Tabla 8: Requisitos definiciones

Acrónimos
Tecnologías de la Información y Comunicación

Tics
Sistema de gestión y control de pacientes
SIGECOP
Tabla 9: Requisitos acrónimos
Abreviaturas
Institute of Electrical and Electronics Engineers (Instituto de Ingenieros Eléctricos

IEEE
y Electrónicos)
Especificación de Requisitos Software.

ERS
Requerimiento funcional
RF
Requerimiento no funcional
RNF
Ingeniería en sistemas computacionales
ISC
Ingeniería
ING
Tabla 10: Requisitos abreviaturas
.
Referencias
Referencia Titulo Autor
Recommended Practice for Institute of Electronic and Electrical

IEEE 830-1993
Software Requirements Engineers
Specifications
IEEE Computer Guide to the Software Engineering Business Modeling and Data
Body of Knowledge. Mining. Morgan Kaufmann
Society. 2004
Ingeniería de softwafre (9ª.ed) México:McGraw-Hill.
Sommerville, Ian.
(2011).
Tabla 11: Requisitos referencias
Resumen
El sistema de gestión y control de pacientes en un centro clínico de ciudad de San
Andrés Tuxtla para atender de manera ágil y eficaz evitando atrasos innecesarios y perdidas
de información.
En este trabajo, se desea plasmar una elicitación de requisitos para el desarrollo de un

software de ficha clínica. Con el objetivo de describir todas las funcionalidades y necesidades
solicitadas por el cliente, para la posterior elaboración de un sistema informático que permita
llevar el control de la información de los pacientes, a la vez que nos permita administrar las
atenciones de los pacientes
Descripción general
Perspectiva del producto

En esta sección se presenta una descripción del sistema. Se presentará el modelo de
casos de uso (modelo que muestra la funcionalidad del sistema), las características de los
usuarios, las suposiciones y dependencias del sistema. En este proceso intervienen distintos
actores:
• Administrador o director: Es el Actor que maneja el Sistema representando al Centro

• Médico. Tendrá los privilegios del Sistema para dar de Alta o baja a un Médico, un
Paciente, usuario.
• Paciente: Puede acceder al sistema y solicitar una reserva con un médico determinado,
modificar, anular y confirmar la misma.
• Enfermera: Personal encargada de la demanda de atención médica, y atención a los

pacientes.
Funcionalidad del producto
Ilustración 1: Requisitos funcionalidad del producto

Puede incluir Interfaces del sistema, Interfases de usuario, Interfases de hardware,

Interfases de software, Interfases de comunicación, Memoria, Operaciones, Requerimientos
de adecuación al entorno
• SIGECOP deberá ser capaz de proporcionar a los usuarios una forma amigable
de administrar recursos.
• Abarca aspectos que ayudan en la gestión de cualquier centro médico, tales
como: Gestión de Historias Clínicas, ingreso de pacientes, consultas y turnos de
pacientes para consultas médicas.
• Se adaptará a cualquier número de profesionales médicos sin perder de vista la
planificación diaria de estos.
• Búsqueda por disponibilidad.
• Se puede generar una cita con una solicitud de atención del paciente, en forma
digital y electrónica.
Características de los usuarios

Director medico
Tipo de usuario
Jefe de salud
Formación
Supervisión del proyecto, tareas operativas, definición de
Actividades
configuración de los sistemas
Tabla 12: Requisitos caracteristicas de usuario director
Medico
Tipo de usuario
Medicina general
Formación
Ingresar al sitio con ciertos privilegios para agregar y actualizar
Actividades
datos
Tabla 13: Requisitos características de usuario médico
Enfermera
Tipo de usuario
Lic. Enfermería
Formación
Actividades Ingreso para actualizar los datos referentes a los profesores de

cada institución.
Tabla 14: Requisitos características de usuario enfermera
Restricciones
El sistema será desarrollado en JAVA un lenguaje con una orientación a objetos del
97%, la metodología para el desarrollo se basará en las mejores características de las
metodologías tradicionales(evolutivas) y ágiles.
El producto final debe ser capaz de almacenar la información completa de un paciente,

esto quiere decir que debe contener los datos personales, datos clínicos, informes
fonoaudiológicos y protocolos aplicados al paciente. Además, toda la información debe ser
administrada por personas autorizadas. El objetivo es eliminar la actual ficha clínica del centro
que se trabaja en forma manual y perdida de información importante para los médicos.
• Este sistema estará orientado al personal de una clínica de tipo básico, Con
conocimientos necesarios para su utilización.
• El sistema debe entregar información automatizada de los pacientes, para obtener
datos estadísticos de las actividades realizadas.
• El sistema se diseñará según un modelo cliente/servidor.
Suposiciones y dependencias
La información de pacientes se encontrará en un archivo pdf el cual será obtenido de la
información histórica que actualmente se encuentre almacenada en la clínica y será procesado
en el sistema mediante una interface. La consulta y modificación de los registros en la base de
datos estarán sujetos a la conexión entre el equipo servidor y las terminales.
• Se ejecutará solo en plataformas que soporte Flash Player.

• Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos
antes indicados para garantizar una ejecución correcta de la misma
• Podrá ser ejecutado en sistemas operativo Windows 7 en adelante
• Ocupará base de datos
• Utilizará Adobe Flash para visualizar los documentos generados
Evolución previsible del sistema

• Horario del médico.
• Se visualizarán los pacientes que se atenderán durante el día. Los datos del
paciente deberán mostrarse codificados.
• El procedimiento que se está ejecutando debe ser codificado bajo algún estándar
de clasificación de enfermedades.
• Cuáles son las salas que se están utilizando.
• Contador de tiempo por cada procedimiento.

• Personal disponible en ese instante
Seguridad
• Para la transferencia de información entre los dos componentes del sistema se
utilizará el protocolo de comunicación SSL y FTP
• Autorización para las transacciones
Licencias
• Uso de herramientas bajo licencias
Requisitos específicos
RF01
Número de requisito
Validar usuarios
Nombre de requisito
Los usuarios deberán identificarse para acceder a cualquier parte

Características
del sistema.
Descripción del El sistema podrá ser consultado por cualquier usuario dependiendo
del módulo en el cual se encuentre y su nivel de accesibilidad.
requerimiento
Prioridad del
Alta/Esencial Media/Deseado
requisito Baja/ Opcional
Tabla 15: Requisito especifico 1
RF02
Registro personal
Nombre de requisito
Los usuarios deberán tener un registro en el sistema para acceder a
Características
cualquier parte de la clínica
Descripción del Al ingresar por primera vez, el sistema solicitara los siguientes datos:
requerimiento • Ingresar N.º correspondiente al documento. *
• Nombres. *
• Apellido Paterno. *
• Apellido Materno. *
• Fecha de nacimiento. (DD/MM/YYYY) *
• Sexo. Deberá tener un combo box en el cual se podrá
seleccionar masculino, femenino u otro. *
• N.º Teléfono. *
• E-mail. *
• Dirección.
Los datos específicos con (*) son de carácter obligatorio, en caso de

Restricciones
no ingresar todos los datos, o ingresar un dato no valido, el sistema
deberá reconocer cual es el dato que falta o erróneo y solicitarlo.
Prioridad del
RF03
Consulta de información
Nombre de requisito
El sistema ofrecerá al usuario información general
Características
acerca de las Instrucción citas, especialidades, horario de citas
paciente
Consultar información de citas y pacientes: Muestra

Descripción del
información general detallada sobre cada paciente y el doctor
requerimiento
que los trata.
Prioridad del

RF04
Modificar
Nombre de requisito
Dentro del sistema deberá existir la opción de editar los datos, en
Características
esta instancia se podrán editar todos los datos ingresados en el
registro.
Se deberá solicitar el usuario y contraseña del usuario

Descripción del
administrador del paciente y se enviará ahí la clave para la
requerimiento
modificación.
Prioridad del requisito

Media/Deseado
Alta/Esencial Baja/ Opcional
RF05
Registro de pacientes
Nombre de requisito
Se deberá ingresar el DI (pasaporte o Rut) y una contraseña.
Características
Al acceder al sistema, se podrá ingresar a las siguientes
Descripción del
ventanas:
requerimiento
• Reserva de Horas
• Crear cita.
• Edición de datos.
• Cambio de Clave
En caso de reconocer que la contraseña o código de seguridad no es
Restricciones
válido, se deberá cancelar el ingreso al sistema, levantando un pop-
up con la siguiente información: “contraseña no valida”,” código de
seguridad no valido” “vuelva a ingresarlo”
Prioridad del

RF06
Registro de atención
Nombre de requisito
Al ingresar al historial de atenciones se deberán mostrar listadas
Características
todas las atenciones realizadas.
Para visualizar un usuario específico se debe marcar el acceso.

Descripción del
En el caso de no tener historial de deberá levantar un pop-up el
requerimiento
cual indique que no se tiene historial de atenciones.
Solo se puede visualizar el historial de un paciente por vez. Al

Restricciones
ingresar al historial se deberá mostrar por defecto usuario
registrado

Alta/Esencial Media/Deseado Baja/ Opcional
RF07
Gestión de cita
Nombre de requisito
Dentro del programa se permitirá la inserción de citas futuras
Características
para un correcto manejo de la atención y tiempo.
La inserción de estas dependerá de cómo el servicio tenga

Descripción del
programada su horario. Se visualizará el último calendario que
requerimiento
se tenga disponible.

Baja/ Opcional

Requisitos comunes de los interfaces
Interfaces de usuario
Las interfaces de usuario están relacionadas con las pantallas, ventanas (formularios)
que debe manipular el usuario para realizar una operación determinada. Dicha manipulación
el usuario la realizará por medio del teclado y mouse o pantalla táctil. Además, consistirá en
un conjunto de ventanas con botones, listas y campos de textos. Ésta deberá ser construida
específicamente para el sistema propuesto y, será visualizada desde un navegador compatible
con el software. Es importante mencionar que las interfaces de usuario también abarcan las
ayudas correspondientes en cada uno de los procesos que realice el sistema. Por lo que se
dichas interfaces incluirán:
• Botones
• Menús despegables
• Mensajes informativos
• Mensajes de error
• Cuadros de diálogo
• Formularios para el ingreso, modificación, actualización y eliminación de datos. Así
como para las operaciones y las ayudas que se mencionó anteriormente entre otras.
Interfaces de hardware
Será necesario disponer de algunos equipos de cómputos o dispositivo móvil en
perfecto estado con las siguientes características:
Equipo de computo
• Pantalla de monitor: el software deberá mostrar información al usuario a través de la

pantalla del monitor.
• Ratón: El software debe interactuar con el movimiento del ratón y los botones del ratón.
El ratón se activan las zonas de entrada de datos, botones de comando y seleccione las
opciones de los menús.
• Teclado: El software deberán interactuar con las pulsaciones del teclado. El teclado de
entrada de datos en el área activa de la base de datos.
• Impresora: El software imprimirá los reportes en la impresora instalada. Por si llegara
a ser necesario
Dispositivo móvil
• Pantalla táctil: el software deberá mostrar información al usuario a través de la pantalla

del dispositivo móvil.
• Teclado: El software deberán interactuar con las pulsaciones del teclado. Puede ser de
uso externo o integrado en el dispositivo
• Impresora: El software imprimirá los reportes en la impresora vinculada. Por si llegara
a ser necesario
Interfaces de software
• Sistema Operativo: Windows 7 o superior
• Sistema Operativo: Android
• Explorador: Mozilla o Chrome.
Interfaces de comunicación
Los servidores, clientes y aplicaciones se comunicarán entre sí, mediante protocolos
estándares en internet, siempre que sea posible. Por ejemplo, para transferir archivos o
documentos deberán utilizarse protocolos existentes (FTP u otros convenientes).
Requisitos funcionales
Requisito funcional 1
Autenticación de usuarios: cada usuario posee un nombre de entrada al sistema o usuario y
una clave o contraseña. Además, dependiendo del tipo de usuario registrado se asignan los
privilegios asignados a dicho usuario.
En general, el proceso de autenticación consta de los siguientes pasos: El probador
solicita acceso a un sistema. El verificador solicita al usuario que se autentique. El probador
aporta las credenciales que le identifican y permiten verificar la autenticidad de la identificación.
Registrar personal: Contiene nombres de usuarios, contraseñas y perfiles de seguridad que
determinan las aplicaciones, opciones y datos a los que puede acceder un usuario. Para
gestionar los privilegios de seguridad, los usuarios pueden realizar las funciones para los
usuarios específicos.
Consulta de información: El sistema ofrecerá al usuario información general acerca de las
Instrucción citas, especialidades, horario de citas paciente. Consultar información de citas y
pacientes: Muestra información general detallada sobre cada paciente y el doctor que los trata.
Modificar: Dentro del sistema deberá existir la opción de editar los datos, en esta instancia se
podrán editar todos los datos ingresados en el registro. Se deberá solicitar el usuario y
contraseña del usuario administrador del paciente y se enviará ahí la clave para la
modificación.
Registrar paciente: Se deberá ingresar el usuario y una contraseña. Al acceder al sistema,
se podrá ingresar a las siguientes ventanas:
• Reserva de Horas
• Crear cita.
• Edición de datos.
• Cambio de Clave
Registro de atención: Al ingresar al historial de atenciones se deberán mostrar listadas todas
las atenciones realizadas.
Para visualizar un usuario específico se debe marcar el acceso. En el caso de no tener historial
de deberá levantar un pop-up el cual indique que no se tiene historial de atenciones.
Gestión de citas: Dentro del programa se permitirá la inserción de citas futuras para un
correcto manejo de la atención y tiempo. La inserción de estas dependerá de cómo el servicio
tenga programada su horario. Se visualizará el último calendario que se tenga disponible.
Requisitos no funcionales
Requisitos de rendimiento
• Al momento de realizar un proceso, este no debe de sobre pasar el 70% del uso del CPU,
la carga en memoria no debe superar a los 20 mg.
• El 95% de los movimientos deben de realizarse en el tiempo estimado.
• El uso de disco duro, CPU, porcentaje de rendimiento del CPU, memoria y la optimización
de los recursos al máximo, ayudan al rendimiento del sistema.
Seguridad
La seguridad del sistema es por:
• Uso de contraseñas para cada usuario (administrador o director, enfermera y en

pacientes). Esto permitirá que tengan acceso al sistema solo las personas que
tienen autorización.
• Registros de ingreso al sistema.
• Creación de asignación de cada usuario dependiendo su funcionalidad
Fiabilidad
Es uno de los factores que dará confianza al cliente, para lo cual el sistema está
controlando todo tipo de transacción y esta apto a responder todo tipo de incidente.
Disponibilidad
El sistema ha sido desarrollado tomando en cuenta las necesidades, requerimientos,
reglas, política, misión, objetivos etc. De la cooperativa, por lo que se encuentra disponible el
80% del tiempo del día tomando en cuenta que el día tiene 24 horas; mientras que el 20% del
tiempo es para tareas administrativas sobre el sistema.
Mantenibilidad
El sistema cuenta con características parametrizables lo que permitirá futuros
mantenimientos. Es decir, cada tres meses se va a realizar un mantenimiento preventivo,
encargado de hacerlo están los desarrolladores. Se realizará el mantenimiento dos veces sin
ningún recargo económico, pasados estas dos revisiones tendrán costos adicionales.
Portabilidad
Una de las ventajas de utilizar herramientas y lenguajes basados en sw libre. Estamos
garantizando la portabilidad. De esta manera: 99.9% es portable la aplicación por el simple
hecho de utilizar el lenguaje y plataforma JAVA. 99% es portable la base de datos, PostgreSQL
es decir puedo tenerlo en Windows o Linux.
Otros requisitos
Propiedad intelectual
El costo de licencia de producto será valorado por el número de usuarios que se
conecten.
Definición del problema

Actualmente, en la ciudad de San Andrés Tuxtla, ver., dentro de los centros médicos de
atención comunitaria, surge la problemática de no contar con un sistema que permita la
adecuada gestión de la información de los pacientes y específicamente en los registros
clínicos. Por lo que, esto genera muchos problemas al atender a los mismos pacientes debido
a que se es más complejo ubicar su información, generando tiempos de espera muy largos, lo
cual produce malestar en los pacientes y un sistema poco eficiente.
El mayor inconveniente que se encuentra durante este proceso de atención es la

localización y traslado de los registros clínicos de los pacientes, debido a que normalmente la
cantidad de registros es muy alta y el almacenamiento de los papeles mismos no es el óptimo.
Además, con la celeridad con la que van mejorando las tecnologías de información, la empresa
SIGECOP de todos los rubros se encuentran en la necesidad de actualizar y mejorar los
sistemas que emplean actualmente en el sector de las clínicas médico.
Por tal motivo, con el proyecto SIGECOP se busca dar solución a la problemática
expuesta ¿Qué beneficios tendrán los usuarios con la creación de un software con conexión a
Base de Datos para consultar, gestionar y agilizar los trámites de los usuarios?, permitiendo
mostrar una mejora en el desarrollo de la gestión de la información recopilada.
Modelo de caso de uso

Actores
Actor: Administrador
Casos de uso: Validar usuario, registrar personal, consultar información, Modificar.
Tipo: Básico
Descripción: El Administrador tendrá acceso a todo el personal que labora en la clínica

ya que el será el encargado de dar de alta y modificar a los médicos,
enfermeras y especialistas cuando sea necesario.
Actor: Doctor
Casos de uso: Validar usuario, consultar información, modificar, registrar paciente y

gestión de citas
Tipo: Básico
Descripción: El doctor puede consultar información de sus pacientes y modificar a cada

uno de estos en caso de ser necesario, para ello solo se mostrará una
interfaz doctor donde tendrá acceso a modificar solo a los pacientes.
Además, se agrega una opción de registrar paciente por alguna situación
desconocida donde la enfermera no tenga acceso, el doctor también podrá
visualizar las citas que tiene durante el día y las próximas citas de la
semana
Actor: Enfermera
Casos de uso: Validar usuario, consultar información, registrar paciente, registro de

atención y gestión de citas
Tipo: Básico
Descripción: La enfermera puede consultar información de los pacientes y crear citas de

ser necesario, para ello solo se mostrará una interfaz enfermera donde
tendrá acceso a consultar agregar citas solo de los pacientes.
Casos de uso
Caso de uso registrar personal
Caso de uso consultar información

Caso de uso Modificar
Caso de uso registrar paciente

Caso de uso registro de atención
Caso de uso gestión de citas
Documentación
Caso de uso Registro del personal
Actores Administrador
Tipo Básico
Propósito El administrador tendrá a su disposición una interfaz que le permita

registrar el personal que labora en la clínica
Caso de uso Tipo de modificación
Actores Administrador, enfermera, doctor
Tipo Extend
Propósito Modificar algún error o actualizar datos
Resumen Este caso de uso permitirá al administrador o doctor en donde sea el caso
modificar datos del paciente o personal cada uno
Precondiciones Se necesita haber iniciado sesión para poder modificar los datos en cada
usuario se mostrara una interfaz diferente para cada caso
Enfermera
Caso de uso Gestión de citas
Actores Enfermera, doctor
Tipo Básico
Propósito La enfermera y el doctor podrán gestionar las citas de los pacientes
Resumen Este caso de uso permite a la enfermera agilizar la gestión de citas y llevar
un control de los pacientes que van a ingresar con dicho doctor y la hora
en que tiene el registro de la cita.
Precondiciones Se requiere haber iniciado sesión de usuario ya sea como de doctor o

enfermera para poder tener acceso al sistema de gestión de citas
Caso de uso Validar usuario
Actores Administrador, enfermera, doctor y base de datos registro de SIGECOP
Tipo Include
Propósito Validar al usuario ya registrado para hacer uso del software
Resumen En este caso de uso se iniciar sección en un usuario ya registrado de lo

contrario deben de crear un usuario pare que pueda acceder al sistema
correspondiente. La validación se efectuará mediante el registro de un
usuario y contraseña asignada
Precondiciones Se requiere haber ejecutado anteriormente el caso de uso registrar

usuario
Flujo principal Se requiere que el usuario inicie sesión en su cuenta para poder mostrar
la interfaz designada. En caso de no estar registrado debe tener los
permisos para poder crear una nueva cuenta. Al momento de iniciar
sesión se valida el registro de usuarios en la base de datos
MODELO DEL DOMINIO DEL PROBLEMA

SIGECOP
El sistema de gestión y control de pacientes (SIGECOP) es un sistema que
permite al usuario hacer consultas de información, registro del personal y pacientes,
además de llevar un control en gestión de citas medicas y llenado de información de cada
paciente de forma digital y rápida sin necesidad de acudir a lápiz y papel.
El sistema presentara en la pantalla principal una interfaz de bienvenida al usuario y

una opción de inicio de sesión para que el usuario pueda utilizar el sistema de gestión y control
de usuario.
Este acceso se da por medio de la inserción de un usuario previamente especificado

y una contraseña previamente guardada que deberán validarse una vez se halla registrado el
usuario, y después de haberse validado el registro y la contraseña del usuario, se pueden
seleccionar de las siguientes actividades:
Registrar personal
Consultar información
Modificar
Gestión de citas
El registro de personal lo realiza el administrador o director encargado de la clínica

ingresando con su usuario y contraseña al sistema.
La consulta de información se puede realizar de dos maneras diferentes
Información por paciente
Información de personal
En la información según paciente muestra todos los pacientes que la enfermera o el

doctor puedan consultar y sea por nombre o cita. Este mostrará una interfaz donde se tendrá
acceso solo a la información solicitada y por el tipo de usuario que lo consulta.
En la consulta según personal muestra el personal que labora en la clínica se puede

consultar de dos formas por nombre y por id del personal, esto solo será mostrado para el
administrador o director de la clínica iniciando sesión en el sistema.
Modificar se utiliza principalmente para modificar tanto a los pacientes por parte del
doctor y modificar al personal por parte de administrador. Cada usuario modificara
información diferente ya que se tratan de usuarios completamente distintos.
En registrar paciente permite a la enfermera y al doctor hacer un registro de un

paciente nuevo en la clínica que no tenga historial en la misma, especificando todos sus
datos con la ayuda del paciente de forma digital agilizando tiempo y recursos.
El registro de atención permite a la enfermera llevar un registro de todos los

pacientes s que pasaran a citas y los datos previos necesarios que se brindan en ella.
La interfaz de gestión de citas es utilizada por la enfermera y el doctor esto le

permitirá realizar citas durante el día, semana y citas mensuales será más accesible saber
cuáles son los días que se tienen disponibles y evitar la espera de los pacientes y saturación
de la sala de espera
Identificación de clases
Clases candidatas para SIGECOP
Sistema de gestión y control sistema
pacientes paciente
sistema citas
usuario interfaz de bienvenida al usuario
consultas opción
registro Registro de pacientes
personal Registro de atención
pacientes Gestión de citas
acceso usuario
Información por paciente Registro de personal
usuario contraseña
registro Modificar
clínica Registrar personal
contraseña usuario
Consultar información consulta
Información de personal pacientes
enfermera doctor
consultar nombre
cita usuario
consulta muestra
personal clínica
consulta historial
datos muestra
paciente personal
registro consultar
citas administrador
datos director
sistema Modificar
interfaz paciente
gestión información
citas enfermera
registrar usuarios
modificar doctor
enfermera administrador
permitirá doctor
paciente citas
registro clínica
doctor disponibles
pacientes espera
sala registro
Clases candidatas originales y modificación
Clases candidatas Modificación Clases candidatas Modificación
Sistema de gestión Eliminada sala Renombrada: Sala de

espera
Sistema Eliminada interfaz de bienvenida Eliminada

al usuario
Usuario Eliminada opción Eliminada
Consulta Eliminada Registro de

pacientes
Sistema de gestión Eliminada Registro de atención

y control
paciente Registro de personal
registro Eliminada Modificar Eliminada
personal Eliminada Registrar personal Eliminada
acceso Eliminada nombre
Información por Eliminada muestra Eliminada

paciente
clínica historial Renombrar: Registro

de historial
contraseña Eliminada administrador
Consultar Eliminada director

información
Información de Eliminada registrar Eliminada

personal
enfermera modificar Eliminada
cita Renombrada: permitirá Eliminada

Gestión de citas
consulta Eliminada doctor
datos gestión Eliminada
interfaz Eliminada
Clases identificadas para SIGECOP
Paciente
Clínica
Enfermera
Registro de cita
Doctor
Sala de espera
Registro de personal
Registro de historial
Administrador
Diagrama de clases
Identificación de ASOCIACIONES
Asociaciones identificadas para relacionar clases
Un doctor atiende un paciente
Un doctor trabaja en una clínica
un paciente es registrado en atención
Un paciente es registrado en citas
Un paciente espera en la sala de espera
Una clínica tiene enfermeros, doctores y pacientes
Una enfermera registra pacientes en el registro de atención
Un doctor tiene una enfermera a su disposición
Un administrador registra al personal
Una clínica cuenta con un administrador
Una clínica tiene salas de espera
Un paciente cuenta con un registro de cita

Diagrama de asociaciones
Diagrama de clases con asociaciones y roles

Diagrama de clases con asociaciones, roles y multiplicidad
Identificación de ATRIBUTOS
Atributos identificados para las clases
Paciente Nombre, fecha de nacimiento, nss, padecimiento.
Clínica Id clínica
Enfermera Nombre, Dirección. RFC, usuario, contraseña.
Registro de citas Dia, Hora, Fecha, entrada, Salida.
Doctor Nombre, Dirección, Fecha de nacimiento, especialidad, usuario
Sala de espera Dia, Hora, Fecha, entrada, Salida.
Registro de pacientes Dia, Hora, Fecha, entrada, Salida.
Registro de atención Dia, Hora, Fecha.
Registro de personal Nombre, Dirección. RFC, usuario, contraseña.
Registro de historial Dia, Hora, Fecha, entrada, Salida.

Administrador Nombre, Dirección. RFC, usuario, contraseña.
Identificación de Módulos
MODELO DE INTERFACES
Loguin o inicio de sesión: El usuario creado corresponde a una generalización de
rangos, de tal forma que el inicio de sesión esta creado con credenciales universales, es decir,
estos podrán iniciar sesión con una contraseña genérica que los enlace al rango que este
desempeña.
Sesión para administradores: La contraseña es administrador, dentro de este

apartado se pueden realizar ciertas operaciones, las cuales son; Registrar usuarios, consultar
información, modificar datos.
La interfaz de enfermera: Contiene funciones como: registrar paciente, registrar citas, listas
pacientes.
La interfaz doctores permite hacer ciertas cuestiones como: Consultar información, registrar
pacientes (cita), modificar, y gestionar citas.
ARQUITECTURA DE CLASES
Clases con estereotipos
Clases según casos de uso

Clases bordes identificadas para el caso de uso: Registro de personal
Clases bordes identificadas para el caso de uso: Consultar información
Ilustración 2: Borde caso de uso consultar información

Clases bordes identificadas para el caso de uso: Modificar
Ilustración 3: Borde cao de uso modificar

Clases bordes identificadas para el caso de uso: Registrar paciente
Ilustración 4: Bordes caso de uso registrar paciente

Clases bordes identificadas para el caso de uso: Registro de atención
Clases bordes identificadas para el caso de uso: Gestión de citas
Ilustración 5: Borde caso de uso gestionar citas

Clases bordes identificadas para el caso de uso: Validar usuario
Ilustración 6: Borde caso de uso validar usuario

Clases entidad identificadas para el caso de uso: Registro de personal
Ilustración 7: Entidad caso de uso registro personal

Clases entidad identificadas para el caso de uso: Consultar información
Clases entidad identificadas para el caso de uso: Modificar
Clases entidad identificadas para el caso de uso: Registrar paciente
Ilustración 8: Entidad caso de uso registrar paciente

Clases entidad identificadas para el caso de uso: Registro de atención
Ilustración 9: Entidad caso de uso registro de atención

Clases entidad identificadas para el caso de uso: Gestión de citas
Ilustración 10: Entidad caso gestión de citas

Clases entidad identificadas para el caso de uso: Validar usuario
Ilustración 11: Entidad para caso de uso validar usuario

Clases control identificadas para el caso de uso: Registro de personal
Clases control identificadas para el caso de uso: Consultar información
Ilustración 12: Control caso de uso consultar información

Clases control identificadas para el caso de uso: Registro de paciente
Ilustración 13: Control caso de uso registrar paciente

Clases control identificadas para el caso de uso: Registro de atención
Ilustración 14: Control caso de uso Registro de atención

Clases control identificadas para el caso de uso: Registro de citas
Ilustración 15: Control caso de uso Registro de citas

Clases control identificadas para el caso de uso: Validar usuario
Diagramas de secuencias
Diagrama de secuencia de consultar paciente
Enfermera
Ilustración 16: Diagrama de secuencia de consultar paciente

Diagrama de secuencia crear cita
Enfermera
Diagrama de secuencia modificar o actualizar paciente
Doctor
Diagrama de secuencia crear paciente
Enfermera Doctor
Diccionario de clases según módulos
Ilustración 17: Diccionario de clases según módulos

Interfaz usuario: El módulo está compuesto por una clase utilizada para el manejo de
general de las interfaces de usuario.
• Interfaz usuario administrador: Toda interacción con el usuario administrador se

realizará mediante la clase borde interfaz administrador
• Interfaz usuario doctor: Toda interacción con el usuario doctor se realizará
mediante la clase borde interfaz doctor
• Interfaz usuario enfermera: Toda interacción con el usuario enfermera se
realizará mediante la clase borde interfaz enfermera
Registro personal: El módulo registro personal tiene módulos: Usuario, interfaz

administrador.
• Interfaz usuario: El módulo está compuesto por una clase utilizada para el
manejo de general de las interfaces de usuario.
• Interfaz usuario administrador: Toda interacción con el usuario administrador
se realizará mediante la clase borde interfaz administrador
Conclusión
Realizar este trabajo, fue con el objetivo de hacer una captura de requisitos que plasme
todos los requerimientos necesarios para el desarrollo de un software, que permita gestionar
la información de los pacientes en una clínica que requiera optimización de información
Para llevar a cabo este trabajo, fue necesario revisar varias metodologías de ingeniería
de requisitos. Una vez estudiadas las metodologías se prosiguió a realizar una selección,
mediante un análisis que contempló aspectos como las etapas de trabajo, los resultados que
entrega, las herramientas que posee, entre otras cualidades, para definir una metodología que
permita hacer una elicitación de requisitos acorde con las características del cliente.
La falta de experiencia de ambas partes, en esta clase de proyectos, puede implicar que
haya puntos que no se hayan considerados y que al momento del desarrollo de la aplicación
sean necesarios discutir, si fuese de esa forma, las personas que continúen este proyecto,
deben consultar al cliente las dudas que tengan al respecto, él es quien debe decidir cualquier
cambio que requiera este documento.
Para finalizar mediante el análisis de la situación actual del SIGECOP pudimos conocer
las deficiencias del sistema que hoy en día se maneja en este centro médico y, a través del
diseño de un prototipo de software intentamos eliminar dichas deficiencias además de ofrecer
funciones adicionales. Los miembros de equipos hemos desarrollado algunas de las
competencias de acuerdo al PMI a lo largo de todo el proyecto tales como trabajo en equipo,
actitud abierta, consulta, creatividad, cambios entre otros.
El sistema actual que maneja el SIGECOP es útil para ellos, pero no les proporciona la
ayuda como desearían. Nuestro prototipo pretende llegar a ser una aplicación para Windows
con la cual las deficiencias del sistema actual se vean corregidas. Al concluir con la realización
del presente trabajo, se puede concluir que todos los miembros del equipo del proyecto han
adquirido conocimientos teóricos sobre la gestión y dirección de proyectos, los cuales hemos
podido poner en práctica en el desarrollo de nuestro respectivo proyecto.
Al implementarse esta propuesta, se logrará una mejora en el manejo y gestión de las

historias clínicas, además de ser una alternativa eco-amigable, por evitar el uso innecesario
de papel. Las funcionalidades propuestas que presenta el sistema de información, logrados a
partir del análisis y diseño del mismo, permiten concluir que la automatización de los procesos
de atención médica de los pacientes del SIGECOP, presentan mayores beneficios que el
sistema actual que emplean.
Con el prototipo de software diseñado se ha logrado estandarizar el manejo de las

historias clínicas localidades que este alrededor de nuestras ciudades de Catemaco o San
Andrés, logrando de esta forma almacenar la información de las mismas de una manera
eficiente, permitiendo así que ésta se encuentre disponible para los usuarios en cualquier
momento, logrando una mejora en el manejo y gestión de historias clínicas
Referencias
• [1] Cruz, F.A.C. (2015) Ingenieria de software - Ian Sommerville 7A edicion, Academia.edu.
Available at:
https://www.academia.edu/15059886/Ingenieria_de_Software_Ian_Sommerville_7a_Edici
on (Accessed: November 17, 2022).
• [2] Alonso, S.S. (no date) Ingeniera del software: Un Enfoque Desde La Gua Swebok,
Google Books. Alfaomega. Available at:
https://books.google.com/books/about/Ingenier%C3%ADa_del_software.html?id=OG2rlA
EACAAJ (Accessed: November 17, 2022)
• [3]Alvarado, L. (2016) Ingenieria del software. un enfoque Practico 7ma Edición,
Academia.edu. Available at:
https://www.academia.edu/24308956/Ingenieria_del_Software_Un_Enfoque_Practico_7m
a_edici%C3%B3n (Accessed: November 17, 2022).
• Hospital regional de Ayacucho “MAMLL”. (2015). Recuperado el 03 de setiembre del 2016
de
http://www.hospitalregionalayacucho.gob.pe/Documentos/Plan%20Anual%202015/INFO
RM E%20ARCHIVO%20PASIVO.pdf
• Implementación de un sistema de historias clínicas electrónicas para el centro de salud
Peru tercera zona. (2014). Recuperado el 3 de setiembre del 2016
http://www.repositorioacademico.usmp.edu.pe/bitstream/usmp/1463/3/gutarra_mcr_comp
leta. pdf

Proyecto Final

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Final

Cargado por

Copyright:

Formatos disponibles

Instituto tecnológico superior

de San Andrés Tuxtla

Asignatura: Fundamentos de ingeniería de software

Requisitos funcionales ................................................................................................. 43

Tabla 1: Entrevista ....................................................................................................... 25

Ilustración 1: Requisitos funcionalidad del producto .................................................... 35

Este proyecto se enfocará en el análisis y diseño. La etapa de análisis se centrará en la

En este proyecto, el software en desarrollo está diseñado para realizar un sistema de

Definición del problema

• Garantizar la conservación de las historias clínicas.

• ∙ Gestionar de los reportes estadísticos.

• ∙ Llenar la hoja de atención médica de cada uno de sus pacientes en el sistema.

• ∙ Registrar nuevos pacientes.

• ∙ Realizar el registro y los procedimientos médicos a los pacientes.

RN001 SIGECOP El administrador que se encarga de decepcionar las

RN002 SIGECOP El administrador de análisis clínico, elabora los

RN003 SIGECOP El administrador verifica los requerimientos de compra

RN004 SIGECOP El administrador elabora la orden de compra, para ser

RN005 SIGECOP Es administrador quien recibe las cotizaciones de los

RN006 SIGECOP Las cotizaciones enviadas por el proveedor al doctor.

RN008 SIGECOP Los proveedores deben estar clasificados por el insumo

RN009 CUNGAC Es el medico quien otorga la Ficha de Análisis Clínicos al

RN010 CUNGAC La enfermera consulta la nómina de análisis clínico

RN011 CUNGAC Los médico-doctor analizan los informes de análisis

RN012 CUNGAC La enfermera adjunta el informe de análisis clínico a la

RN013 CUNGAC El cajero emite el comprobante medico al paciente

RN014 CUNGCM El doctor adjunta la historia clínica, para que el paciente

RN015 CUNGCM La enfermera actualiza el libro de citas de los pacientes.

RN016 CUNGCM El administrador consulta nómina de médicos para ver su

RN017 CUNGCM La enfermera emite los comprobantes de citas.

RN018 CUNGCM El doctor llena ficha de interconsulta para que el paciente

RN019 CUNGCM El doctor otorga la receta médica.

RN020 CUNGCM Se debe registrar una orden de atención el cual es la

RN021 CUNGCM Una vez registrada la reserva el paciente deberá abonar el

RN022 CUNGHC La recepcionista-secretaria entrega la historia clínica en el

RN023 CUNGHC El cajero emite un comprobante medico

RN024 CUNGHC La historia clínica es únicamente actualizada por los

SIGECOP: Caso de Uso de Negocio Administrar Compra

Identificación de los puestos

• La labor del administrador de redes se distribuye entre hacer el mantenimiento

• Es un puesto de mando medio o intermedio esta ir todo factores endógenos de

• Es la encargada de supervisar y apoyar en todo lo referente a la parte operativa

• Es la encargada específicamente de todas las actividades de apoyo en el área

asimismo en lo referente a abastecimiento es la encargada de proveer todos los

1.supervision y control de personal

2.ejecucion del proceso de pagos a médicos.

3.planificar los cronogramas de mantenimiento de equipos.

4.elaborar informes de apoyo al gerente de la empresa.

5.supervision y control de servicios contratados.

con de compañías de seguros

8. responsabilidad sobre el correcto funcionamiento del

sistema de honorarios médicos. A

6.levantamiento de inventarios patrimoniales mensuales.

su responsabilidad está ligada básicamente a los siguientes factores:

Casos de uso del negocio

1.- ¿Ha contestado un formulario a mano para su historial e información clínica?

3.- Desde su punto de vista, ¿Consideraría más efectivo el formulario(registros)

Hora inicio: Hora final:

1 ¿Para quién estamos solucionando el problema?

2 ¿Cuál es la problemática que buscan solucionar a

3 ¿Cuáles son las funciones principales que realiza?

4 ¿Cuáles son las áreas que integran esta empresa?

5 ¿Cuántos usuarios lo usarán?