Proyecto SISMED
Proyecto SISMED
Proyecto SISMED
Rev.
Pg. 1
Historial de Revisiones
Fecha
Revisin
Descripcin
Autor
18/11/2014
1.0
Requerimientos de Software
ADSI 86
14/03/2015
1.1
Requerimientos de Software
ADSI 86
27/07/2015
1.2
Requerimientos de Software
ADSI 86
24/08/2015
1.3
Requerimientos de Software
ADSI 86
Contenido
FICHA DEL DOCUMENTO
CONTENIDO
1
INTRODUCCIN
1.1
Propsito
1.2
Alcance
1.3
Personal involucrado
1.4
1.5
Referencias
DESCRIPCIN GENERAL
2.1
2.2
2.3
2.4
Restricciones
2.5
Suposiciones y dependencias
2.6
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
SENA.
pacientes.
1.2
Alcance
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
Nombre
Darlyn Yazmin Quiguanas Rodriguez
Integrantes
de Jhon Jairo Penagos Edwin Ramrez - Jess Grisales
Conceptualizacin
Rol
Lder Conceptualizacin
Categora profesional
Tecnlogo en Sistemas
Responsabilidades
Identificacin de caractersticas, insumo y pasos de los
diferentes procesos
Informacin de contacto [email protected]
Aprobacin
ADSI 86
Nombre
James Arley Mamian
Integrantes
de Andrs Escobar Jos David Rendn Santiago Cortez
Requerimientos
Steven Caicedo
Rol
Lder Requerimientos
Categora profesional
Tecnlogo en Sistemas
Responsabilidades
Identificar casos de uso y levantamiento de requerimientos
de los usuarios.
Informacin de contacto [email protected]
Aprobacin
ADSI 86
Nombre
Diego Fernando Valencia
Integrantes
de Juan Carlos Recalde William Cortez Oscar Gallo
Desarrollo
Diego Velzquez
Rol
Lder de Desarrollo
Categora profesional
Tecnlogo en Sistemas
Responsabilidades
Realizar el desarrollo del sistema de informacin acorde al
levantamiento de requerimientos.
Informacin de contacto [email protected]
Aprobacin
ADSI 86
1.4
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
El SISMED tendr una cobertura para la regional valle facilitando as la gestin integral
de los pacientes y las funciones administrativas.
2.2
Gestin de agendas
Formulacin medicamentos
Registro de Historias clnicas
2.3
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
Habilidades bsicas en manejo de un pc
Registro y gestin de las solicitudes de citas mdicas y
generacin de informes
Medico
Medico
Habilidades bsicas en manejo de un pc
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
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
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R2
Gestin Citas
Requerimiento
Alta/Esencial
Restriccin
Media/Deseado
Baja/ Opcional
Restriccin
Media/Deseado
Baja/ Opcional
Nmero de Requerimiento R3
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
Gestin Agenda
Requerimiento
Alta/Esencial
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R4
Gestin de Medicamentos
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R5
Gestin de Especialidades
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R6
Registro Historia Clnica
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R7
Generacin de Informes
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R8
Gestin de Mdicos
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
R9
Gestin de Remisiones
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
Restriccin
Media/Deseado
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Baja/ Opcional
Descripcin
Nmero de Requerimiento
Nombre de Requerimiento
Tipo
Prioridad
del
Requerimiento
Descripcin
R10
Gestin de Consultorios
Requerimiento
Restriccin
Alta/Esencial
Media/Deseado
3.1
Baja/ Opcional
3.1.1.Interfaces
de usuario
de hardware
de software
de comunicacin
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
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
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
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.
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
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
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
POSCONDICIONES
FUNCION
AUXILIAR
El usuario debe pertenecer como empleado o beneficiario del Sena
SISTEMA
REFERENCIAS CRUZADAS
DOCUMENTOS RELACIONADOS
VERSION
1.0
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
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
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASE
ACTORES
: AUXILIAR.
PRECONDICION
POSCONDICION
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA CLASES
CASO DE USO
ACTORES
: AUXILIAR.
Descripcin de Requerimientos del software
PRECONDICION
POSCONDICION
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
11. El caso de uso finaliza.
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASE
CASO DE USO
ACTORES
: AUXILIAR.
PRECONDICION
POSCONDICION
1.
2.
3.
4.
5.
identificacin ingresado.
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
11. El caso de uso finaliza.
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASE
CASO DE USO
ACTORES
: AUXILIAR.
PRECONDICION
POSCONDICION
identificacin ingresado.
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.
13. El caso de uso finaliza.
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASE
3. CASO DE USO
: GESTIONAR AGENDA
CASO DE USO
: CONSULTAR AGENDA
ACTORES
PRECONDICIN
POSCONDICIN
: NO TIENE
DIAGRAMA DE USO
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASES
4. CASO DE USO
: GESTIONAR MEDICAMENTOS
CASO DE USO
: CONSULTAR MEDICAMENTOS
ACTORES
: MEDICO
PRECONDICION
: NO TIENE
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 ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASES
CASO DE USO
: FORMULAR MEDICAMENTOS
ACTORES
: MEDICO
PRECONDICION
: NO TIENE
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASES
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASES
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE SECUENCIA
DIAGRAMA DE CLASES
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
5.
6.
7.
8.
9.
10.
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE CLASE
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: CONSULTAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
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 SECUENCIA - CASO DE USO CREAR CONSULTORIO
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: ELIMINAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
DIAGRAMA DE ACTIVIDADES
DIAGRAMA DE CLASE
DIAGRAMA CASO DE USO: MODIFICAR CONSULTORIO.
CASO DE USO:
ACTORES:
PRECONDICION:
AUXILIAR.
POSCONDICION:
DIAGRAMAS DE COLABORACION
CASO DE USO GESTIONAR REGISTRO
DIAGRAMA DE COLABORACIN (COMUNICACIN)
DIAGRAMAS DE ESTADO
CASO DE USO GESTIONAR REGISTRO:
DIAGRAMA DE ESTADO
CASO
DE
USO GESTIONAR HISTORIA CLINICA
DIAGRAMA DE ESTADO