sistema de control de pacientes y trabajadores del issste

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 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


Valor y significado: ###### valor único de empleados


Elemento de datos: Id_doc


Valor y significado: ###### valor único de doctores


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.6 Introducir motivo de la baja

13

Proceso: Actualizar Identificador: 3 3.1 Introduce el nombre 3.2 Introduce la dirección


3.4 Introduce la fecha de nacimiento


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


1 Id_empleado Numérico 5 Identificador del empleado

2 Ap_pat texto 15 Apellido paterno





7 Estudios Texto 50 Estudios máximos del empleado

8 Puesto Texto 50 Puesto que desempeña

Doctores


1 Id_doc Numérico 5 Identificador del doctor

2 Ap_pat Texto 15 Apellido paterno





7 Especialidad Texto 50 Especialidad medica

Consultas


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





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


Doctores


Consultas


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

sistema de control de pacientes y trabajadores del issste

Documents