Proyecto SISMED

Especificacin de Requerimientos de software
Rev.
Pg. 1
Especificacin de Requerimientos de software

SISMED - SISTEMA DE GESTIN DE CITAS Y FORMULACIN MDICA
PARA EL SERVICIO MDICO ASISTENCIAL SENA
Historial de Revisiones
Fecha
Revisin
Descripcin
Autor
18/11/2014
1.0
Requerimientos de Software
ADSI 86
14/03/2015
1.1
ADSI 86
27/07/2015
1.2
ADSI 86
24/08/2015
1.3
ADSI 86
Documento validado por las partes en fecha: 18 NOVIEMBRE DE 2014

Por el cliente
Por la empresa suministradora
DELEGADO DE CENTRO MEDICO SENA
Lider de Proyecto CARLOS GIOVANNY

QUINTANA
Descripcin de Requerimientos del software
Contenido
FICHA DEL DOCUMENTO
CONTENIDO
1
INTRODUCCIN
1.1
Propsito
1.2
Alcance
1.3
Personal involucrado
1.4
Definiciones, acrnimos y abreviaturas
1.5
Referencias
DESCRIPCIN GENERAL
2.1
Perspectiva del producto
2.2
Funcionalidad del producto
2.3
Caractersticas de los usuarios
2.4
Restricciones
2.5
Suposiciones y dependencias
2.6
Evolucin previsible del sistema
REQUERIMIENTOS ESPECFICOS
3.1
Requerimientos bsicos de las interfaces
3.1.1 Interfaces de usuario
3.1.2 Interfaces de hardware
3.1.3 Interfaces de software
3.1.4 Interfaces de comunicacin
3.2
Requerimientos funcionales
3.2.1 Gestin de Usuarios
3.2.2 Gestin de Agendas
3.2.3 Gestin de Citas
3.2.4 Gestin Mdicos
3.2.5 Gestin Especialidades
3.2.6 Gestin Medicamentos
3.2.6 Gestin Historia Clnica
3.2.6 Gestin Informes
3.3
Requerimientos no funcionales
3.3.1
3.3.2
3.3.3
3.3.4
3.3.5
3.3.6
3.3.7
3.4
4
Requerimientos de rendimiento
Seguridad
Fiabilidad
Disponibilidad
Mantenibilidad
Portabilidad
Escalabilidad
Otros Requerimientos
APNDICES
Introduccin
El servicio mdico asistencial del SENA en su proceso de atencin a los pacientes realiza
tareas manuales y repetitivas que ocasionan reprocesos, prdida de tiempo y falta de calidad
en la atencin a los usuarios. Se encuentra por ejemplo, que la asignacin y cancelacin de
citas se hace registrando en una agenda, de forma manual, los datos del paciente en los
horarios disponibles de los mdicos. Otra situacin que se presenta est relacionada con el
proceso de registro medico de formulacin, en el cual con frecuencia los mdicos deben
realizar la misma formulacin a diferentes usuarios con sintomatologas idnticas sin relacionar
dicha formulacin con el paciente, proceso que a su vez realizan en forma manual y sin tener
datos histricos donde consultar fcilmente.
El presente documento presentara acorde a los estndares establecidos en la norma IEEE/830
de 1998 los Requerimientos para desarrollar un sistema de informacin que sistematice los
procesos de asignacin de citas, formulacin mdica y gestin de historias clnicas del servicio
mdico asistencial del SENA
Propsito
1.1
El tiempo de atencin a los pacientes para asignar o cancelar una cita, la oportunidad,
rapidez y veracidad en los diagnsticos y formulacin cuando stos se vuelven
repetitivos se convierten en parmetros que miden la calidad del servicio en una
institucin de salud. Un sistema de informacin que apoye la labor de los mdicos y del
personal administrativo solucionar la necesidad y problemtica planteada por el
Servicio Mdico Asistencial del SENA.
El propsito del presente documento es documentar e informar el esquema definido
para la creacin del SISMED el cual incluye desde su fase inicial de identificacin de la
problemtica identificada hasta la implantacin del sistema que resolver dicha
necesidad. Esta documentacin servir de apoyo para los usuarios administrativos,
mdicos y pacientes para su uso e implantacin.
Objetivo general
Desarrollar un sistema de informacin que sistematice los procesos de asignacin de
citas, formulacin mdica y gestin de historias clnicas del servicio mdico asistencial
del SENA
Objetivos especficos
Identificar las necesidades del servicio mdico asistencial del
Minimizar los tiempos de asignacin de citas.

Optimizar los tiempos de atencin de los pacientes
Consolidar las fuentes de informacin para la atencin de los
SENA.
pacientes.
Facilitar la generacin de informes basados en las fuentes de

informacin de la atencin.
Dar cumplimiento a requisitos de ley relacionados con la

gestin en la atencin de pacientes.
1.2
Alcance
El proyecto tiene como beneficiarios del proyecto Usuarios administrativos, mdicos y

pacientes del servicio mdico asistencial del SENA regional valle.
El presente proyecto abarcara los siguientes tems:
1.2.1
Identificar las necesidades del servicio mdico
asistencial del SENA y los procedimientos operativos que pueden ser
susceptibles de oportunidades de mejora.
1.2.2
Disear un sistema de informacin para dar solucin a
las necesidades del servicio mdico asistencial del SENA mejorando los
procesos, la operacin y atencin a los usuarios relacionados con la gestin de
usuarios del sistema, la gestin de citas, la formulacin de los pacientes y el
registro de historias clnicas.
1.2.3
Desarrollar el sistema de informacin, en un lenguaje
de programacin de alto nivel que permita el acceso va web a los usuarios
registrados en el sistema de informacin.
1.2.4
Documentar el sistema de informacin para soportar al
uso del aplicativo a los usuarios y a futuras actualizaciones al sistema de
informacin
1.2.5
Elaborar y ejecutar planes de capacitacin para los
usuarios del sistema de informacin que garantice su correcta aplicacin a los
procesos del rea
1.2.6
Elaborar y ejecutar planes de implantacin para
entrega del sistema de informacin a los usuarios finales
1.3
Personal involucrado
Acorde a las mejores prcticas para la gestin de proyectos se establecieron los
siguientes grupos con el objetivo de organizar, optimizar y establecer roles y
responsabilidad durante el desarrollo e implementacin del sistema de informacin.
Nombre
Rol
Categora profesional
Responsabilidades
Informacin de contacto
Aprobacin
Carlos Giovanny Quintana

