INSTITUTO TECNOLOGICO DE VERACRUZ
PROYECTO: SISTEMA DE CONTROL DE PERSONAL Y PACIENTES
EQUIPO: 8
MATERIA: FUNDAMENTOS DE DESARROLLO DE SISTEMAS
INTEGRANTES
Hernández Mora Ricardo
Hernández Zamudio Víctor
Uscanga Colmenero Rafael
27 de noviembre del 2009
1
INDICE
Etapa de Requisitos
Artefacto 23��������������������������. 2
Etapa de Análisis
Artefacto 1�.�������������������������.� 4
Artefacto 3�.��������������������������. 6
Etapa de Desarrollo
Artefacto 4�.�������������������������... 11
Artefacto 5�.�������������������������... 14
Artefacto 6�.�������������������������... 15
Artefacto 7�.�������������������������... 16
Artefacto 8�.�������������������������... 17
Artefacto 9....�������������������������... 18
Artefacto 10�.������������������������.� 21
Etapa de Implementación�.���������������������... 24
2
ETAPA DE REQUISITOS
Artefacto 2
ENTREVISTA
1.-Nombre del entrevistado
Benjamín González Roaro.
2.- ¿Cuál es el cargo que usted desempeña en esta institución?
R= Director General del ISSSTE.
3.- ¿Cuentan con algún sistema computacional para el control de la información de esta institución?
R= No
4.- ¿Cuales considera usted que sean las consecuencias de no contar con un sistema?
R= La información no está ordenada, se pierden datos, no se llevan control de empleados, pacientes ni doctores y es tardado el servicio, poco eficaz entres otras.
5.- ¿Le gustaría contar con un sistema de control de información?
R= Sí
6.- ¿Qué le gustaría que controlara dicho sistema?
R= Toda la información que se usa diariamente, la información de los empleados, los pacientes, los doctores y el apartado de las citas.
7.- ¿Cuáles son las funciones que le gustaría que hiciera el sistema con esa información?
R= Que tenga las funciones de poder dar de alta, bajas y actualizar los datos ya existentes de los empleados, pacientes y doctores así como poder hacer las reservaciones de las citas.
8.- ¿Desea que su sistema sea en algún lenguaje de programación especifico?
R= Si
9.- ¿En cuál?
R= En Java, porque tenemos en nuestro personal varios técnicos en computación que manejan ese lenguaje.
3
Jueves 05 de Noviembre del 2009
MINUTA
El equipo desarrollador se reunió con el Director General del ISSSTE y su equipo para llegar a un acuerdo sobre los problemas que tienen al no contar con un sistema de control de información así como los puntos que debe llevar dicho sistema.
PARTICIPANTES DE LA REUNIÓN
Director General: González Roaro Benjamín Subdirector General: Rojo Padilla José Antonio José Antonio Desarrolladores: Hernández Mora Ricardo Hernández Zamudio Víctor de Jesús Uscanga Colmenero Rafael Temas a tratar:
• Los problemas que trae el no contar con un sistema de control de información. • Lo que se espera del sistema de información • Los requisitos principales para poder llevar acabo dicho proyecto. • El alcance del sistema, problemas qué resolverá. • Tiempo que tardará la elaboración del sistema. • Si se le dará capacitación a su personal para el uso del sistema. • El costo del sistema
Acuerdo: Se llegó a un acuerdo en que se resolverá los problemas que tienen al no contar con un sistema de información los cuales son: no llevar el control de los empleados, pacientes, doctores y apartados de citas así como su lenta ejecución de los procesos al no contar con este sistema.
Los requisitos por parte de los desarrolladores es tener más reuniones para poder evaluar el progreso del sistema así como para dudas que necesiten aclarar los desarrolladores sobre los procesos que se realizan en los problemas antes mencionados. Los clientes mostraron algunos requisitos que quieren que se incluyan en el sistema.
Se espera que el sistema tenga el control único y ordenado de los clientes, pacientes, doctores y apartados de citas de una manera inmediata, que se puedan dar altas, bajas y actualizar clientes, pacientes y doctores.
Se acordó que el sistema se pondrá en marcha el 13 de mayo del 2010.
Ya que esté listo el sistema se le dará capacitación a dos de sus trabajadores para que ellos posteriormente capaciten a sus compañeros.
El costo del sistema será de $20,000°° M.N. (Veinte mil pesos M.N.).
________________________ _______________________
Benjamín González Roaro José Antonio Rojo Padilla Director General Subdirector General
_______________________ _________________________ ___________________________
Hernández Mora Ricardo Hernández Zamudio Víctor Uscanga Colmenero Rafael
Desarrollador Desarrollador Desarrollador
4
ETAPA DE ANALISIS
Artefacto 1
1.-ANTEPROYECTO
1.1 INTRODUCCIÓN
El ISSSTE es una institución que proporciona servicios de salud y protección a los grupos más necesitados. El servicio que éste proporciona se otorga a aquellas personas que tienen derecho a los servicios que otorga el instituto, ya sea trabajador o pensionista, y los familiares de ambos en línea directa ascendente o descendente.
Dentro de los servicios que ofrece se encuentran:
• Seguro de enfermedades no profesionales y de maternidad. • Seguro de accidentes del trabajo y enfermedades profesionales. • Servicios de reducción y readaptación de inválidos. • Servicios para elevar los niveles de vida del servidor público y su familia. • Promociones que mejoren la preparación técnica y cultural. • Jubilación. • Seguro de vejez. • Etc.
1.2 DEFINICIÓN DEL PROBLEMA
El instituto no cuenta con un programa que lleve el registro único y ordenado de sus empleados, pacientes, médicos y el control del apartado de una cita.
Así como no se tiene velocidad en todos los procesos que se realizan en esa institución como son la lenta atención de los pacientes y el acceso a los datos almacenados.
Por no contar con estos elementos se pierde información de los empleados, pacientes, médicos así como de las citas ya programadas, esto provoca que pacientes lleguen a su cita y no se les este esperando en dado caso que se haya perdido su cita, también todo el personal puede acceder a estos datos por tenerlo almacenado en archiveros, y el no contar con la velocidad de atención nos provoca sobrecupo en las instalaciones cuando acuden pacientes a pedir cualquier información, cita etc.
1.3 OBJETIVO GENERAL
Desarrollar un sistema que lleve el control de los pacientes, médicos, empleados y del apartado de las citas. Se podrán dar bajas, altas, hacer consultas, y actualizar cualquier dato de los pacientes, médicos, empleados y de las citas. Y tendrá restricciones de acceso a estos datos.
1.3.1 OBJETIVOS SECUNDARIOS
- Automatizar el proceso de altas, bajas y modificación de pacientes - Crear una base de datos segura a la cual no cualquier persona tenga acceso - Optimizar el registro de citas médicas de la institución
5
1.4 JUSTIFICACIÓN
Este proceso se genero para el ISSSTE por el motivo de que no cuenta con una base de datos concreta del personal y pacientes, lo cual hace que haya pérdidas de documentos de los pacientes, sea lenta la búsqueda de expedientes o una cita médica, esto sucede porque los procesos aun son manuales, además que no cuenta con una optima seguridad por el mismo motivo.
Es por esto que se desarrolla un sistema para agilizar los procesos y tener una seguridad total.
En lo que se refiere al personal, se tendrá un registro de todos, para así tener un mejor control de éstos.
1.5 PROCEDIMIENTO/METODOLIGOA
1.5.1 Planificación
1.5.2 Análisis de Riesgo
1.5.3 Ingeniería
1.5.4 Evaluación del Cliente
1.6 CRONOGRAMA
NOVIEMBRE
LUNES MARTES MIERCOLES JUEVES VIERNES
2 Anteproyecto 3 4 5 Entrevista y Minuta
6
Entrega Artefactos De La
Etapa De Requisitos
9 10 Modificación Artefactos
11 12 13 Modificaciones
Artefactos Etapa de Requisitos
16 Análisis 17 Análisis 18 Análisis 19 Análisis 20 Entrega
Artefactos Etapa de Análisis
23 Desarrollo 24 Desarrollo 25 Desarrollo 26 Desarrollo 27
Entrega Artefactos de
Etapa de Desarrollo
30 Entrega Final Del Proyecto
6
DIAGRAMA DE FLUJO DE DATOS
Artefacto 3
Nivel 0
7
DFD 1 de P1
8
DFD 1 de P2
9
DFD 1 de P3
10
DFD1 De P4
11
ETAPA DE DESARROLLO
Artefacto 4
DICCIONARIO DE DATOS
TABLAS:
Tabla: Paciente
Alias: Cliente
Composición: id_paciente, ap_pat, ap_mat, nombre, dirección, cod_post
Organización: Índex por id_paciente
Observaciones: Ningún campo puede ser nulo
Tabla: Empleados Alias: Trabajadores Composición: id_empleados, ap_pat, ap_mat, nombre, dirección, cod_post,
estudios, puesto Organización: Índex por id_empleados Observaciones: Ningún campo puede ser nulo
Tabla: Doctores Alias: Docs Composición: id_doc, ap_pat, ap_mat, nombre, dirección, cod_post,
especialidad Organización: Índex por id_doc Observaciones: Ningún campo puede ser nulo
ELEMENTOS:
Elemento de datos: Id_paciente
Alias: Clave ejemplar
Valor y significado: ###### valor único de pacientes
Notas: Prohibidos registros repetidos o nulos.
Elemento de datos: Id_empleados
Alias: Clave ejemplar
Valor y significado: ###### valor único de empleados
Notas: Prohibidos registros repetidos o nulos.
Elemento de datos: Id_doc
Alias: Clave ejemplar
Valor y significado: ###### valor único de doctores
Notas: Prohibidos registros repetidos o nulos.
12
FLUJO DE DATOS:
Flujo de datos: Agregar Pacientes Alias: Alta pacientes Composición: id_paciente, ap_pat, ap_mat, nombre, dirección,
cod_post Notas: Se prohíben datos nulos.
Flujo de datos: Eliminar Pacientes Alias: Baja pacientes Composición: id_paciente
Flujo de datos: Actualizar Registro Alias: Actualizar pacientes Composición: id_paciente, ap_pat, ap_mat, nombre, dirección,
cod_post Notas: Se prohíben datos nulos.
PROCESOS:
Proceso: Alta Paciente Identificador: 1 1.1 Introduce el nombre 1.2 Introduce la fecha de nacimiento
1.3 Introduce la dirección
1.4 Introduce el teléfono
1.5 Introduce la CURP
Proceso: Baja Paciente Identificador: 2 2.1 Introduce el nombre 2.2 Introduce la dirección
2.3 Introduce la fecha de nacimiento
2.4 Introduce el teléfono
2.5 Introduce la CURP
2.6 Introducir motivo de la baja
13
Proceso: Actualizar Identificador: 3 3.1 Introduce el nombre 3.2 Introduce la dirección
3.3 Introduce el teléfono
3.4 Introduce la fecha de nacimiento
3.5 Introduce la CURP
14
Artefacto 5
15
Artefacto 6
Pacientes
# NOMBRE TIPO LONG DEC DESCRIPCION
1 Id_paciente Numérico 5 Identificador del paciente
2 Ap_pat Texto 15 Apellido paterno
3 Ap_mat Texto 15 Apellido materno
4 Nombre Texto 25 Nombre
5 Dirección Texto 50 Dirección
6 Cod_postal Texto 5 Código postal
Empleados
# NOMBRE TIPO LONG DEC DESCRIPCION
1 Id_empleado Numérico 5 Identificador del empleado
2 Ap_pat texto 15 Apellido paterno
3 Ap_mat Texto 15 Apellido materno
4 Nombre Texto 25 Nombre
5 Dirección Texto 50 Dirección
6 Cod_postal Texto 5 Código postal
7 Estudios Texto 50 Estudios máximos del empleado
8 Puesto Texto 50 Puesto que desempeña
Doctores
# NOMBRE TIPO LONG DEC DESCRIPCION
1 Id_doc Numérico 5 Identificador del doctor
2 Ap_pat Texto 15 Apellido paterno
3 Ap_mat Texto 15 Apellido materno
4 Nombre Texto 25 Nombre
5 Dirección Texto 50 Dirección
6 Cod_postal Texto 5 Código postal
7 Especialidad Texto 50 Especialidad medica
Consultas
# NOMBRE TIPO LONG DEC DESCRIPCION
1 Id_consulta Numérico 5 Identificador de consulta
2 Id_paciente Numérico 5 Identificador de paciente
3 Id_empleado Numérico 5 Identificador empleado
4 Id_doc Numérico 5 Identificador doctor
5 Fecha Texto
16
Artefacto 7
.
.
SISTEMA
CATALOGOS
CONSULTAS
DOCTORES
EMPLEADOS
PACIENTES
PROCESOS REPORTES ÚTIL
RESPALDO BASE
DE DATOS
RECUPERACION
BASE DE DATOS
APARTAR
CONSULTA
CANCELAR
CONSULTA
CONSULTAS POR
PACIENTE
CONSULTAS POR
DOCTOR
CONSULTAS POR
EMPLEADO
CONSULTAS
TOTALES
1 2 3 4
1.1
1.2
1.3
2.1
2.2
3.1
3.2
3.3
3.4
4.1
4.2
2.3
17
Artefacto 8
Mensaje general
del sistema Menú de
Catálogos
Tablas
Generales
ABC
Pacientes
0
1
1.1
1.2
1.3
Menú de
Procesos
Proceso:
ABC
Consulta
2 2.1
Pacientes
ABC
Doctores Doctores
ABC
Empleados Empleados
Pacientes
Consultas
Doctores
Menú de
Reportes
Consultas
por
Pacientes
Consultas
por
Doctor
Consultas
por
Empleado
Consultas
Totales
3
3.1
3.2
3.3
3.4
Reportes
Menú de
Reportes
Menú de
Reportes
Menú de
Reportes
Utilería
4.1
4.2
4
18
Artefacto 9
DISEÑO DETALLADO
DESCRIPCIÓN
Proceso 2.1 Apartar Consulta
Objetivo: Es hacer la reservación de una cita entre un paciente y un médico específico.
Entrada: Id_consulta, Id_paciente, ap_pat, ap_mat, nombre, dirección, cod_post, Id_doc, Fecha.
Proceso: Validar que el doctor y el paciente estén disponibles a determinada fecha para hacer el apartado de la cita y que el paciente aún tenga derecho al servicio.
Salida: Tabla de consultas actualizada.
PROCESO 2.1
APARTAR
CONSULTA
19
JERARQUÍA ENTRADA-PROCESO-SALIDA
(HIPO)
PROCESO 2.1 Apartar Consulta
ENTRADA PROCESO SALIDA
1 Asigna un número de consulta
2 Busca el número del paciente
3 Busca datos del paciente
4 Busca datos del paciente
5 Busca datos del paciente
6 Busca datos del paciente
7 Busca datos del paciente
8 Busca doctor disponible
9 Guarda cita entre paciente y doctor
Ambos disponibles
Id_consulta
Id_paciente
Dirección
Nombre
Código _post
ap_mat
ap_pat
Id_doc
Fecha
CONSULTAS
20
PSEUDOCÓDIGO
Proceso 2.1 Apartar Consulta
ENTRADA PROCESO SALIDA
PACIENTES Inicio
CONSULTAS Seleccionar Paciente
Seleccionar Doctor
Asignar Consulta
Fin
CONSULTAS
21
Artefacto 10
ESTANDARIZACION
Menú Principal
Ilustración 1 Ventana Principal
1.- Presenta una Barra de Título y cuatro botones a elegir 2.- Tiene 4 Opciones a elegir para iniciar:
a. Botones • Fuente: Microsoft Sans Serif; 8.25 px; Normal • Tamaño: 39x85
Barra de Titulo
Botones
22
Ilustración 2 Formularios
Labels: • Alineación: Izquierda • Fuente: Microsoft Sans Serif • Tamaño de Fuente: 8.25 px. TextBox: • Alineación: Izquierda • Fuente: Microsoft Sans Serif • Tamaño de Fuente: 8.25 px.
Ilustración 3 Cuadro de dialogo
Barra de Titulo
Botones
Barra de Titulo
Botón
Labels
Text Box
23
Ilustración 4 Error de Excepción
OPERATIVOS A continuación se muestran los botones con su función específica: ICONO DESCRIPCION
Pacientes
Muestra los campos de registro de la tabla pacientes
Empleados
Muestra los campos de registro de la tabla pacientes
Doctores
Muestra los campos de registro de la tabla pacientes
Consultas
Muestra los campos de registro de la tabla pacientes
Nuevo
Crea un nuevo registro
Guardar
Guarda un nuevo registro
Buscar
Busca un registro existente
Eliminar
Elimina un registro existente
Aceptar
Acepta las modificaciones que aparecen en los cuadros
de dialogo
Barra de Titulo
Botón
24
ETAPA DE IMPLEMENTACION