Lder de Proyecto
Tecnlogo en Sistemas
Organizar: Estructurar y definir los roles y responsabilidades
Dirigir: Establecer planes de trabajo
Controlar: Realizar seguimiento y control de entregables
cgquintana8@misena.edu.co
ADSI 86
Nombre
Darlyn Yazmin Quiguanas Rodriguez
Integrantes
de Jhon Jairo Penagos Edwin Ramrez - Jess Grisales
Conceptualizacin
Rol
Lder Conceptualizacin
Responsabilidades
Identificacin de caractersticas, insumo y pasos de los
diferentes procesos
Informacin de contacto dyquiguanaz@misena.edu.co
Aprobacin
ADSI 86
Nombre
James Arley Mamian
Integrantes
de Andrs Escobar Jos David Rendn Santiago Cortez
Requerimientos
Steven Caicedo
Rol
Lder Requerimientos
Responsabilidades
Identificar casos de uso y levantamiento de requerimientos
de los usuarios.
Informacin de contacto Jamamian1@misena.edu.co
Aprobacin
ADSI 86
Nombre
Diego Fernando Valencia
Integrantes
de Juan Carlos Recalde William Cortez Oscar Gallo
Desarrollo
Diego Velzquez
Rol
Lder de Desarrollo
Responsabilidades
Realizar el desarrollo del sistema de informacin acorde al
levantamiento de requerimientos.
Informacin de contacto eramirez@misena.edu.co
Aprobacin
ADSI 86
1.4
Definiciones, acrnimos y abreviaturas
HW: Hardware
SW: Software
SO: sistema operativo.
PC: (del ingls personal computer), computadora personal, es una microcomputadora
diseada en principio para ser usada por una sola persona a la vez.
SGBD: sistema gestor de bases de datos, son un tipo de software muy especfico,
dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la
utilizan.
Login: (trmino ingls) es el proceso mediante el cual se controla el acceso individual a
un sistema informtico mediante la identificacin del usuario utilizando credenciales
provistas por el usuario.
IEEE 830: Prctica recomendada para la especificacin de requerimientos de software
Base de Datos: Conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemticamente para su posterior uso.
Sena: Servicio Nacional de Aprendizaje
SI: Sistemas de Informacin
ERS: Especificacin de requerimientos de Software
1.5
Referencia
IEEE 830
Referencias
Titulo
Ruta
Practica
Recomendada para
la
Especificacin
de Requerimientos
de Software
Fecha
1998
Autor
IEEE
Descripcin general
El Sistema de gestin de citas y formulacin mdica est orientado a mejorar los procesos
bsicos de gestin para mejorar los tiempos de respuesta en atencin y de los pacientes a
travs de mdulos especficos para cada rol (paciente, medico, agente y administrador) as
como el control y registro de los medicamentos formulados a los pacientes durante la cita.
El presente sistema pretende impactar los siguientes aspectos:
Social: Aumento en la satisfaccin de los pacientes del servicio mdico asistencial del SENA
en cuanto a calidad del servicio
Econmico: Ahorro en gastos por optimizacin de tiempos y procesos
Ambiental: Manejo adecuado del uso del papel
Tecnolgico: Aprovechamiento de las tecnologas e innovacin en la ejecucin de procesos
del servicio mdico asistencial del SENA
Administrativo: Mejoramiento de procesos y servicios
2.1
Perspectiva del producto
El Sistema de Gestin de Citas y Formulacin Mdica Para el Servicio Mdico

Asistencial Sena, debido a su plataforma web, permitir a cualquier funcionario y
usuario de SISMED tener acceso en tiempo real a la informacin de los diferentes
servicios acorde a sus funciones o necesidades segn sea el caso.
Se pretende ofrecer en su fase inicial una herramienta que permita gestionar
tecnolgicamente el registro de las citas mdicas e informacin de los pacientes, la
gestin de las agendas de los mdicos tratantes, facilitando una informacin veraz y en
el momento oportuno para la atencin. Adicionalmente el software ofrecer los servicios
de consulta WEB para la asignacin y cancelacin de citas.
Los mdulos ofrecern a cada tipo de usuario del sistema los medios suficientes para
atender y resolver sus necesidades tanto de gestin como de administracin. Una vez
registrados los pacientes podrn realizar el agendamiento, modificacin y cancelacin
de las citas en lnea lo que facilitara el acceso al servicio de salud. De igual forma los
mdicos podrn realizar consultas de las agendas y pacientes a atender permitindoles
gestionar de forma rpida todo lo relacionado a los medicamentos.
En la segunda fase se integraran los servicios de gestin de medicamentos, registro de
historia clnica y facturacin los cuales permitirn una integracin vertical permitiendo
identificar en tiempo real los estados de costos y gastos as como otros tipos de
informes relacionados con la gestin diaria de los pacientes.
El SISMED tendr una cobertura para la regional valle facilitando as la gestin integral
de los pacientes y las funciones administrativas.
Funcionalidad del producto
2.2
El enfoque de la aplicacin se concentrara en:

Optimizacin de actividades realizadas por el paciente
Solicitud y registro de cita medica

Cancelacin o reasignacin de citas
Consulta mdicos tratantes
Consulta mdicos en turno
Optimizacin de las actividades realizadas por el Medico
Gestin de agendas
Formulacin medicamentos
Registro de Historias clnicas
Optimizacin de las actividades realizadas por Auxiliar
Registro de la atencin (presencial o telefnica)

Asignacin de citas
Reprogramacin de citas
Generacin de informes (mensuales, anuales)
Asignacin de consultorios
Optimizacin de las actividades realizadas por el Administrador
2.3
Gestin y soporte del sistema de informacin.
Caractersticas de los usuarios
A continuacin se listan los tipos de usuarios que se denominaran los actores del sistema.
Tipo de usuario
Formacin
Habilidades
Actividades
Tipo de usuario
Formacin
Habilidades
Actividades
Tipo de usuario
Formacin
Habilidades
Actividades
Administrador
Tcnico o Tecnlogo en informtica
Habilidades bsicas en manejo de un pc
Gestionar los requerimientos de asignacin de privilegios y
velar por la adecuada operacin de la plataforma.
Auxiliar
Atencin al cliente
Registro y gestin de las solicitudes de citas mdicas y
generacin de informes
Medico
Medico
Registro de los medicamentos formulados y gestin de
agendas para atencin de pacientes.
Tipo de usuario
Formacin
Habilidades
Actividades
2.4
Paciente
Paciente
Uso de aplicaciones web
Gestin particular de las citas mdicas solicitadas.
Restricciones
Acorde a su naturaleza de servicio WEB, este sistema deber ser utilizado en navegadores
posteriores a las versiones vigentes a la puesta en produccin del presente sistema.
2.5
Suposiciones y dependencias
El sistema deber ser utilizado solo en las versiones de sistemas operativos probados
previamente y con los requerimientos de hardware mnimos establecidos que incluyen
capacidad de procesamiento, memoria, versin de java, flash player , conectores de base de
datos la validacin en los principales navegadores (explorer, mozilla, chrome, opera y safari).
2.6
Evolucin previsible del sistema
El Sistema De Gestin De Citas Y Formulacin Mdica Para El Servicio Mdico Asistencial

Sena deber ser evaluado para las futuras versiones de navegadores antes de la autorizacin
de uso. As como de su posible implementacin en tecnologas mviles como tabletas o
celulares.
Requerimientos especficos
A continuacin se registran los requerimientos base para el desarrollo del sistema de gestin
mdica, atencin de citas y registro de historias clnicas.
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R1
Gestin Usuarios
Requerimiento
Alta/Esencial
Tipo
Prioridad
del
Requerimiento
Descripcin
R2
Gestin Citas
Requerimiento
Alta/Esencial
Restriccin
Media/Deseado
Baja/ Opcional
Permitir la creacin y modificacin de los usuarios de la

plataforma
Restriccin
Media/Deseado
Baja/ Opcional
Permitir al auxiliar la creacin, modificacin y eliminacin de

citas
Nmero de Requerimiento R3
Tipo
Prioridad
del
Requerimiento
Descripcin
Gestin Agenda
Requerimiento
Alta/Esencial
Tipo
Prioridad
del
Requerimiento
Descripcin
R4
Gestin de Medicamentos
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Tipo
Prioridad
del
Requerimiento
Descripcin
R5
Gestin de Especialidades
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Tipo
Prioridad
del
Requerimiento
Descripcin
R6
Registro Historia Clnica
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Tipo
Prioridad
del
Requerimiento
Descripcin
R7
Generacin de Informes
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Tipo
Prioridad
del
Requerimiento
Descripcin
R8
Gestin de Mdicos
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Tipo
Prioridad
del
Requerimiento
R9
Gestin de Remisiones
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Restriccin
Media/Deseado
Baja/ Opcional
Permitir al mdico revisar la programacin de citas y pacientes

asignados
Baja/ Opcional
Permitir el registro y control de medicamentos entregados
Baja/ Opcional
Permitir la creacin, modificacin, consulta y almacenamiento

de Especialidades
Baja/ Opcional

de las historias clnicas
Baja/ Opcional
Ofrecer reportes de las atenciones realizadas y cantidad de

medicamentos disponibles y entregados
Baja/ Opcional

de Mdicos
Baja/ Opcional
Descripcin

de las remisiones de los pacientes
Tipo
Prioridad
del
Requerimiento
Descripcin
R10
Gestin de Consultorios
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
3.1
Baja/ Opcional

de los consultorios
Requerimientos bsicos de las interfaces
A continuacin se describen los Requerimientos bsicos funcionales de las interfaces

establecidas:
a)
Para el ingreso al sistema de informacin se requerir
usuario y contrasea.
b)
La interfaz de solicitud de cita mdica necesita como
entrada los datos personales del usuario, fecha y hora de cita programada y
mdico tratante.
c)
La interfaz de agenda necesita como entrada los
rangos de fechas a consultar por mdicos disponibles y sus horarios de atencin
para la asignacin de la cita.
d)
La interfaz de reportes tiene como entrada los datos de
fechas y horas a consultar por mdico o paciente.
e)
La interfaz web de usuario tiene como entrada los
datos del paciente para obtener el histrico de citas o las citas vigentes.
f)
La interfaz de registro de historia clnica debe ser
diligenciada en su totalidad para permitir el cierre de la atencin.
3.1.1.Interfaces
de usuario
Para cada usuario acorde a su perfil solo se debe mostrar la informacin

respectiva.
Para los pacientes la informacin de la pgina web no debe evidenciar nombres
de tratamientos, diagnsticos, mdicos tratantes o cualquier otra informacin que
pueda comprometer la confidencialidad de la informacin del usuario.
3.1.2.Interfaces
de hardware
El equipo de cmputo para los usuarios administrativos y mdicos deber contar

con 2Gb de RAM Mnimo, procesador dual Core de 2 Ghz y disco duro con 40 Gb
libres.
La resolucin mnima de uso del monitor debe ser de 1024 x 768 Pixeles.
Se debe contar con teclado y mouse para el ingreso de la informacin, como

adicional una impresora para la entrega de formulacin de medicamentos,
ordenes de citas para control o exmenes de laboratorio.
Para la infraestructura de servidores se ofrecern servicios dedicados en la nube
los cuales ofrecen alta disponibilidad, escalabilidad y respaldo acorde a las
mejores prcticas y lineamientos de ley.
3.1.3.Interfaces
de software
El sistema de informacin contara con conexin a bases de datos y plataforma

web para su respectivo uso y publicacin va web los cuales contaran con los
mecanismos de seguridad que permitan brindar los niveles de proteccin acordes
a la legislacin vigente.
3.1.4.Interfaces
de comunicacin
Como protocolos de comunicacin se utilizara HTTP/HTTPS para el acceso al

sistema de informacin.
3.2
Requerimientos funcionales
Teniendo presente que los Requerimientos Funcionales son declaraciones de los servicios que
debe proporcionar el sistema, de la manera en que ste debe reaccionar a entradas
particulares y de cmo se debe comportar en situaciones particulares, a continuacin se listan
dichas funcionalidades como las respuestas esperadas del sistema, las cuales son:
3.2.1.Gestin Usuarios
Debe permitir gestionar los usuarios de la aplicacin
Se debe asignar usuario y clave de acceso al sistema de informacin.
El sistema debe permitir el registro de los usuarios, la asignacin de privilegios
por rol especfico y la asignacin y gestin de contrasea para el acceso al
sistema.
Se debe contar con niveles de privilegios para el uso de los mdulos acorde a
los roles establecidos (paciente, auxiliar, medico, administrador).
Se debe asignar privilegios de modificacin sobre los registros del sistema de
informacin acorde a los roles establecidos donde cada rol solo podr
modificar los datos relacionados con su gestin directa.
3.2.2.Gestin Citas
El sistema debe permitir la creacin, modificacin y eliminacin de citas por
parte del paciente o el auxiliar nicamente.
3.2.3.Gestin agendas
Debe permitir gestionar las agendas

El sistema debe permitir la consulta de las agendas por paciente, mdico y
especialidad para cada los roles.
El sistema debe permitir la modificacin de las agendas ya creadas solo por
parte del auxiliar.
3.2.4.Gestin Mdicos
Debe permitir gestionar los mdicos
El sistema debe permitir solamente al administrador la gestin (creacin,
modificacin o eliminacin) de los mdicos contratados y registrados en el
sistema de informacin.
3.2.5.Gestin Especialidades
Debe permitir gestionar las especialidades
El sistema debe permitir solamente al administrador la gestin (creacin,
modificacin o eliminacin) de las especialidades configuradas en el sistema
de informacin.
3.2.6.Gestin Medicamentos
Debe permitir gestionar los medicamentos
El sistema debe permitir consultar solamente a los mdicos las cantidades y
tipos de medicamentos disponibles para el tratamiento de los pacientes.
El sistema debe permitir la gestin y generacin de informes de los
medicamentos, las cantidades entregadas y disponibles.
3.2.7.Gestin de Informes
El sistema debe permitir la generacin de informes por las cantidades de
atenciones realizadas, mdicos y pacientes atendidos, cantidad de
medicamentos entregados, cantidad de medicamentos disponibles y por
cantidad de pacientes atendidos por especialidades.
3.2.8.Gestin Historia Clnica
El sistema debe permitir el registro de la historia clnica durante la atencin
del paciente.
El sistema debe permitir el registro de una sola historia clnica a la vez.
Solo se puede registrar una historia clnica cuando se hayan diligenciado
todos los campos de dicha historia y se guarden los cambios.
3.2.9.Gestin Remisiones
El sistema debe permitir el registro de las remisiones de los pacientes en

caso de ser necesario.
El sistema debe adicionar los datos de la remisin a la historia clnica
El sistema debe generar un numero de remisin nico acorde a la historia
clnica
3.2.10. Gestin Consultorios
El sistema debe permitir el registro de los consultorios
El sistema debe permitir la asignacin de los consultorios a los mdicos
registrados
El sistema debe permitir establecer si los consultorios estn disponibles o no.
3.3
Requerimientos no funcionales
Los requerimientos no funcionales hacen relacin a las caractersticas del sistema que aplican
de manera general como un todo, ms que a rasgos particulares del mismo. Estos
requerimientos son adicionales a los requerimientos funcionales que debe cumplir el sistema, y
corresponden a aspectos tales como la disponibilidad, mantenibilidad, flexibilidad, seguridad,
facilidad de uso, etc.,
A continuacin se listan los requerimientos no funcionales del sistema de informacin:
3.1.1.Requerimientos
de rendimiento
La plataforma debe soportar la conectividad de la cantidad de usuarios

administrativos y mdicos registrados, debe estar en capacidad de dar
respuesta a los procesos batch con tiempo de respuesta aceptable y uniforme,
en la medida de las posibilidades tecnolgicas del SENA, en perodos de alta,
media y baja demanda de uso del sistema.
La plataforma ofrecer los servicios en tiempo real, en este sentido la
informacin almacenada podr ser consultada y actualizada permanente y
simultneamente, sin que se afecte el tiempo de respuesta.
3.1.2.Seguridad
Los mecanismos de conectividad a las bases de datos deben estar cifrados.
Se implementaran registros de seguimiento logs para los controles de acceso a
las historias clnicas y asignacin de citas.
Cada mdulo contara con niveles de privilegios separados los cuales solo
pueden ser asignados por el administrador de la plataforma.
Los mdulos solo podrn conectarse a consultar datos entre s para evitar la
modificacin de informacin.
La adicin o modificacin de las historias clnicas solo podr ser realizada por
los mdicos.
No se podrn eliminar historias clnicas.
Se contaran con mecanismos de respaldo de la informacin de citas e historias

clnicas acorde a las necesidades de cada mdulo.
Debe contar con los medios de trazabilidad y auditoria que permitan identificar
todos los accesos y modificaciones realizadas
3.1.3.Fiabilidad
El sistema cerrara las conexiones que superen los 60 segundos de inactividad.
Una vez finalizada la transaccin se cerraran las conexiones a las bases de
datos.
La plataforma usara los modelos de proteccin de la integridad de la informacin
basado en las caractersticas del motor de bases de datos implementado.
Se implementaran mecanismos de control de cambios para los ajustes o nuevos
requerimientos en el sistema de informacin o infraestructura.
3.1.4.Disponibilidad
La plataforma ofrecer niveles de disponibilidad del %99,96 anual acorde a los
Requerimientos de ley vigentes de los cuales el Sena realizara la gestin
respectiva para su cumplimiento.
3.1.5.Mantenibilidad
La plataforma contara con esquemas de mantenimiento de infraestructura
alternados por cada componente trimestralmente.
Una vez generados las respectivas copias de respaldo de la informacin se
enviaran a un centro de almacenamiento fuera de las instalaciones de
procesamiento.
Se deben asegurar procesos de respaldo a travs de mecanismos de replicacin
para minimizar la perdida de datos.
Se generaran informes de uso de plataforma y estado de los recursos de
infraestructura.
Se programaran semestralmente actualizaciones de plataformas acorde a las
especificaciones del fabricante.
Se implementaran ambientes de pruebas para la implementacin de parches
antes de su implementacin en produccin.
3.1.6.Portabilidad
El sistema de informacin par usuario administrativo podr ser utilizado en
cualquier ambiente debido a su entorno web siempre y cuando exista
conectividad con los servidores internos.
3.1.7. Escalabilidad
El sistema debe ser construido sobre la base de un desarrollo evolutivo e
incremental, de manera tal que nuevas funcionalidades y requerimientos
relacionados puedan ser incorporados afectando el cdigo existente de la
menor manera posible; para ello deben incorporarse aspectos de reutilizacin
de componentes.
El sistema debe estar en capacidad de permitir en el futuro el desarrollo de
nuevas funcionalidades, modificar o eliminar funcionalidades despus de su
construccin y puesta en marcha inicial
3.4
Otros Requerimientos
El software deber cumplir con los lineamientos establecidos en la legislacin

colombiana vigente con especial consideracin en lo relacionado a la ley de habeas
data y proteccin de datos.
Normas De Custodia De Las Historias Clnicas:
Resolucin Numero 1995 de 1999 (julio 8) del Ministerio de Salud de La Republica de
Colombia: reconoci el derecho de los prestadores de servicios de salud a utilizar
programas automatizados para el diligenciamiento y manejo de las historias clnicas,
atendiendo las instrucciones establecidas en la Circular No 2 de 1997 expedida por el
Archivo General de la Nacin.
Artculo 18_ DE LOS MEDIOS TCNICOS DE REGISTRO Y CONSERVACION DE LA
HISTORIA CLINICA, establece que los equipos y soportes documentales deben estar
provistos de mecanismos de seguridad que imposibiliten la incorporacin de
modificaciones a la historia clnica una vez se registren los datos. Debe protegerse la
reserva de la historia clnica, imposibilitando el acceso a personal no autorizado para
conocerla y adoptando las medidas necesarias para evitar la adulteracin o destruccin
de los registros en forma accidental o provocada.
Backups
El sistema deber proveer mecanismos para generar backups peridicamente de la
informacin que se mantiene en el sistema. Los backups deben ser responsabilidad
del administrador del sistema quien deber crearlos, almacenarlos y recuperar la
informacin en el caso que se pierda informacin.
Motor de base de datos

Requerimientos mnimos tcnicos
Ser un motor de bases de datos relacional (RDBMS)
Incluir algoritmos de minera de datos Tener Aseguramiento nativo de reglas de
integridad de los datos

Tener Soporte nativo a procedimientos y funciones almacenados
Tener Soporte nativo a triggers
Permitir la generacin de reportes de auditoria
Permitir la definicin de usuarios, roles y permisos
Incluir las herramientas de Bases de datos Multidimensionales (OLAP)
Soportar a arquitectura de 64 bits
Soportar los estndares de conectividad de las aplicaciones tanto del mundo

Java como Windows (JDBC, ODBC, OLEDB)
Tener la capacidad de escribir y recuperar datos del estndar de conectividad de
aplicaciones a travs del modelo de Internet XML a la base de datos
Tener la capacidad de tener acceso a consultas SQL a travs de una direccin
URL Manejar concurrencia, acorde a los niveles de aislamiento ANSI
Permitir la Integracin con las herramientas de ofimtica que posee la el SENA
Tener la Habilidad de manejar modos de autenticacin de las aplicaciones de
forma segura
Permitir configuracin dinmica Soportar la transmisin y almacenamiento
encriptados
Tener control de acceso basado en roles, permisos, certificados digitales
Permitir la replicacin de datos y transacciones
Permitir la particin de bases de datos
Permitir programar tareas
Permitir Automatizacin de procesos e indexacin
Permitir el uso de mltiples threads
Permitir la trazabilidad de las transacciones
Soporte backups online y off line
Apndices
Entrevista realizada al personal de atencin de citas mdicas del Sena.
Tiene conocimientos previos en herramientas informticas y cules?

El proceso es central o distribuido, personal y horario de atencin?
Actualmente como es el proceso de gestin de citas y que problemtica presenta con el
sistema que actualmente maneja?
Cules son los tiempos que maneja en el registro y la asignacin de citas?
Qu prioridades tiene actualmente para la asignacin de citas?
Cuenta con algn directorio de especialistas o mdicos tratantes?
Qu documento de soporte se entrega para la asignacin de la cita?
Qu tipo de perfiles para la asignacin de citas tiene actualmente?
Maneja un modelo de respaldo de la informacin en caso de un siniestro?
Cmo maneja la cancelacin y reasignacin de citas?
ARQUITECTURA DE SOFTWARE
La arquitectura de software consiste en el diseo de componentes de una aplicacin (entidades
el negocio), generalmente utilizando patrones de arquitectura. El diseo arquitectnico debe
permitir visualizar la interaccin entre las entidades del negocio y describe en general el cmo
se construir la aplicacin para lo cual se documentaran a continuacion utilizando los siguientes
diagramas :
Diagramas de Casos de Uso
Diagramas Actividades
Diagrama de Secuencia
Diagrama Clases
Diagramas de Estados
Diagramas de Colaboracion
Diagrama Modelo Entidad Relacion
DIAGRAMAS DE CASOS DE USO

A continaucion se realizara la descripcin de los pasos o las actividades que debern realizarse
para llevar a cabo cada proceso.
En total se identificaron 10 casos de uso los cuales seran desarrollados a continuacion:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Caso de Uso Gestionar Registro de Usuario

Caso de Uso Gestionar Citas
Caso de Uso Gestionar Agendas
Caso de Uso Gestionar Medicos
Caso de Uso Gestionar Especialidades
Caso de Uso Gestionar Medicamentos
Caso de Uso Gestionar Informes
Caso de Uso Gestion Historia Clinica
Caso de Uso Remisiones
Caso de Uso Consultorios
A traves de los casos de uso mensionados se pretende dar culmplimiento a los requierimientos
establecidos por el usuario identificando.
ID CASO DE USO
NOMBRE CASO DE
USO
CREADO POR
CU_GESTION-USUARIO-01
REGISTRO DE USUARIO
ADSI 86
ACTUALIZADO POR
FECHA DE
CREACION
ACTOR(ES)
PRECONDICIONES
24/08/2015
FECHA DE
ACTUALIZACION
REQUERIMIENTOS
Acceso a la pagina web de inicio de sesion
POSCONDICIONES
Registro de usuario satisfactorio
FUNCION
Permitir el Registro de pacientes en la Plataforma de SISMED
AUXILIAR
El usuario debe pertenecer como empleado o beneficiario del Sena
FLUJO DE EVENTOS BASICO GUION

ACTOR
1. El caso de uso comienza cuando el auxiliar se
conecta a la pgina o la aplicacin del SISMED
SISTEMA
2. El sistema le mostrara la opcin de registrar un usuario

nuevo.
3. Se presentara un formulario de registro.
4. El auxiliar procede a pedirle los datos al paciente y
procede a diligenciar los datos y da clic en el botn
registrar.
5. El sistemas validara los datos diligenciados, verificara s

el usuario y la contrasea no son iguales a otras que ya
estn registradas, si algn dato no coinciden o si se repite
una contrasea o usuario, se le mostrara un mensaje que
dir que un dato no coincide con los parmetros o si la
contrasea y el usuario ya existe se solicitara que
diligencien nuevamente el formulario.
6. Si la validacin de los datos, la del usuario y contrasea

es satisfactoria se mostrara mensaje de bienvenida y se
mostrara la pantalla de ingreso.
7. El auxiliar proceder a darle al paciente su usuario y
contrasea correspondiente para que el paciente
proceda a ingresar a su cuenta.
8. El caso de uso finaliza.
FLUJO DE EVENTOS ALTERNATIVOS - EXCEPCIONES
ACTOR
SISTEMA
REFERENCIAS CRUZADAS
DOCUMENTOS RELACIONADOS
VERSION
1.0
1. CASO DE USO GESTIONAR REGISTRO
CASO DE USO
ACTORES
PRECONDICION
POSCONDICION
FUNCION
: REGISTRO DE USUARIO
: AUXILIAR
: NO TIENE
: REGISTRO DE USUARIO SATISFACTORIO
: Permitir el registro del usuario en la plataforma
FLUJO DE EVENTOS BASICO (Registro De Usuario)

1. El caso de uso comienza cuando el auxiliar se conecta a la pgina o la aplicacin
del SISMED.
2. El sistema le mostrara la opcin de registrar un usuario nuevo.
3. Se presentara un formulario de registro.
4. El auxiliar procede a pedirle los datos al paciente y procede a diligenciar los datos
y da clic en el botn registrar.
5. El sistemas validara los datos diligenciados, verificara si el usuario y la contrasea
no son iguales a otras que ya estn registradas, si algn dato no coinciden o si se
repite una contrasea o usuario, se le mostrara un mensaje que dir que un dato
no coincide con los parmetros o si la contrasea y el usuario ya existe se
solicitara que diligencien nuevamente el formulario.
6. Si la validacin de los datos, la del usuario y contrasea es satisfactoria se
mostrara mensaje de bienvenida y se mostrara la pantalla de ingreso.
7. El auxiliar proceder a darle al paciente su usuario y contrasea correspondiente
para que el paciente proceda a ingresar a su cuenta.
DIAGRAMA CASO DE USO
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASE
CASO DE USO
ACTORES
PRECONDICION
POSCONDICION
: INICIO DE SESIN
: PACIENTE
: ESTAR REGISTRADO
: ACEDER A SU PERFIL
FLUJO DE EVENTOS BASICO (Inicio De Sesin)

1. El caso de uso inicia cuando el auxiliar le entrega al paciente su usuario y contrasea
correspondiente.
2. El paciente ingresa a la pgina del SISMED.
3. El paciente debe ingresar su usuario y contrasea la cual fue entregada por el auxiliar.
4. Si los datos ingresados son correctos el sistema le mostrara en pantalla su perfil.
FLUJO DE EVENTOS ALTERNATIVOS
Datos incorrectos
En el paso 3 de flujo de inicio de sesin si el usuario y la contrasea estn errados el
sistema informara al usuario que debe digitar los datos de nuevo.
Cancelar
El usuario o paciente puede salir de la aplicacin en cualquier momento sin guardar
datos.
DIAGRAMA DE CLASE
2. CASO DE USO GESTIONAR CITAS MEDICAS

CASO DE USO
: RESERVAR CITA MEDICA

ACTORES
: AUXILIAR.
PRECONDICION
: EL USUARIO HA SIDO ACEPTADO EN EL SISTEMA CON

EL ROL DE AUXILIAR.
POSCONDICION
: REGISTRO DE CITA SATISFACTORIO.
FLUJO DE EVENTOS BASICO (Reservar Cita Mdica)

1.
2.
3.
4.
El caso de uso comienza cuando el auxiliar ingresa al mdulo gestin de citas.

El auxiliar ingresa a la seccin Reservar Cita
El sistema muestra el formulario de reserva de citas para que sea diligenciado.
El auxiliar registra los datos solicitados (Identificacin del Paciente, Especialidad,
Medico, Fecha y hora deseada para la cita) y posteriormente clic en Aceptar.

5. El sistema validara los datos diligenciados, si algn dato no coincide con los
parmetros establecidos para el tipo de campo se solicitara diligenciar nuevamente
dicho campo.
6. Si la validacin es satisfactoria el sistema mostrara un resumen de la reserva de la cita
con la opcin de Aceptar o Cancelar.
7. El auxiliar deber dar clic en Aceptar para confirmar los datos y finalmente reservar la
cita.
8. El sistema mostrara en pantalla la informacin de la cita ya agenda con las opciones de
guardar en archivo e imprimir.
9. El sistema retornara nuevamente a la pantalla de Reserva de Cita
Identificacin Paciente Incorrecta.
En el paso 5, si el dato identificacin del paciente no se encuentra en la base de datos, el
sistema mostrara un mensaje para verificarla nuevamente.
Fecha de Cita No disponible.
En el paso 5, si la validacin del dato fecha y hora para el medico arroga que no se puede
reservar la cita, el sistema mostrara un mensaje y solicitara una nueva fecha para la cita o
realizar cambio de mdico para verificar nuevamente disponibilidad en la fecha indicada.
Cancelacin Reserva Cita.
En el paso 6, si el auxiliar realiza la Cancelacin del proceso de Reserva, el sistema mostrara
un mensaje de Cancelacin de la Reserva y retornara nuevamente a la pantalla de Reserva de
Cita.
DIAGRAMA CLASES
CASO DE USO
: CONSULTAR CITAS MEDICAS
ACTORES
: AUXILIAR.
PRECONDICION
: EL USUARIO HA SIDO ACEPTADO EN EL SISTEMA CON

EL ROL DE AUXILIAR.
EL PACIENTE YA TIENE UNA RESERVA.
POSCONDICION
: CONSULTA DE CITA SATISFACTORIA.
FLUJO DE EVENTOS BASICO (CONSULTAR CITA)

1.
2.
3.
4.
5.

El auxiliar ingresa a la seccin Consulta de Citas.
El sistema solicita la identificacin del Paciente.
El auxiliar ingresa la identificacin del Paciente y da clic en verificar Citas.
El sistema devuelve la informacin encontraba de las citas con base al nmero de
identificacin ingresado.
6. El auxiliar revisa la informacin.
7. El auxiliar puede seleccionar alguna de las Citas Consultadas y dar clic en Impresin.
8. El sistema mostrara en pantalla la informacin de la cita seleccionada con las opciones
de guardar en archivo e imprimir.
9. El auxiliar seleccionara la opcin que considere pertinente.
10. El sistema retornara nuevamente a la pantalla de Consulta de Cita

Consulta Vaca de Citas.
En el paso5, si el sistema no encuentra citas relacionadas al nmero de identificacin
ingresado, este retornara un mensaje en pantalla informando que no se encuentran citas
reservadas actualmente para dicha identificacin y el caso de uso finaliza.
DIAGRAMA DE CLASE
CASO DE USO
: GESTIONAR CITAS (CANCELAR).
ACTORES
: AUXILIAR.
PRECONDICION
: EL USUARIO HA SIDO ACEPTADO EN EL SISTEMA CON EL ROL

DE AUXILIAR.
POSCONDICION
: CANCELACION DE CITA SATISFACTORIO.
FLUJO DE EVENTOS BASICO (Cancelar Cita)
1.
2.
3.
4.
5.

El auxiliar ingresa a la seccin Cancelar Cita.
6. El auxiliar selecciona la cita a cancelar y da clic en aceptar.
7. El sistema mostrara un mensaje en el cual solicita confirmar o denegar la cancelacin,
relacionando los datos del paciente y toda la informacin correspondiente a la cita.
8. El auxiliar deber dar clic en Confirmar y finalmente cancelar la cita.
9. El sistema mostrara en pantalla la informacin de la cita ya cancelada con las opciones
de guardar en archivo e imprimir.
10. El sistema retornara nuevamente a la pantalla de Cancela de Cita

Denegar Cancelacin Cita.
En el paso7, si la opcin seleccionada es Denegar Cancelacin, el sistema retornara
nuevamente a la pantalla de Cancelacin de Cita y el caso de uso finaliza.
DIAGRAMA DE CLASE
CASO DE USO
: GESTIONAR CITAS (MODIFICAR).
ACTORES
: AUXILIAR.
PRECONDICION
: EL USUARIO HA SIDO ACEPTADO EN EL SISTEMA CON EL ROL

DE AUXILIAR.
POSCONDICION
: MODIFICACION DE CITA SATISFACTORIO.
FLUJO DE EVENTOS BASICO (Actualizar Cita)

1.
2.
3.
4.
5.

El auxiliar ingresa a la seccin Modificar Cita.
6. El auxiliar selecciona la cita a modificar y da clic en aceptar.
7. El sistema muestra el formulario de modificacin de la cita, con todos los datos
correspondientes a esta.
8. El auxiliar modifica los datos necesarios excepto (identificacin y nombre del paciente)
y posteriormente clic en Aceptar.
9. El sistema mostrara un mensaje en el cual solicita confirmar o denegar la modificacin,
relacionando los datos del paciente y toda la informacin correspondiente a la cita.
10. El auxiliar deber dar clic en Confirmar y finalmente modificar la cita.
11. El sistema mostrara en pantalla la informacin de la cita ya modificada con las
opciones de guardar en archivo e imprimir.
12. El sistema retornara nuevamente a la pantalla de Consulta de Citas.

Denegar Modificacin Cita.
En el paso9, si la opcin seleccionada es Denegar Modificacin, el sistema retornara
nuevamente a la pantalla de Modificar Cita y el caso de uso finaliza.
DIAGRAMA DE CLASE
3. CASO DE USO
: GESTIONAR AGENDA
CASO DE USO
: CONSULTAR AGENDA
ACTORES
: AUXILIAR, MDICO, PACIENTE
PRECONDICIN
: USUARIO HA INICIADO SESIN
POSCONDICIN
: NO TIENE
FLUJO DE EVENTOS BASICO

1. El caso de uso comienza cuando el usuario del sistema solicita la vista de consulta de
agenda.
2. El sistema presenta la vista de consulta de agenda con las opciones de captura de
datos de acuerdo al rol del usuario. Si el usuario es Auxiliar, el sistema presenta la
opcin de captura por fecha, mdico o paciente. Si el usuario es Mdico o Paciente, el
sistema presenta la opcin de captura por fecha.
3. El usuario ingresa los datos solicitados.
4. El sistema valida los datos ingresados y presenta los resultados de la consulta.
5. El caso de uso finaliza cuando el usuario sale de la vista de consulta de agenda o
termina sesin.
DIAGRAMA DE USO
DIAGRAMA DE CLASES
4. CASO DE USO
: GESTIONAR MEDICAMENTOS
CASO DE USO
: CONSULTAR MEDICAMENTOS
ACTORES
: MEDICO
PRECONDICION
: BASE DE DATOS CON LA LISTA DE MEDICAMENTOS
DISPONIBLES, MEDICO Y PACIENTE REGISTRADOS COMO USUARIO, PERMISOS

PARA REALIZAR CONSULTAS Y RECETAR MEDICAMENTOS
POSCONDICION
: NO TIENE
FLUJO BASICO CONSULTA DE MEDICAMENTOS

1. El caso de uso comienza cuando el medico accede a la pgina de inicio de sesin
2. Si el medico ingresa bien sus datos dentro de las opciones que el sistema le ofrece
estar un botn con el nombre consulta de medicamentos, de lo contrario le pedir que
ingrese los datos nuevamente.
3. El mdico debe
dar clic en el botn consulta de medicamentos, este abrir una
ventana donde listara los medicamentos disponibles y tendr dos campos para buscar el
medicamento por nombre o cdigo.
4. El sistema validara los datos ingresados si el cdigo o nombre coinciden con alguno de
los registros de la tabla validara si el medicamento est disponible y lo mostrara en
pantalla.
5. El caso de uso finaliza
FLUJO ALTERNATIVO
Datos Incorrectos
En el paso 1 del flujo bsico de consulta de medicamentos, si el usuario o la clave estn
errados el sistema informa que debe digitar los datos nuevamente
DIAGRAMA DE CLASES
CASO DE USO
: FORMULAR MEDICAMENTOS
ACTORES
: MEDICO
PRECONDICION
: BASE DE DATOS CON LA LISTA DE MEDICAMENTOS
DISPONIBLES, MEDICO Y PACIENTE REGISTRADOS COMO USUARIO, PERMISOS

PARA REALIZAR CONSULTAS Y RECETAR MEDICAMENTOS
POSCONDICION
: NO TIENE
FLUJO BASICO RECETAR MEDICAMENTOS

1. El medico deber consultar si el medicamento est disponible en la ventana de
consulta tendr un botn llamado asignar, sino est disponible deber buscar otro
medicamento con similares caractersticas.
2. El mdico debe dar clic sobre el botn el cual desplegara una nueva ventana donde
debe ingresar la cedula del paciente.
3. Si el paciente est en la base de datos como activo se le asignara el medicamento, de
lo contrario pedir ingresar datos nuevamente y si sigue inactivo no se le recetara
medicamento.
4. Al finalizar la asignacin de medicamentos el sistema generara la receta y dar la
opcin de imprimir.
FLUJO ALTERNATIVO
En el paso 2 del flujo bsico de receta de medicamentos, si la cedula esta errada el
sistema informa que debe digitar el dato nuevamente
DIAGRAMA DE CLASES
5. CASO DE USO: GESTIONAR ESPECIALIDADES

ACTORES: AUXILIAR
PRECONDICION: MEDICOS REGISTRADOS, LISTA DE ESPECIALIDADES,
POSCONDICION: ESPECIALIDAD ASIGNADA
FLUJO BASICO REGISTRO DE ESPECIALIDADES POR MEDICO
1.El caso de uso comienza cuando el auxiliar accede a la pgina de registro y se
loguea.
2.El sistema muestra las opciones de ingresar como usuario registrado.

3.Dentro de la opciones para el auxiliar estar la de asignar especialidades.
4.Al dar clic sobre el botn se desplegara una ventana donde habrn 2 cuadros en
blanco que desplegaran una lista en la primera aparecer los nombres de los doctores
y en el otro la especialidades y en este le dar la opcin de elegir varias.
5.Despus de elegir el doctor y las especialidades estar la opcin de guardar
cambios, y si han sido ingresados de manera correcta se desplegara una venta con el
texto asignacin de especialidades correcta y despus de esto limpiara los campos
automticamente.
6.La ventana tambin tendr el botn de editar o modificar registro por si algn doctor
cambia la especialidad o si el auxiliar ingreso la que no era.
7.Caso de uso finaliza.
FLUJO ALTERNATIVO
Datos Incorrectos
En el paso 1 del flujo bsico de gestionar medicamentos, si el usuario o la clave estn
errados el sistema informa que debe digitar los datos nuevamente
En el paso 5 del flujo bsico de gestionar medicamentos, si los datos estn mal el
sistema no dejara guardar los campos y pedir que los verifique
DIAGRAMA DE CLASES
6. CASO DE USO: GESTIONAR HISTORIA CLINICA

CASO DE USO: INGRESAR HISTORIA CLINICA
ACTORES: MEDICO
PRE-CONDICION: LOGIN AUTORIZADO (ACCESO AL SISTEMA)
POST-CONDICION: CONFIRMA INSERCION DE DATOS
FLUJO BASICO GESITION HISTORIA MEDICA
1. El caso de uso comienza cuando el mdico ingresa sus datos en el

sistema.
2. El sistema muestra un mensaje confirmando el login.
3. El sistema solicita ingresar un nmero de cedula para consultar.
4. El mdico visualiza la historia mdica del paciente.

5. El sistema muestra una opcin para ingresar un nuevo diagnstico.
6. EL mdico ingresa (genera) un nuevo diagnstico y da clic en el botn
Guardar.
7. El mdico imprime el diagnstico y la medicacin.
8. El sistema genera un mensaje confirmando que el ingreso de datos fue
satisfactorio y as finaliza el caso de uso.
FLUJO ALTERNATIVO:
Si en el paso 1 los datos ingresados son errneos, el sistema mostrara
un mensaje indicando CLAVE O USUARIO INCORRECTO

Si en el paso 3 el paciente no est en la base de datos, el sistema
mostrara un mensaje indicando EL PACIENTE NO EXISTE EN LA
BASE DE DATOS, REMITIR AL REA ENCARGADA
DIAGRAMA DE CLASES
DIAGRAMA CASO DE USO: CREAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
GESTIONAR CONSULTORIO (CREAR).

AUXILIAR.
EL USUARIO HA SIDO ACEPTADO EN EL SISTEMA CON EL ROL DE
CREACIN DE CONSULTORIO SATISFACTORIO
FLUJO DE EVENTOS BSICO (CREAR CONSULTORIO)

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
El caso de uso comienza cuando el auxiliar ingresa al mdulo gestin de consultorios.

El auxiliar ingresa a la seccin Crear Consultorio.
El sistema muestra el formulario de creacin de consultorio para que sea diligenciado.
El auxiliar registra los datos solicitados (Nombre consultorio, Fecha campo
automtico, Observaciones, estado e ID Medico campo alternativo) y posteriormente
click en Aceptar.
El sistema validara los datos diligenciados, si algn dato no coincide con los
dicho(s) campo(s).
Si la validacin es satisfactoria el sistema mostrara un resumen de la creacin con la
opcin de Aceptar o Cancelar.
El auxiliar deber dar click en Aceptar para confirmar los datos y finalmente crear el
consultorio.
El sistema mostrara en pantalla la informacin del consultorio ya creado con las
El sistema retornara nuevamente a la pantalla de Crear Consultorio.
El caso de uso finaliza.

Estado Consultorio Invlido.
En el paso 4, si el dato estado consultorio no es vlido el sistema mostrara un mensaje para
verificar el campo nuevamente e ingresar un estado correcto.
Cancelar Crear Consultorio.
En el paso 6, si la opcin seleccionada es Cancelar, el sistema retornara nuevamente a la

pantalla de Crear Consultorio y el caso de uso finaliza.
DIAGRAMA DE SECUENCIA - CASO DE USO CREAR CONSULTORIO
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: RESERVAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
GESTIONAR CONSULTORIO (RESERVAR).

AUXILIAR.
RESERVACION DE CONSULTORIO SATISFACTORIO
FLUJO DE EVENTOS BASICO (RESERVAR CONSULTORIO)

1.
2.
3.
4.

El auxiliar ingresa a la seccin Reservar Consultorio.
El sistema muestra el formulario de reserva de consultorio para que sea diligenciado.
El auxiliar registra los datos solicitados (Id Consultorio, Fecha y Hora Inicio Reserva,
Fecha y Hora Fin Reserva, Id Medico, Observaciones) y posteriormente click en
Aceptar.
5. El sistema validara los datos diligenciados, si algn dato no coincide con los
dicho(s) campo(s).
6. Si la validacin es satisfactoria el sistema mostrara un resumen de la reserva de la cita

con la opcin de Aceptar o Cancelar.
7. El auxiliar deber dar click en Aceptar para confirmar los datos y finalmente reservar el
consultorio.
8. El sistema mostrara en pantalla la informacin del consultorio ya reservado con las
9. El sistema retornara nuevamente a la pantalla de Reservar Consultorio.

Identificacin Medico Incorrecta.
En el paso 5, si el dato Id Medico no se encuentra en la base de datos, el sistema mostrara un
mensaje para verificarlo nuevamente.
Fecha de Cita No disponible.
En el paso 5, si la validacin del dato fecha y hora para el medico arroga que no se puede
reservar el consultorio, el sistema mostrara un mensaje y solicitara una nueva fecha para la
reserva o la opcin de realizar cambio de mdico para verificar nuevamente disponibilidad en la
fecha indicada.
Cancelacin Reserva Consultorio.
En el paso 6, si el auxiliar realiza la Cancelacin del proceso de Reserva, el sistema mostrara
un mensaje de Cancelacin de la Reserva y retornara nuevamente a la pantalla de Reservar
Consultorio.
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: CONSULTAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
GESTIONAR CONSULTORIO (CONSULTAR).

AUXILIAR.
CONSULTA DE CONSULTORIO SATISFACTORIA.
FLUJO DE EVENTOS BASICO (CONSULTAR CONSULTORIO)

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
El caso de uso comienza cuando el auxiliar ingresa al mdulo gestin de consultorio.

El auxiliar ingresa a la seccin Consulta de Consultorios.
El sistema solicita el Id o nombre del consultorio.
El auxiliar ingresa el Id o nombre del consultorio y da click en verificar Consultorios.
El sistema devuelve la informacin encontraba del consultorio en base a la informacin
ingresada.
El auxiliar revisa la informacin.
El auxiliar puede seleccionar la consulta y dar click en Impresin.
El sistema mostrara en pantalla la informacin seleccionada con las opciones de
guardar en archivo e imprimir.
El auxiliar seleccionara la opcin que considere pertinente.
El sistema retornara nuevamente a la pantalla de Consultar Consultorio.
FLUJO DE EVENTOS ALTERNATIVOS.

Informacin Consultorio Incorrecta.
En el paso 4, si el Id o nombre del consultorio no se encuentra en la base de datos, el sistema
mostrara un mensaje para verificar nuevamente la informacin.
Consulta Vaca.
En el paso5, si el sistema no encuentra informacin relacionada con los datos ingresados, este
retornara un mensaje en pantalla informando que no se encontraron coincidencias y el caso de
uso finaliza.
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: ELIMINAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
GESTIONAR CONSULTORIOS (ELIMINAR).

AUXILIAR.
YA SE ENCUENTRAN CONSULTORIOS CREADOS.
ELIMINACION DE CONSULTORIO SATISFACTORIA.
FLUJO DE EVENTOS BASICO (ELIMINAR CONSULTORIO)

1.
2.
3.
4.

El auxiliar ingresa a la seccin Eliminar Consultorio.
5. El sistema devuelve la informacin encontraba del consultorio en base a la informacin

ingresada.
6. El auxiliar selecciona el consultorio a eliminar y da click en aceptar.
7. El sistema mostrara un mensaje en el cual solicita confirmar o denegar la eliminacin,
relacionando los datos del consultorio y toda la informacin correspondiente a este.
8. El auxiliar deber dar click en Confirmar y finalmente elimina el consultorio.
9. El sistema mostrara en pantalla la informacin del consultorio ya eliminado con las
10. El sistema retornara nuevamente a la pantalla de seccin Eliminar Consultorio.
Denegar Cancelacin Cita.
En el paso7, si la opcin seleccionada es Denegar, el sistema retornara nuevamente a la
pantalla de Cancelacin de Cita y el caso de uso finaliza.
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: MODIFICAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
GESTIONAR CONSULTORIOS (MODIFICAR).

AUXILIAR.
YA SE ENCUENTRAN CONSULTORIOS CREADOS.
MODIFICACION DE CONSULTORIO SATISFACTORIA.
FLUJO DE EVENTOS BASICO (ACTUALIZAR CONSULTORIO)

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.

El auxiliar ingresa a la seccin Modificar Consultorio.
El sistema devuelve la informacin encontraba del consultorio en base a la informacin
ingresada.
El auxiliar selecciona el consultorio modificar y da click en aceptar.
El sistema muestra el formulario de modificacin del consultorio, con todos los datos
correspondientes a este.
El auxiliar modifica los datos necesarios excepto (Id Consultorio) y posteriormente click
en Aceptar.
El sistema mostrara un mensaje en el cual solicita confirmar o denegar la modificacin,
relacionando los datos del consultorio.
El auxiliar deber dar click en Confirmar y finalmente modificar el consultorio.
El sistema mostrara en pantalla la informacin del consultorio ya modificado con las
El sistema retornara nuevamente a la pantalla de Modificar Consultorio.

Denegar Modificar Consultorio.
En el paso 9, si la opcin seleccionada es Denegar Modificacin, el sistema retornara
nuevamente a la pantalla de Modificar Consultorios y el caso de uso finaliza.
DIAGRAMAS DE COLABORACION
CASO DE USO GESTIONAR REGISTRO
DIAGRAMA DE COLABORACIN (COMUNICACIN)
CASO DE USO GESTIONAR CITAS MDICAS

3. CASO DE USO CONSULTAR AGENDA

4. CASO DE USO GESTIONAR MEDICAMENTOS

5. CASO DE USO GESTIONAR ESPECIALIDADES

6. CASO DE USO GESTIONAR HISTORIA MDICA

DIAGRAMAS DE ESTADO
CASO DE USO GESTIONAR REGISTRO:
DIAGRAMA DE ESTADO
CASO DE USO GESTIONAR CITAS:

DIAGRAMA DE ESTADO
CASO DE USO GESTIONAR AGENDA

DIAGRAMA DE ESTADO
CASO DE USO GESTIONAR MEDICAMENTOS

DIAGRAMA DE ESTADO
CASO DE USO GESTIONAR ESPECIALIDADES

DIAGRAMA DE ESTADO
CASO
DE
USO GESTIONAR HISTORIA CLINICA
DIAGRAMA DE ESTADO

Proyecto SISMED

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto SISMED

Uploaded by

Copyright:

Available Formats

Especificacin de Requerimientos de software

Especificacin de Requerimientos de software

Documento validado por las partes en fecha: 18 NOVIEMBRE DE 2014

Por la empresa suministradora

DELEGADO DE CENTRO MEDICO SENA

Lider de Proyecto CARLOS GIOVANNY

Descripcin de Requerimientos del software

Definiciones, acrnimos y abreviaturas

Perspectiva del producto

Funcionalidad del producto

Caractersticas de los usuarios

Evolucin previsible del sistema

Descripcin de Requerimientos del software

Descripcin de Requerimientos del software

Identificar las necesidades del servicio mdico asistencial del

Minimizar los tiempos de asignacin de citas.

Facilitar la generacin de informes basados en las fuentes de

Dar cumplimiento a requisitos de ley relacionados con la

Descripcin de Requerimientos del software

El proyecto tiene como beneficiarios del proyecto Usuarios administrativos, mdicos y

Carlos Giovanny Quintana

Descripcin de Requerimientos del software

Definiciones, acrnimos y abreviaturas

Descripcin de Requerimientos del software

Perspectiva del producto

El Sistema de Gestin de Citas y Formulacin Mdica Para el Servicio Mdico

Descripcin de Requerimientos del software

Funcionalidad del producto

El enfoque de la aplicacin se concentrara en:

Solicitud y registro de cita medica

Optimizacin de las actividades realizadas por el Medico

Optimizacin de las actividades realizadas por Auxiliar

Registro de la atencin (presencial o telefnica)

Optimizacin de las actividades realizadas por el Administrador

Gestin y soporte del sistema de informacin.

Caractersticas de los usuarios

Descripcin de Requerimientos del software

Evolucin previsible del sistema

El Sistema De Gestin De Citas Y Formulacin Mdica Para El Servicio Mdico Asistencial

Permitir la creacin y modificacin de los usuarios de la

Permitir al auxiliar la creacin, modificacin y eliminacin de

Descripcin de Requerimientos del software

Permitir al mdico revisar la programacin de citas y pacientes

Permitir el registro y control de medicamentos entregados

Permitir la creacin, modificacin, consulta y almacenamiento

Permitir la creacin, modificacin, consulta y almacenamiento

Ofrecer reportes de las atenciones realizadas y cantidad de

Permitir la creacin, modificacin, consulta y almacenamiento

Descripcin de Requerimientos del software

Permitir la creacin, modificacin, consulta y almacenamiento

Permitir la creacin, modificacin, consulta y almacenamiento

Requerimientos bsicos de las interfaces

A continuacin se describen los Requerimientos bsicos funcionales de las interfaces

Para cada usuario acorde a su perfil solo se debe mostrar la informacin

El equipo de cmputo para los usuarios administrativos y mdicos deber contar

Descripcin de Requerimientos del software

Se debe contar con teclado y mouse para el ingreso de la informacin, como

El sistema de informacin contara con conexin a bases de datos y plataforma

Como protocolos de comunicacin se utilizara HTTP/HTTPS para el acceso al

Descripcin de Requerimientos del software

Debe permitir gestionar las agendas

Descripcin de Requerimientos del software

El sistema debe permitir el registro de las remisiones de los pacientes en

La plataforma debe soportar la conectividad de la cantidad de usuarios