Informe_Final - TAP

UNIVERSIDAD RICARDO PALMA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA INFORMÁTICA

Curso de Taller de Aplicación Profesional

“Sistema Web de Citas Médicas para el Hospital Nacional PNP „Luis N. Sáenz‟”

Alumna Velásquez Gálvez, Rotceh Gladyz

Docente Carranza Avalos, Zalatiel Beltrán Saravia, Víctor

Lima - Surco Junio / 2012

Universidad Ricardo Palma

CURSO: Taller de Aplicación Profesional

TEMA: “Sistema Web de Citas Médicas para el Hospital Nacional PNP „Luis N. Sáenz‟”

AUTORA: Velásquez Gálvez, Rotceh Gladyz

“Trabajo presentado en cumplimiento de las exigencias académicas de la facultad de Ingeniería Informática, en el curso de Taller de Aplicación Profesional”

Lima – Surco Junio / 2012

Velásquez Gálvez, Rotceh Gladyz Sistema Web de Citas Médicas para el Hospital Nacional PNP „Luis N. Sáenz‟ / Velásquez Gálvez, Rotceh Gladyz Tesis – Curso de Taller de Aplicación Profesional Surco – Lima, Junio de 2012 Ingeniería Informática Profesores: Luis Carranza Avalos, Zalatiel / Beltrán Saravia, Víctor

2. Sistema web

2. Reservas médicas

3. Historia clínica

DEDICATORIA Dedico este proyecto de investigación y la formación de mi carrera universitaria a mi madre que me ha dado la vida y la fortaleza para continuar con mi batalla de seguir adelante en la formación de mi carrera

y

investigación.

para

terminar

este

proyecto

de

AGRADECIMENTOS Gracias al apoyo de todos mis maestros que mediante todos sus conocimientos me hicieron crecer profesionalmente y no menos importante, el apoyo y animosidad de mi familia y amigos quienes hicieron que hoy todo esto sea posible.

No condenemos lo que desconocemos porque corremos el riesgo de medir y dejar en evidencia nuestra propia ignorancia.” Jorge Mario Gaviria

Índice Introducción Abstract Capítulo I: Visión del Proyecto 1.1 Introducción………………………………………………………………………………………….. 1 1.2 El Problema………………………………………………………………………………………….. 1 1.2.1 El Negocio……………………………………………………………………………….. 1 1.2.1.1 Hospital Nacional PNP „Luis Nicasio Sáenz‟…………………………...… 1 1.2.1.2 Visión…………………………………………………………………….…… 4 1.2.1.3 Misión……………………………………………………….………………… 4 1.2.1.4 Organización………………………………………………………….……… 5 1.2.2 Procesos del Negocio………………………………………………………………...… 5 1.2.2.1 Procesos Principales del Hospital……………………………………….… 5 1.2.2.2 Proceso Actual de Citas Médicas………………………………..………… 7 1.2.3 Descripción del Problema……………………………………………………………… 8 1.2.3.1 Estadísticas………………………………………………………….……… 10 1.3 Fundamentación del Problema……………………………………………………………...…… 17 1.3.1 Marco Teórico………………………………………………………………………..… 17 1.3.1.1 Dirección de Salud Policial……………………………………………...… 17 1.3.1.2 ¿Qué es una cita médica? ……………………………………………..… 18 1.3.1.3 Pasos previos para solicitar una cita…………………………………..… 18 1.3.1.4 ¿Cómo se obtiene una cita? ………………...…………………………… 19 1.3.1.5 Aplicación Web…………………………………………………………..… 20 1.3.2 Estado del Arte………………………………………………………………………… 22 1.3.2.1 Herramientas………………………………………………………..……… 22 1.3.2.2 Metodologías estratégicas………………………………………………… 26 1.3.2.3 Obstáculos que debe superar el hospital para la atención de las citas médicas……………………………………………………………………………… 26 1.3.2.4 Tipos de tecnologías para implementar un sistema web de citas médicas………………………………………………………………………….…… 28 1.4 Objetivos del Proyecto………………………………………………………………………….… 29 1.4.1 Marco Lógico…………………………………………………………………………… 29 1.4.1.1 Árbol de Problemas……………………………………………………...… 29 1.4.1.2 Árbol de Objetivos…………………………………………….…………… 30 1.4.2 Objetivo General………………………………………………………………….…… 30 1.4.3 Objetivo Específico……………………………………………………………….…… 30 1.5 Beneficios del Proyecto…………………………………………………………………………… 31 1.5.1 Beneficios Tangibles………………………………………………………………...… 31 1.5.2 Beneficios Intangibles…………………………………………………………….…… 31 1.6 Alcance del Proyecto……………………………………………………………………………… 32 1.7 Conclusiones……………………………………………………………………………….……… 32 Capítulo II: Modelado del Negocio 2.1 Introducción………………………………………………………………………………………… 33 2.2 Reglas del Negocio………………………………………………………………………..……… 33 2.3 Casos de Uso del Negocio………………………………………………………………….……. 34 2.3.1 Relación de CUN‟s………………………………………………………………..….…34 2.3.2 Diagrama de CUN‟s…………………………………………………………………….35 2.3.3 Especificaciones de CUN‟s…………………………………………………………….35 2.4 Diagrama de actividades del Negocio…………………………………………………..….…… 36

2.5 Diagrama de clases de objetos del Negocio……………………………………………………38 2.6 Conclusiones…………………………………………………………………………………….… 39 Capítulo III: Requerimientos del Negocio 3.1 Introducción………………………………………………………………………………..….…… 40 3.2 Requerimientos del Software………………………………………………………………..…… 40 3.2.1 Relación de Requerimientos…………………………………………………….…… 40 3.2.2 Especificación de Requerimientos…………………………………………………… 41 3.2.2.1 Requerimientos Funcionales……………………………………………… 41 3.2.2.2 Requerimientos No Funcionales……………………………….………… 42 3.3 Casos de Uso del Sistema…………………………………………………………………..…… 43 3.3.1 Diagrama de Actores del Sistema…………………………………………………… 43 3.3.2 Diagrama de Paquetes……………………………………………………………...… 43 3.3.3 Casos de Uso del Sistema…………………………………………………….……… 44 3.3.3.1 Relación de CUS‟s…………………………………………………………..44 3.3.3.2 Diagrama de CUS‟s………………………………..……………….……… 44 3.3.3.3 Especificaciones de CUS‟s…………………………………………………46 3.3.3.4 Matriz CUN‟s vs CUS‟s……………………………………………………..49 3.4 Modelo Conceptual del Sistema………………………………………………………….……… 50 3.4.1 Diagrama del Modelo Conceptual…………………………………………………… 50 3.4.2 Atributos de los casos de uso del sistema…………………………………………...51 3.5 Benchmarking…………………………………………………………………………………...… 52 3.5.1 Soluciones encontradas………………………………………………………….…… 52 3.5.2 Evaluación de las soluciones encontradas…………………………………………..52 3.6 Prototipos de la solución…………………………………………………………………….……. 53 3.7 Conclusiones…………………………………………………………………………………….… 56 Capítulo IV: Arquitectura 4.1 Introducción………………………………………………………………………………………… 57 4.2 Realización de los casos de uso más significativos para la arquitectura...……………….… 57 4.2.1 Diagrama de Casos de Uso más significativos para la arquitectura……….……. 57 4.2.2 Especificación de los casos de uso….……………………………………….……… 57 4.2.3 Diagramas de Secuencia de Diseño y de Clases de Diseño………………………58 4.3 Modelo de Datos…………..……………………………………………………………….……… 70 4.3.1 Diagrama de Modelo de Datos.…………………………………………..….….…… 70 4.3.2 Diccionario de Datos…………………………………………………………….…..… 71 4.4 Modelo de Componentes…………….…………………………………………………….…..… 71 4.5 Modelo de Despliegue…………………………………………………………………………….72 4.6 Conclusiones……………………………………………………………………………………….72 Capítulo V: Desarrollo y Pruebas 5.1 Introducción…………………………………………………………………………………..……. 73 5.2 Desarrollo……………………………………………………………………………………….…..73 5.2.1 Plataforma Tecnológica……………………………………………….……………….73 5.2.2 Estándares de Desarrollo…………………………………………………………..….74 5.3 Pruebas…………………………………………………………………………………………..… 74 5.3.1 Plan de Pruebas del Proyecto………………………………………….……….……. 74 5.3.2 Casos de uso de pruebas del proyecto para los casos de uso más significativos para la arquitectura………….……………………………………………………….…….… 77 5.4 Conclusiones……………………………………………………………………………….………77 Capítulo VI: Gestión del Proyecto 6.1 Introducción…………………………………………………………………………………..……. 78

6.2 Viabilidad del Proyecto….…………………………………………………………………….…...78 6.2.1 Viabilidad Técnica…….……………………………………………….………………..78 6.2.2 Viabilidad Económica…..…………………………………………………………..…..78 6.3 Organización del Proyecto……………………………………………………………………..… 79 6.3.1 Organigrama del Proyecto………………………………………….……….……..…. 80 6.3.2 EDT del Proyecto……..……………………………………………………….………..80 6.4 Estimación y Ejecución del Proyecto…………………………………………………….…….…81 6.4.1 Cronograma de Ejecución del Proyecto………………………………………….…..81 6.4.2 Estimación del presupuesto total del Proyecto………………………………………82 6.5 Gestión de riesgos del Proyecto …………………………………………………………….……84 6.6 Plan de cambios en el Proyecto……………………………………………………………….….85 6.7 Constancia de aceptación del cliente sobre el Proyecto………………………………….……85 6.8 Conclusiones…………………………………………………………………………………….….86 Conclusiones…………………………………………………………………………………….……... 87 Glosario de Términos……………………………………………………………………………….… 88 Siglas………………………………………………………………………………………………….… 93 Bibliografía……………………………………………………………………………………………… 94 Anexos……………………………………………………………………………………………………95

Índice de Gráficos y Tablas Gráfico #1: Organigrama estructural del Hospital Nacional PNP „Luis N. Sáenz‟………….….… 5 Gráfico #2: Procesos principales del Hospital Nacional PNP „Luis N. Sáenz‟……………..….…. 6 Gráfico #3: Proceso actual de citas médicas……………………………………………………...…. 7 Gráfico #4: Población Policial según localización territorial……………………….……………… 10 Gráfico #5: Población Policial Familiares según localización territorial………………………..… 10 Gráfico #6: Número de atenciones médicas y no médicas en consulta externa HN PNP „LNS‟ 11 Gráfico #7: Atenciones médicas por Departamentos HN PNP „LNS‟…………………………… 12 Gráfico #8: Nº de atenciones médicas en el departamento de Cardiología – 2010……………. 14 Gráfico #9: Nº de atenciones médicas en el departamento de Dermatología – 2010…………. 14 Gráfico #10: Nº de atenciones médicas en el departamento de Endocrinología – 2010……… 15 Gráfico #11: Nº de atenciones médicas en el departamento de Otorrino – 2010……………… 16 Gráfico #12: Nº de atenciones médicas en el departamento de Urología – 2010…………….... 17 Gráfico #13: Alternativas de herramientas………………………………………………………….. 29 Gráfico #14: Costos de hardware para implementar el proyecto………………………………… 51 Gráfico #15: Costos de software para implementar el proyecto…………………………………. 51 Gráfico #16: Costos de recursos humanos para el desarrollo del proyecto……………………. 51 Gráfico #17: Organigrama del Proyecto…………………………………………………………….. 51 Gráfico #18: EDT del Proyecto……………………………………………………………………….. 52 Gráfico #19: Cronograma de actividades del Proyecto……………………………………………. 53 Gráfico #20: Gastos/Mes en los procesos asociados a la gestión de citas médicas…………... 54 Gráfico #21: Gastos/Mes en los procesos mejorados asociados a la gestión de citas médicas55 Gráfico #22: Beneficios netos aproximados por mes……………………………………………… 55 Gráfico #23: Inversión y beneficios netos del proyecto……………………………………………. 56

Introducción El Hospital Nacional PNP „Luis N. Sáenz‟ es un hospital que brinda atención asistencial a la familia policial y policías en el país, es un hospital que brinda atención médica a más del 50% de la familia policial diariamente y actualmente vive un problema en el proceso de citas médicas, debido a la forma como se realiza este proceso hace que se genere una ineficiencia en dicho proceso, desde la forma manual como trabajan hasta las grandes colas que existen tanto para la solicitud como la atención de las citas; es por eso que para el presente proyecto de tesis hemos escogido dicho problema para poder encontrar una solución. La solución que se pretende implementar es una aplicación web que permita a los pacientes reservar sus citas vía internet para brindarles una mejor calidad de atención y disminuir la cantidad de colas diarias en el hospital; otro de los objetivos es permitir una mejor administración y gestión de las citas en cada consultorio del hospital permitiendo la comunicación con el área de Admisión y Archivos para el control de traslado de las historias clínicas de todos los pacientes.

El presente proyecto de tesis, está dividido en 6 capítulos que mostrará el desarrollo de la tesis, desde el modelado del negocio hasta la construcción del sistema.

Abstract

The National Hospital PNP 'Luis N. Saenz 'is a hospital that provides health care to the family and police officers in the country, is a hospital that provides medical care to over 50% of the daily police family and lives a problem in the appointments process, because how to perform this process makes generating an inefficiency in that process, from how they work manually to large queues that exist for both the request and the care of appointments, that is why for this thesis project we chose this problem to find a solution. The solution is to implement a web application that allows patients to book appointments via the Internet to provide a better quality of care and reduce the number of lines per day in the hospital, another objective is to enable better management and management citations in each hospital clinic allowing communication with the Admissions and Records area to control the transfer of medical records of all patients.

This thesis is divided into 6 chapters that show the development of the thesis, from business modeling to system construction.

Capítulo I: Visión del Proyecto

1.1 Introducción Comenzando con el desarrollo de la tesis, en este primer capítulo empezaremos definiendo el problema actual que existe en el proceso de citas médicas en el Hospital Nacional PNP “Luis N. Sáenz”, al cual se busca encontrar una solución con este proyecto de tesis, para ello mencionaremos primero todo lo concerniente a la institución.

1.2 El Problema 1.2.1 El Negocio 1.2.1.1

Hospital Nacional PNP “Luis N. Sáenz”

El Hospital Nacional de la Policía Nacional del Perú “Luis Nicasio Sáenz”, es un hospital de tercer nivel que depende técnica, funcional y normativamente de la Dirección de Salud de la Policía Nacional del Perú, así como también del Ministerio de Salud. Tiene por finalidad contribuir a mejorar el nivel de vida de la población policial. Reseña Histórica: El 03 de Julio de 1922, se funda la Escuela de Policía señalando los nuevos rumbos de la Policía Moderna, entre 1922 y 1924 la atención médica se realizaba en los llamados Cuarteles de Seguridad con Médicos ad-honorem. El 4 de septiembre de 1924, por Resolución Suprema, se forma un “Servicio Médico”, a cargo de médicos civiles, siendo su primer Jefe el Dr. Julio R. Delgado, dependiendo de la Dirección del Cuerpo de Seguridad de la Guardia Civil. Estaba integrado por un Médico Jefe, dos Médicos auxiliares, un práctico auxiliar,

1

dos enfermerías (Primer y Tercer Cuartel) y un Servicio Antivenéreo (Cuartel Cuarto). En el año 1928 se crea la Enfermería Central de la Policía en el Cuartel Guadalupe. En el año 1933 cuando el Gobierno del General EP. Oscar Benavides ve por conveniente dotar a la Guardia Civil del Perú de aquel entonces, de un Hospital como compensación a la vida de sacrificio y abnegada dedicación de los efectivos policiales en el cumplimiento de sus funciones. Por aquellos tiempos el Coronel Médico Carlos Rospigliosi y Vigil logró la expedición de un Decreto Ley que autorizaba el uso de los fondos de la llamada Retiro de Tropas, para la adquisición de un terreno de 29.340 metros cuadrados de la Testamentaria Canevaro,

donde se construyó mas adelante este Centro

Hospitalario. El 30 de agosto de 1937, conmemorando el día de la Ex Guardia Civil del Perú se colocó la primera piedra de lo que sería el Hospital Nacional de la Policía, acto al que asistió el Presidente de la Republica General EP. Oscar Benavides su Gabinete Ministerial y altos dignatarios de Estado y la iglesia. El 30 de noviembre de 1942 se concluyó la construcción del pabellón

administrativo del nuevo hospital y se procedió al

traslado

de pacientes y mobiliario de la Enfermería Central

ubicada en la Av. Los Incas, se habilitaron 250 camas, algunos consultorios y se designó como Director al Tnte. Crnl. SGP. Dr. Juan José MOSTAJO VARGAS; siendo presidente Don Manuel PRADO UGARTECHE. En 1948, se inició la construcción del pabellón de hospitalización en el gobierno de Manuel A. Odría, fue inaugurado el 02 de julio de 1959 siendo Presidente Constitucional del Perú el Dr. Manuel Prado Ugarteche (en su segundo período). 2

En octubre de 1952, el Coronel Médico Luís Nicasio Sáenz Carpio es nombrado Ministro de Salud, siendo por primera vez que un personal policial es honrado con una banda ministerial. La historia de la Dirección de Salud de la Policía Nacional del Perú está ligada al Hospital Nacional cuando en 1955, por la Ley del Congreso se confirió la primera plaza de General para la Sanidad la misma que fue ocupada por el Coronel Luís N. Sáenz, cuyo nombre lleva este Hospital Nacional PNP. El 10 de marzo de 1961 mediante decreto supremo, se estableció la autonomía técnico-administrativo del Hospital Nacional bajo la dirección del Coronel SGP Darío Acevedo Criado, que duró hasta el 03 de agosto de 1962. Con Decreto Ley N. 17153 del 22 de noviembre de 1968 se declaró en reorganización a la Sanidad de Gobierno y Policía, hoy Dirección de Salud, creándose la Subdirección Administrativa del Hospital Central de Policía al mando las Fuerzas Policiales. Posteriormente el 21 de agosto de 1972, se elaboró el nuevo Reglamento Administrativo adecuado

a la Ley N. 18072,

modificándose el Art. 13, en virtud a lo cual la Sanidad de las Fuerzas Policiales tomó a su cargo el control técnico y administrativo del Hospital Nacional por haberse demostrado que así convenía al servicio. Por D. L. Nº 24949 del 06 de diciembre de 1988, las Fuerzas Policiales conformadas por la

Guardia Civil,

Policía

de

Investigaciones y Guardia Republicana se integraron en lo que hoy es la Policía Nacional del Perú. Posteriormente, la Dirección de Salud es incluida en la estructura orgánica de la institución policial, como órgano de apoyo, mediante decreto Ley Nº 694 de fecha 05 de noviembre de 1991, siendo el Hospital Nacional el órgano de ejecución más importante de la Dirección de Salud de la PNP.

3

Con R. D. Nº 2787 – 95. DGPNP/ DISAN del 21 JUN95. Se aprueba la fecha de creación y funcionamiento del Hospital Central PNP. “Luís N. Sáenz” el 30 de Noviembre de 1942. En septiembre del 2002 se creó un módulo Pre Quirúrgico, (MOPRI), con la finalidad de agilizar los riesgos quirúrgicos de los pacientes, disminuyendo el tiempo en la realización de los procedimientos a 72 horas y reduciendo el tiempo de espera para la programación de las cirugías. Asimismo, se reubicó el Consultorio de Reumatología a un ambiente más amplio, se realizó la remodelación de los consultorios de Salud Mental y Dermatología, brindando mayor comodidad, calidad y calidez a los usuarios.

1.2.1.2

Visión

El Hospital Nacional PNP “Luis N. Sáenz”, tiene como misión primordial a constituirse en la actualidad en la Institución líder de atención integral de salud, con autonomía administrativa y financiera, basada en una gestión estratégica y participativa, en un marco de valores éticos; respetando la vida, dignidad y derechos de la persona, contribuyendo de esta manera al desarrollo de la Nación.

1.2.1.3

Misión

El Hospital Nacional PNP “Luis N. Sáenz”, tiene como misión brindar servicios de salud integral altamente especializado a la familia policial, contribuyendo al mejoramiento de su calidad de vida a través del desarrollo de actividades de Promoción y Prevención

de la Salud, Tratamiento de la Enfermedad y

Rehabilitación de sus secuelas; focalizando el uso de sus recursos con criterios Epidemiológicos y de Salud Pública, en un

4

marco de equidad, solidaridad, universalidad e integralidad. Así mismo desarrollar una permanente labor de proyección a la comunidad, participando en la Defensa Nacional y Desarrollo del País.

1.2.1.4

Organización

Gráfico #1: Organigrama estructural del Hospital Nacional PNP ‘Luis N. Sáenz’.

1.2.2 Procesos del Negocio 1.2.2.1

Procesos Principales del Hospital

5

DIRECCIÓN ADMINISTRATIVA DIECO

FOSPOLI

ADMISIÓN Y ARCHIVOS

Despacho del paciente

Recepción del paciente

ATENCIÓN MÉDICA Atención médica

FARMACIA

Diagnóstico

LABORATORIO

QUIRÓFANO

SATISFACCIÓN DE LAS NECESIDADES MÉDICAS DE LOS PACIENTES

NECESIDADES DE ATENCIÓN MÉDICA DE LOS PACIENTES

DIRREHUM

REHABILITACIÓN

DIRECCIÓN MÉDICA Gráfico #2: Procesos principales del Hospital Nacional PNP ‘Luis N. Sáenz’ Elaboración: Propia, 2011.

-

Dirección administrativa: Los procesos que comprenden esta área son 4 como se muestra en el gráfico; la DIRREHUM (Dirección de Recursos Humanos) es la encargada de tener el registro del policía titular y de sus familiares, la DIECO (Dirección de Economía) es donde se tramita la planilla de pago del policía, FOSPOLI (Fondo de Salud Policial) es donde se solicita el carnet Fospoli y el CIP y/o CIF y ADMISIÓN Y ARCHIVOS donde finalmente se registra las historias clínicas de los pacientes; este proceso de trámites se tiene que realizar para poder recibir atención médica en el hospital.

-

Atención Médica: Es la atención que se les brinda a los pacientes, previamente solicitando su cita.

-

Dirección Médica: Los procesos que comprenden esta área son 4 como se muestra en el gráfico; Farmacia es donde se le brinda los medicamentos a

6

los pacientes, Laboratorio donde se realizan radiografías, rayos x y otros exámenes, Quirófano cuando pasan a operación y Rehabilitación en caso de los discapacitados.

1.2.2.2

Proceso actual de citas médicas

Solicita Cita Solicita Atención

Cuaderno de Citas

Registra Cita

Enfermera

Confirma Cita Registra Nº de historia

Hoja de Historias Clínicas Recoge hoja

Presenta

Entrega Historias

Confirma historia

- CIP o CIF - Tarjeta de Fospoli - TUA

Paciente Auxiliar Gráfico #3: Proceso actual de citas médicas. Elaboración: Propia, 2011.

Con el presente gráfico queremos explicar la forma como actualmente se realiza el proceso de citas médicas en el hospital, teniendo en cuenta lo siguiente: -

Las flechas de color rojo, muestran la forma como los pacientes solicitan una cita.

-

Las flechas de color negro, muestran la forma como los pacientes solicitan atención el día que les toca su cita.

-

Las flechas de color azul, muestran el traslado de las historias clínicas que son llevadas del área de Admisión y Archivos a los consultorios.

7

1.2.3 Descripción del Problema El proceso de citas en el Hospital Nacional PNP “Luis N. Sáenz” se realiza de la siguiente manera: Todo paciente perteneciente a la familia policial (policías activos, pensionistas, retirados

y/o

familiares de los mismos) antes de solicitar una cita en cualquier consultorio del hospital, primero tiene que ir al área de Admisión y Archivos donde se le asigna un número de historia clínica para poder solicitar cita y ser atendido posteriormente. Otro requisito para poder solicitar cita, es que el paciente tiene que adquirir en la Oficina de Calidad en el hospital, una Tarjeta Única de Atención donde serán anotadas todas sus citas en el transcurso del tiempo. Esta tarjeta de atención caduca cada 2 años, por lo cual se tiene que renovar, así mismo esta tarjeta posee 26 casillas para la anotación de las citas, que contienen la fecha de cita, consultorio y médico por el cuál será atendido. El paciente una vez obtenida su Tarjeta Única de Atención tiene que acercarse a la ventanilla del consultorio externo donde desea ser atendido para poder solicitar su cita, este paciente es atendido por una enfermera que anotará en su Tarjeta Única de Atención los datos ya mencionados anteriormente y también anotará los datos en un cuaderno de citas que después son archivados. En este proceso puede darse el caso de que el paciente pierda su tarjeta que tendrá que volver a ser solicitada; se debe tener en cuenta que esta Tarjeta Única de Atención es uno de los 3 requisitos para la solicitud y atención de las citas. Toda información que abarque las citas es registrada en un cuaderno, lo cual puede ser fácil de manipulación y es un riesgo potencial de la pérdida y/o alteración de la misma; y debido a este proceso manual se puede generar una ineficiencia en los registros de las citas, en las consultas y en el manejo de toda la información en general. 8

Por otro lado existe una aglomeración de pacientes que generalmente más del 70% acuden al hospital en las mañanas para solicitar sus citas y para ser atendidos, lo cual no se controla con exactitud los turnos de atención que se deben realizar durante todo el día que atienden los médicos. Cabe resaltar que lo más común que se da en este proceso son las grandes colas que los pacientes tienen que hacer para poder solicitar una cita, debido a que la cola es una sola, tanto para solicitar cita como para atender a los pacientes citados. Otro de los problemas que ocurre actualmente es que los pacientes necesariamente tienen que ir al hospital para solicitar su cita que serán atendidas en semanas o meses. Existe el caso en que hay pacientes de provincia que necesitan y vienen a ser atendidos en el hospital y hasta la fecha de su atención ellos requieren estadía en Lima, lo que genera una pérdida de tiempo y dinero. Finalmente para que un paciente pueda ser atendido en el consultorio que solicitó cita, su historia clínica debe estar en dicho consultorio el día de su cita para que pueda ser atendido por el médico. Actualmente es un problema la ubicación y traslado de las historias debido a que el proceso se realiza de la siguiente manera: la enfermera que registra las citas, al momento de registrar en el cuaderno las citas de los pacientes, también apunta en una hoja aparte todos los números de historias clínicas de los pacientes, que posteriormente esas hojas serán recogidas por un asistente responsable de buscar las historias clínicas en el área de Admisión y Archivos para después llevarlas por fecha a cada consultorio y de esta forma es muy fácil que las historias clínicas se extravíen o no sea fácil saber su ubicación. Con todo lo mencionado podemos observar que existen varios problemas que afectan a la eficiencia del proceso de citas y a la 9

calidad de atención a los pacientes; también podemos ver que existe una pérdida de tiempo, dinero e incomodidades y desorden al generar las citas. Por eso con la solución que se plantea se quiere solucionar y mejorar todos estos problemas que actualmente existen en el hospital.

1.2.3.1

Estadísticas

 Población Policial Titulares y Familiares de Titulares en actividad según localización territorial – Marzo 2010:

POB LAC IÓ N P OLIC IA L LOCALIZACIÓN TERRITORIAL Nº

%

DPTO. LIMA

53266

51.24 %

INTERIOR DEL PAÍS

50683

48.76 %

TOTAL

103949

100 %

Gráfico #4: Población Policial según localización territorial. Elaboración: Unidad de Epidemiología y Salud Ambiental de la OFISIG del HN ‘LNS’ PNP.

POB LAC IÓ N P OLIC IA L LOCALIZACIÓN TERRITORIAL Nº

%

DPTO. LIMA

177889

54.95 %

INTERIOR DEL PAÍS

145 860

45.05 %

TOTAL

323749

100 %

Gráfico #5: Población Policial Familiares según localización territorial. Elaboración: Unidad de Epidemiología y Salud Ambiental de la OFISIG del HN ‘LNS’ PNP.

10

Comentario: En los gráficos #4 y #5 podemos observar que más del 50% de la población policial (policías titulares y sus familiares con derecho de atención) se encuentran en el departamento de Lima, con lo que se puede confirmar que la gran mayoría se atienden en el hospital central de la PNP por lo tanto es donde se requiere mayor atención y recursos para la atención. NÚMERO DE ATENCIONES SEGÚN PARENTESCO DEL PACIENTE TITULARES 212753 41.9%

FAMILIARE S293741 57.9%

N.E. 894 0.2%

 Número de atenciones médicas y no médicas en consulta externa - Diciembre 2009 a Noviembre 2010: CONSULTAS

DIC09

MAR

ABR

MAY

JUN

JUL

AGO

SET

OCT

NOV

TOTAL

CONSULTA EXTERNA MÉDICA

26984

33449 31788

36738

32672

32957

30939

28434

29774

36034

33670

34181

387620

Medicina

15753

19.790 18.833 22.885

19.644

20.344

19.264

17.535

18.979 22.860

19.702

20.840

236429

Cirugía

7834

9.101

8.421

8.951

8.247

8.231

8.340

7.221

7.159

8.712

9.040

9.125

100382

Pediatría

1599

2.285

1.923

2.205

2.054

2.033

1.686

1.763

1.944

1.899

1.964

1.775

23130

Ginecología

1798

2.273

2.611

2.697

2.727

2.349

1.649

1.915

1.692

2.563

2.964

2.441

27679

CONSULTA EXTERNA NO MÉDICA

4529

6511

6384

7752

6877

6942

6684

6349

5796

7144

7411

6866

79245

Obstetricia

963

1.213

1.366

1.850

2.124

1.642

1.595

1.511

1.309

1.750

2.309

2.095

19727

Odontoestomatología

1933

3.596

3.434

3.491

2.842

3.161

3.162

2.976

2.779

3.352

3.573

3.158

37457

Psicología

1550

1.644

1.492

1.906

1.480

1.950

1.927

1.583

1.345

1.677

1.387

1.403

19344

Nutrición

83

58

92

505

431

189

0

279

363

365

142

210

2717

31513

39960

38172

44490

39549

39899

37623

34783

35570

43178

41081

41047

466865

TOTAL GENERAL:

ENE

FEB

Gráfico #6: Número de atenciones médicas y no médicas en consulta externa HN PNP ‘LNS’. Elaboración: Unidad de Estadística de la OFISIG del HN ‘LNS’ PNP.

11

 Atenciones médicas por departamentos - Año 2010 ATENCIONES MÉDICAS POR MES SERVICIO

ENE

FEB

MAR

ABR

MAY

JUN

JUL

AGO

SEP

OCT

NOV

ALERG. E INM.

269

246

239

289

278

258

242

145

308

262

206

C.DOLOR

238

187

109

204

243

256

223

207

238

224

218

C.GENERAL

605

645

729

556

727

573

456

407

568

1018

712

C.PEDIATRIC

383

458

362

227

207

191

182

167

199

202

139

C.TORAX Y CAR.VA.

409

325

366

429

429

336

332

312

339

312

339

CABEZA Y CUELLO

227

233

232

196

176

161

223

209

298

279

276

CARDIOLOGÍA

793

895

1286

1606

1197

619

905

928

1351

1046

1184

CIR PLAST REP Y QUE

515

539

519

493

361

354

291

388

402

379

440

DERMATOLOGÍA

2429

2249

2430

1841

1403

2028

2298

2209

2018

2076

2106

EMERGENCIA

5727

5377

5741

6082

6267

5105

5508

5761

5408

5888

6350

ENDOCRINOLO.

2091

2185

2052

2044

2049

2319

2177

2344

2434

2178

2489

GASTROENTEROLOG.

2141

2397

2948

2175

2354

2383

2079

2223

2297

1975

2165

GINECOOBST.

2123

2484

2436

2344

2026

1920

1781

1485

2235

2393

2181

MEDICINA GENERAL

2937

2435

3403

2512

2680

2015

2197

2530

2763

2645

2880

HEMATOLOGÍA

342

242

642

359

542

585

402

537

524

152

609

MED. FISICA Y REHAB.

1089

1105

909

1262

1129

937

456

667

1377

1916

1126

MED.PEDIATRIIC.

1865

1899

1844

1817

1819

1711

1716

1748

1760

1743

1675

MED.INFECCIOSAS

130

147

60

193

111

127

195

105

79

278

136

NEFROLOGÍA

494

473

445

496

461

510

496

503

544

441

503

NEUMOLOGÍA

949

922

852

845

967

857

767

973

970

763

1166

NEUROCIRUGÍA

426

445

343

416

459

435

413

397

458

466

466

NEUROLOGÍA

1934

1550

1834

1516

1704

1581

767

1311

1648

1557

1631

OFTALMOLOGÍA

3713

3503

3478

3273

3435

3565

2542

2367

3627

3322

3576

ONCOLOGÍA

613

740

437

721

672

347

620

340

754

609

598

OTORRINO

1153

1456

1597

1237

1835

959

831

1109

1265

1103

1498

12

ATENCIONES MÉDICAS POR MES

SERVICIO

ENE

FEB

MAR

ABR

MAY

JUN

JUL

AGO

SEP

OCT

NOV

PLANIFICA.FAMI.E INF.

156

215

261

388

170

131

146

124

208

206

265

PSIQUIATRÍA

1320

1260

1050

981

1161

961

919

1111

1310

1148

458

RADIOTERAPIA

79

87

65

29

45

80

47

42

43

43

48

REUMATOLOGÍA

1594

1476

1371

1468

1722

1411

1544

1601

1726

1750

1595

TRAUMATOLOGÍA

902

684

672

698

745

730

927

524

512

1157

1098

UROLOGÍA

680

626

713

732

812

850

933

880

831

922

793

TOTAL

38326 37485 39425 37429 38186 34295 32615 33654 38494 38451 38926 Gráfico #7: Atenciones médicas por Departamentos HN PNP ‘LNS’. Elaboración: Oficina de Gestión de la Calidad

Comentario: En el presente gráfico #7 se muestra todas las atenciones médicas que se han realizado mensualmente en el año 2010 según las especialidades médicas y podemos observar que existe una gran cantidad de pacientes que acuden al hospital diariamente. Más del 70% de los pacientes siempre acuden en las mañanas al hospital tanto para solicitar cita como para ser atendidos, es por eso que es uno de los grandes problemas que existe actualmente en el hospital incluyendo también que las atenciones de ambos procesos se realizan en la misma ventanilla de atención como ya se ha mencionado en la descripción del problema, es por eso que se genera las colas en los consultorios y no hay un orden de atención y distribución en los turnos de atención. Para este proyecto de tesis como hemos definido en nuestro alance abarcaremos solo 5 consultorios para realizar el análisis y desarrollo del proyecto, los cuales son los que están sombreados de color azul claro en el gráfico #7.

 Cuadro de atenciones por especialidad médica

13

Nº de atenciones médicas

nº de atenciones

Ene'10 - Nov'10 1800 1600 1400 1200 1000 800 600 400 200 0

CARDIOLOGÍA

ene feb mar abr may jun jul ago sep oct nov meses de atenciones Gráfico #8: Nº de atenciones médicas en el departamento de Cardiología – 2010. Elaboración: Propia, 2011.

 Consultorio externo: Servicio de Cardiología  Nº de consultorios internos: 7  Tiempo aprox. de atención por paciente: 30 min.

Comentario: En el presente gráfico podemos observar que es muy variada la cantidad de atenciones

cada mes; en el mes con menor

atención existe un aproximado de 32 atenciones por día y en el mes con mayor atención existe un aproximado de 80 atenciones por día.

Nº de atenciones médicas Ene'10 - Nov'10

nº de atenciones

3000 2500 2000 1500 DERMATOLOGÍA

1000 500 0 ene feb mar abr may jun jul ago sep oct nov meses de atenciones

Gráfico #9: Nº de atenciones médicas en el departamento de Dermatología – 2010. Elaboración: Propia, 2011.

14

 Consultorio externo: Servicio de Dermatología  Nº de consultorios internos: 5  Tiempo aprox. de atención por paciente: 25 min.

Comentario: En el presente gráfico podemos observar que no es tan variada la cantidad de atenciones que se realizan cada mes; en el mes con menor atención existe un aproximado de 70 atenciones por día y en el mes con mayor atención existe un aproximado de 123.

Nº de atenciones médicas Ene'10 - Nov'10

nº de atenciones

3000 2500 2000 1500 ENDOCRINOLO

1000 500 0 ene feb mar abr may jun jul ago sep oct nov meses de atenciones

Gráfico #10: Nº de atenciones médicas en el departamento de Endocrinología – 2010. Elaboración: Propia, 2011.

 Consultorio externo: Servicio de Endocrinología  Nº de consultorios internos: 5  Tiempo aprox. de atención por paciente: 15 min.

Comentario: En el presente gráfico podemos observar que la cantidad de atenciones se mantiene casi al mismo nivel cada mes; en el mes con menor atención existe un aproximado de 102 atenciones por día y en el mes con mayor atención existe un aproximado de 124 atenciones por día. Podemos observar también que es el consultorio que tiene mayor número de atenciones mensualmente.

15

Nº de atenciones médicas Ene'10 - Nov'10

nº de atenciones

2000 1500 1000 OTORRINO 500 0 ene feb mar abr may jun jul ago sep oct nov meses de atenciones Gráfico #11: Nº de atenciones médicas en el departamento de Otorrino – 2010. Elaboración: Propia, 2011.

 Consultorio externo: Servicio de Otorrino  Nº de consultorios internos: 4  Tiempo aprox. de atención por paciente: 15 min.

Comentario: En el presente gráfico podemos observar que también es muy variada la cantidad de pacientes que se atienden mensualmente; en el mes con menor atención existe un aproximado de 42 atenciones por día y en el mes con mayor atención existe un aproximado de 91 atenciones por día.

Nº de atenciones médicas Ene'10 - Nov'10

nº de atenciones

1000 800 600 400

UROLOGÍA

200 0 ene feb mar abr may jun jul ago sep oct nov meses de atenciones

Gráfico #12: Nº de atenciones médicas en el departamento de Urología – 2010. Elaboración: Propia, 2011.

16

 Consultorio externo: Servicio de Urología  Nº de consultorios internos: 2  Tiempo aprox. de atención por paciente: 15 min.

Comentario: En el presente gráfico podemos observar que no es tan variada la cantidad de pacientes que se atienden mensualmente; en el mes con menor atención existe un aproximado de 31 atenciones por día y en el mes con mayor atención existe un aproximado de 47 atenciones por día. Podemos observar también que es el consultorio que tiene menor número de atenciones mensualmente.

1.3 Fundamentación del Problema 1.3.1 Marco Teórico 1.3.1.1

Dirección de Salud Policial (DIRSAL - PNP)

La Dirección de salud de la PNP, es un órgano de apoyo de la Policía Nacional del Perú y depende orgánicamente de la Dirección General de la PNP. Está encargada de los servicios de salud policial fomentando los deberes y respetando los derechos de la Familia Policial. Tiene como filosofía, la vocación de servicio hacia todo integrante de la Policía Nacional, a sus familiares con derecho y a la comunidad. Para ello, despliegan diariamente sus mejores conocimientos y habilidades profesionales, con el fin de elevar el nivel de la salud de la Institución en todos los lugares del Perú donde se encuentre un integrante de la Institución Policial. La Dirección de Salud, tiene como misión promover estilos de vida saludables, disminuir los riesgos inherentes al trabajo policial, ofrecer atención recuperativa con recursos humanos calificados y comprometidos con la Institución, utilizando tecnología moderna y especializada, que garanticen servicios de salud integrales con calidad, equidad y calidez que satisfagan las necesidades y requerimientos del personal policial, familiares con 17

derecho y con participación activa en el Sistema Nacional Coordinado y Descentralizado de Salud.

1.3.1.2

¿Qué es una Cita Médica?

Una cita médica es una solicitud de atención médica que muchas personas realizan de forma relativamente habitual, cada vez que necesitamos visitar a nuestro médico por cualquier dolencia o enfermedad que nos afecte lo primero que debemos hacer es solicitar una cita para posteriormente ser atendidos por nuestro médico. En este caso solicitar cita médica de forma rápida puede resultar aún más importante para que seamos atendidos con la mayor prontitud ya que las listas de espera en los hospitales públicos son más largas que en el caso de los privados. Por suerte, la aparición de las nuevas tecnologías ha hecho que este tipo de gestiones sean mucho más rápidas y cómodas en la actualidad. Ahora se puede pedir cita al médico a través de Internet de forma sencilla y rápida totalmente gratuita, ya que muchos

hospitales

y

clínicas

ofrecen

la

posibilidad

de

solicitar cita médica previa a nuestro médico a través de internet.

1.3.1.3

Pasos previos para solicitar una cita

Para poder solicitar una cita médica en el hospital de la PNP, se debe realizar una secuencia de trámites que a continuación explicaremos: 1º) Toda persona que ingresa a la PNP tiene que acudir a la DIRREHUM donde debe registrarse él y sus familiares con derecho de atención (cónyuge, hijos o padres de familia) para que puedan tener derecho de atención en el hospital, una vez

18

registrados en el sistema se les entregará al policía su CIP (Carnet de Identidad Policial) y a los miembros de su familia el CIF (Carnet de Identificación Familiar). Requisitos que debe presentar: -

Partida de nacimiento de sus hijos Partida de matrimonio

2º) El policía debe acudir a la DIECO donde solicitará su Planilla de Pago que posteriormente lo presentará en FOSPOLI para confirmar que pertenece a la PNP. 3º) El policía debe acudir a FOSPOLI para poder tramitar su Tarjeta de Fospoli. Requisitos que debe presentar: -

Planilla de pago Boleta de pago Copia del CIP Copia del CIF de los miembros de su familia.

4º) El policía debe acudir a área de Admisión y Archivos del hospital donde se realizará la apertura de su historia clínica. Requisitos que debe presentar: -

Tarjeta Fospoli CIP o CIF de los miembros de su familia

5º) Luego de haber realizado todos esos trámites el policía y su familia podrán acercarse a cualquier consultorio y sacar cita. Requisitos que debe presentar: -

Tarjeta Fospoli CIP o CIF Tarjeta Única de Atención

1.3.1.4

¿Cómo se obtiene una cita?

Actualmente en el hospital de la PNP el paciente debe acudir a la ventanilla ubicada en el consultorio externo donde desea 19

atenderse, y solicitar una cita a la enfermera que es la encargada de la atención de las citas.

1.3.1.5

Aplicación Web

Una aplicación web es aquella aplicación que los usuarios pueden utilizar accediendo a un servidor web a través de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicación software que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador. Las aplicaciones web son populares debido a lo práctico del navegador web como cliente ligero, a la independencia del sistema operativo, así como a la facilidad para actualizar y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios potenciales. Es importante mencionar que una aplicación web puede contener elementos que permiten una comunicación activa entre el usuario y la información. Esto permite que el usuario acceda a los datos de modo interactivo, gracias a que la página responderá a cada una de sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos diversos y acceder a gestores de base de datos de todo tipo.

 Ventajas y Desventajas de las aplicaciones web: Ventajas: -

No se necesita instalarla ni descargarla.

-

Se puede acceder a ellas desde cualquier computadora con conexión a internet (portabilidad).

20

-

No se necesita actualizar, eso es implementado del lado del servidor.

-

Se

puede

usar

desde

cualquier

sistema

operativo

(multiplataforma), dado que operan en un navegador web. -

Consumo de recursos bajo, dado que toda (o gran parte) de la aplicación no se encuentra en nuestro ordenador, muchas de las tareas que realiza el software no consumen recursos

nuestros

porque

se

realizan

desde

otro

ordenador. -

La disponibilidad suele ser alta porque el servicio se ofrece desde múltiples localizaciones para asegurar la continuidad del mismo.

-

Muchas de ellas son gratis.

Desventajas: -

Necesita conexión a internet, si la conexión se interrumpe, no es posible utilizarla en ese momento.

-

Los datos no son de propio almacenamiento, si se cae el servidor o hackean la aplicación, los datos y documentos quedarían expuestos fácilmente

-

Dependencia a plugins, en algunos casos necesitas Flash, Java y algunos otros que te pida la aplicación. El problema es que constantemente tienes que actualizarlos porque la aplicación se fía de eso, de lo contrario es posible que no puedas trabajar bien.

-

La disponibilidad depende de un tercero, el proveedor de la conexión a internet o el que provee el enlace entre el servidor de la aplicación y el cliente. Así que la disponibilidad del servicio está supeditada al proveedor.

21

1.3.2 Estado del Arte 1.3.2.1

Herramientas

 Appserv Appserv es una herramienta OpenSource para Windows que facilita la instalación de Apache, MySQL y PHP en la cual estas aplicaciones se configuran en forma automática. Como extra incorpora phpMyAdmin para el manejo de MySQL. A continuación definiremos cada uno de ellos: o Apache El servidor HTTP Apache es

un servidor

web libre

y

de código abierto, el más popular en cuanto a uso, sirviendo de facto como plataforma de referencia para el diseño y evaluación de otros servidores web. o PHP PHP (acrónimo

recursivo de

"PHP:

Hypertext

Preprocessor") es un lenguaje de programación diseñado para producir sitios web dinámicos. PHP es utilizado en aplicaciones del lado del servidor, aunque puede ser usado también desde una interfaz de línea de comandos o como aplicación de escritorio. o MySQL MySQL es un Sistema de Gestión de Bases de Datos (SGBD) relacional, que por lo tanto utiliza SQL, multihilo y multiusuario del que se estiman más de un millón de instalaciones. o phpMyAdmin phpMyAdmin es una herramienta escrita en PHP con la intención de manejar la administración de MySQL a través de páginas web, utilizando Internet. Actualmente puede

22

crear y eliminar Bases de Datos, crear, eliminar y alterar tablas, borrar, editar y añadir campos, ejecutar cualquier sentencia SQL, administrar claves en campos, administrar privilegios, exportar datos en varios formatos y está disponible en 62 idiomas. Se encuentra disponible bajo la licencia GPL. Como esta herramienta corre en máquinas con Servidores Webs y Soporte de PHP y MySQL, la tecnología utilizada ha ido variando durante su desarrollo.

 Workbench MySQL Workbench es una herramienta visual de diseño de bases

de

datos

que

integra

desarrollo

de

software,

Administración de bases de datos, diseño de bases de datos, creación y mantenimiento para el sistema de base de datos MySQL. Básicamente, MySQL WB, es una potente interfaz gráfica útil en: 1) Administración de BDs MySQL: Centralizando la operación relativa a creación y administración de schemas, tablas, campos y en general objetos SQL (Store Procedures, Views, etc.), MySQL WB también permite un control en la administración, creación de cuentas de usuarios para acceso a MySQL; adicionalmente es posible la revisión de signos vitales de la plataforma de BDs, como revisión de logs del servidor de BDs. 2) Generación

de

queries y/o

código

SQL.

MySQL WB,

incorpora un modulo para desarrollo de código SQL, permitiendo a través de un wizard la generación de código SQL, de una forma mas visual y fácil. 3) Diseño de Modelo de Datos (Diagramas ER). Siempre se ha sabido que un buen análisis y diseño de una base de datos 23

Relacional, generando un modelo ER el cual permita tener gráficamente la definición de tus schemas, tablas, etc… es de suma importancia para los DBAs Ahora MySQL WB, permite también generar diagramas ER de archivos DDL SQL, y prácticamente a partir de cualquier BD existente en tu motor MySQL Server. Adicionalmente MySQL WB, cuenta con una característica importante conocida como ingeniería a la Inversa, la cual a partir de definiciones de schemas, tablas,etc en archivos SQL, puede obtener un diagrama ER, y mas aun cualquier cambio en el modelo o en la definición del schema resincronizará tanto el modelo como la definición de datos.

 JavaScript JavaScript es un lenguaje de programación que se utiliza principalmente para crear páginas web dinámicas. Una página web dinámica es aquella que incorpora efectos como texto que aparece y desaparece, animaciones, acciones que se activan al pulsar botones y ventanas con mensajes de aviso al usuario. Técnicamente, JavaScript es un lenguaje de programación interpretado, por lo que no es necesario compilar los programas para ejecutarlos. En otras palabras, los programas escritos con JavaScript

se

pueden

probar directamente

en

cualquier

navegador sin necesidad de procesos intermedios. A pesar de su nombre, JavaScript no guarda ninguna relación directa con el lenguaje de programación Java. Legalmente, JavaScript es una marca registrada de la empresa Sun Microsystems.

24

 Dreamweaver Adobe

Dreamweaver es

una aplicación en

forma

de

suite

(basada en la forma de estudio de Adobe Flash) que está destinada a la construcción, diseño y edición de sitios, videos y aplicaciones Web basados en estándares. Creado inicialmente por Macromedia (actualmente producido por Adobe Systems) es el programa más utilizado en el sector del diseño y la programación web, por sus funcionalidades, su integración con otras herramientas como Adobe Flash y, recientemente, por su soporte de los estándares del World Wide Web Consortium. Su principal competidor es Microsoft Expression Web y tiene soporte tanto para edición de imágenes como para animación a través de su integración con otras. Hasta la versión MX, fue duramente criticado por su escaso soporte de los estándares de la web, ya que el código que generaba era con frecuencia sólo válido para Internet Explorer y no validaba como HTML estándar. Esto se ha ido corrigiendo en las versiones recientes. Dreamweaver cumple con el objetivo de diseñar páginas con aspecto profesional, y soporta gran cantidad de tecnologías y muy fácil de usar: 

Hojas de estilo y capas.



JavaScript para crear efectos e interactividades.



Inserción de archivos multimedia.

 Servidor Web Un servidor web es un programa informático que se ejecuta continuamente en un computador manteniéndose a la espera de peticiones de ejecución que le hará un cliente o un usuario de Internet. El servidor web realiza conexiones bidireccionales y/o unidireccionales

y síncronas o 25

asíncronas

con

el

cliente

generando o cediendo una respuesta en cualquier lenguaje o aplicación. El código recibido por el cliente suele ser compilado y ejecutado por un navegador web. Para la transmisión de todos estos datos suele utilizarse algún protocolo. Generalmente se utiliza

el

protocolo HTTP para

estas

comunicaciones,

perteneciente a la capa de aplicación del modelo OSI.

1.3.2.2

Metodologías estratégicas

 Recopilación de Información Se recopilará información de las áreas involucradas en la gestión del proceso de citas médicas en el hospital.  Entrevistas Se realizarán entrevistas a las enfermeras encargadas de la atención a los pacientes en los consultorios para la solicitud de las citas y a los pacientes para determinar si es de mayor comodidad y facilidad las citas vía internet.  Reuniones Se convocarán reuniones con las personas con mejor conocimiento del proceso de las citas para poder tener un mejor entendimiento sobre dicho proceso y también con las personas involucradas en el traslado de las historias clínicas.

1.3.2.3

Obstáculos que debe superar el hospital para la atención de las citas médicas

Son seis obstáculos que existen en el hospital al momento que se realizan las atenciones de las citas médicas: 1) Pacientes acostumbrados a madrugar al hospital: la mayoría de los pacientes están acostumbrados acudir al hospital en 26

las mañanas y no en los 2 turnos que atiende el hospital, lo que genera que exista una aglomeración en las atenciones en el turno de las mañanas. 2) Acudir al hospital por cualquier molestia: la gran mayoría de las personas acude al hospital por cualquier molestia, ya sea una simple gripe o dolor de cabeza, lo cual hace que el hospital se sature con tantas atenciones diarias cuando deberían primero aquellas personas acudir a los policlínicos del hospital o a la posta más cercana de su casa. 3) Médicos que atienden a la volada: algunos médicos por tratar de terminar temprano su labor atienden rápidamente a todos sus pacientes citados, cuando las atenciones deberían ser mínimo 15 minutos por cada paciente. 4) Jerarquía de rangos: existe el caso en que si un policía no citado llega a consultorio y desea atenderse, es atendido en el momento sin previa cita, lo que genera una molestia en los demás pacientes y demora en la atención de los pacientes citados. 5) Respetar el orden de atención: muchos de los pacientes no llegan a su cita a la hora citada y quieren que se les atienda en el momento que llegan y hace que los pacientes que están esperando su atención tengan que esperar más tiempo por aquellos tardones. 6) Extravío de historias clínicas : debido a que no hay un control de las historias clínicas y siendo esta un requisito para la atención médica, muchas veces se extravían o simplemente no se sabe dónde fue el último consultorio donde se tenía la historia.

27

1.3.2.4

Tipos de Tecnologías para Implementar un sistema web de citas médicas

Para la implementación del presente proyecto de tesis hemos definido 3 alternativas de herramientas las cuales se pueden utilizar para el desarrollo del sistema, hemos planteado 3 alternativas como se muestran a continuación:

Alternativa 1 Microsoft Visual Studio 2008 Microsoft SQL

Alternativa 2 $ 599

Adobe Dreamweaver CS5

Alternativa 3 NetBeans IDE

$0

$0

$ 898

MySQL

$0

Oracle BD

$ 1 660

$ 398

Windows Server

$ 398

Windows Server

$ 398

Server 2008 Windows Server 2008

2008

2008

Servidor ProLiant

$ 1 200

Servidor ProLiant

$ 1 200

Servidor ProLiant

$ 1 200

Dominio

$ 20

Dominio

$ 20

Dominio

$ 20

Total

$ 3 115

Total

$ 1 618

Total

$ 3 278

Gráfico #13: alternativas de herramientas. Elaboración: Propia, 2011.

 Alternativa 1: esta alternativa es un precio medio y se tiene conocimiento de las herramientas.  Alternativa 2: esta alternativa es la menos costosa pero el conocimiento sobre las herramientas son básicos.  Alternativa 3: esta alternativa el precio es muy elevado y el conocimiento de algunas herramientas son básicos.

Comentario: La alternativa que se ha seleccionado es la alternativa 2 debido al precio y a que la institución optó por esta alternativa. Cabe mencionar también que estas herramientas son 28

sobre las que se tiene un conocimiento básico y podría ser una desventaja en el trascurso del desarrollo del sistema.

1.4 Objetivos del Proyecto 1.4.1 Marco Lógico El marco lógico es una herramienta que nos permitirá facilitar el proceso de conceptualización, diseño y ejecución de nuestro proyecto y tiene como propósito brindar estructura al proceso de planificación y de comunicar información esencial relativa al proyecto. 1.4.1.1

Árbol de Problemas

Genera colas.

Pérdida de tiempo y/o dinero

Demora en el registro de datos.

Demora en atender a los pacientes.

Conflictos de atención.

Malestar en los pacientes.

Efectos

Atención inadecuada en el proceso de citas en el Hospital Nacional PNP “Luis N. Sáenz” Causas

Solicitud de citas necesariamente en el hospital.

El registro manual de las citas en un cuaderno.

Una misma ventanilla atiende la solicitud y atención de cita.

No existe un sistema que almacene y muestre información de forma rápida y eficiente.

Extravío de historias.

No se controla con exactitud el movimiento de las historias.

29

Atención desordenada.

Preferencia de atención.

Impuntualidad de los pacientes.

1.4.1.2

Árbol de Objetivos Colas más cortas y con mayor fluidez.

Disminuye la pérdida de tiempo y/o dinero.

Registro más rápido y seguro de los datos.

Atención más rápida.

Atención segura.

Satisfacción de los pacientes.

Efectos

Atención adecuada en el proceso de citas en el Hospital Nacional PNP “Luis N. Sáenz” Causas

El registro se realiza de forma más segura.

Reservas de citas por internet.

Una sola cola para atención.

Existe un sistema que almacene y muestre información de forma rápida y eficiente.

Ubicación oportuna de las historias.

Se controla con exactitud el movimiento de las historias.

Atención por igual.

Atención ordenada.

Atención en la hora citada.

1.4.2 Objetivo General Desarrollar un sistema que permita mejorar el proceso de citas en los consultorios del hospital, teniendo como finalidad asegurar y agilizar el manejo de información y brindar una mejor calidad de atención a los pacientes.

1.4.3 Objetivos Específicos -

Automatizar el registro de las citas de los pacientes realizada en los consultorios.

-

Permitir que el paciente pueda realizar reservas de citas vía internet. 30

-

Poder registrar y controlar la ubicación de la historia de los pacientes.

-

Poder consultar desde el área de Admisión y Archivos los traslados pendientes de las historias en fecha oportuna.

-

Realizar reportes estadísticos de atenciones mensuales y anuales de los pacientes.

-

Controlar los turnos de atención de los médicos durante el día.

-

Reportar cantidad de pacientes atendidos por médico.

1.5 Beneficios del Proyecto 1.5.1 Beneficios Tangibles -

Eliminación de los cuadernos y hojas de registros.

-

Eliminación de la Tarjeta Única de Atención.

-

Disminución de costos, ahorrando en comprar los cuadernos, hojas de citas y tarjetas de atención.

-

Reducción de tiempo.

1.5.2 Beneficios Intangibles -

Mejoramiento en el proceso de citas.

-

Mejor calidad de atención a los pacientes.

-

Incremento de satisfacción de los pacientes.

-

Mejor imagen del Hospital.

-

Mejora en el proceso de toma de decisiones.

-

Mejora del medio ambiente.

31

1.6 Alcance del Proyecto Lo que se pretende cubrir y lograr con este proyecto de tesis son 3 puntos importantes: lo primero es automatizar el proceso de citas que se realiza en las ventanillas por parte de las enfermeras de cada consultorio; lo segundo es permitir que los pacientes puedan administrar sus citas desde internet; y tercero es que la consulta de las historias clínicas que serán llevadas a los consultorios diariamente se puedan consultar desde admisión, controlando la salida y entrada de cada una de ellas. El sistema se implantará solo a 5 consultorios del hospital, debido al tiempo y costo que se requiere.

1.7 Conclusiones -

Con las estadísticas mostradas podemos observar que son muchas las atenciones diarias que se dan en el hospital pero no de una forma equitativa y ordenada, lo cual se quiere mejorar.

-

Con la solución propuesta por este proyecto de tesis, queremos mejorar y solucionar el problema actual que se da en el proceso de citas y que de este modo se tenga una mejor calidad de atención a los pacientes.

32

Capítulo II: Modelado del Negocio

2.1 Introducción En este capítulo definiremos el modelado del negocio, tomando en cuenta todos los sub procesos que forman parte del flujo del proceso de citas médica; se incluirá también las reglas de negocio.

2.2 Reglas del Negocio Reglamento General de Hospitales del Sector Salud El presente Reglamento tiene por objeto normar a nivel nacional la estructura orgánico-funcional de los establecimientos hospitalarios del país, para garantizar que las actividades que brindan sean de máxima eficiencia y eficacia, en concordancia con los Lineamientos de Política del Sector. Es responsabilidad del Ministerio de Salud controlar, como organismo normativo, que las Unidades Departamentales de Salud como entes descentralizados velen por el adecuado cumplimiento del presente Reglamento.

Las reglas más importantes son: -

RN1: Todo hospital contará con consultorios externos, que serán los encargados de brindar atención Integral de salud al consultante sano o enfermo que no requiere hospitalización.

-

RN2: A todo paciente atendido en los consultorios externos se le elaborará una historia clínica, la que será parte integrante de la historia clínica única del Hospital.

-

RN3: Todo Hospital contará con un Departamento de registro de Atención Médica y Estadística que son los encargados de la elaboración, provisión, manejo, utilización y conservación de los 33

registros de atención médica, así como de la recolección y procesamiento de las estadísticas. -

RN4: Todo paciente debe contar con una Historia Clínica completa, que se archivará según sistema Dígito Terminal. El contenido de la Historia Clínica es confidencial

-

RN5: La Historia Clínica es de propiedad de la Institución y debe ser codificada de acuerdo a la clasificación Internacional.

-

RN6: Todos los Servicios del Hospital deben remitir la información numérica de sus actividades al servicio de Estadística, quien la procesará y presentará mensualmente a la Dirección del Hospital y Departamentos mediante tablas y gráficos.

-

RN7: Todo Hospital contará con un área de Emergencia, que estará integrado al de las otras áreas componentes de los Departamentos Finales. Esta área, de acuerdo a la complejidad y magnitud y a la demanda del hospital, funcionará las 24 horas del día contando con las facilidades necesarias en cantidad y calidad de recursos humanos y materiales.

-

RN8: En el área de emergencia se elaborará una historia clínica sucinta, la que será parte integrante de la historia clínica del Hospital.

-

RN9: En el área de Emergencia se llevará un registro diario de pacientes atendidos, con los siguientes datos mínimos para los fines médicos, legales y estadísticos: Nombre completo del paciente, hora de llegada, procedencia, diagnóstico, tratamiento y nombre del médico que lo atendió.

2.3 Casos de Uso del Negocio 2.3.1 Relación de CUN‟s

34

CUN

Nombre del CUN

CUN 01

Solicitar Cita

CUN 02

Atender Cita

CUN 03

Consultar Traslado de HC

CUN 04

Solicitar Estadística de Atenciones

2.3.2 Diagrama de CUN‟s

AN_Asistente de HC

CUN_Solicitar Cita

CUN_Consultar Traslado de HC (f rom Casos de uso del negocio)

(f rom Casos de uso del negocio)

(from Actores del negocio)

AN_Paciente (from Actores del negocio)

CUN_Atender Cita

AN_Unidad de Estadistica

(f rom Casos de uso del negocio)

CUN_Solicitar Estadistica de Atenciones (f rom Casos de uso del negocio)

(from Actores del negocio)

2.3.3 Especificaciones de CUN‟s Caso de Uso

CUN_Solicitar Cita (f rom Casos de uso del negocio)

CUN_Atender Cita (f rom Casos de uso del negocio)

CUN_Consultar Traslado de HC (f rom Casos de uso del negocio)

Descripción del Caso de Uso En este CUN es cuando el Paciente acude a la ventanilla del consultorio externo donde desea atenderse y solicita su cita para su próxima atención. En este CUN es cuando el Paciente acude a la ventanilla del consultorio donde solicitó su cita para poder confirmar su llegada y posteriormente ser atendido por el médico. En este CUN es cuando el Asistente de HC solicita a las enfermeras de consultorios externos la hoja de las historias que están pendientes en su próxima cita.

35

CUN_Solicitar Estadistica de Atenciones (f rom Casos de uso del negocio)

En este CUN es cuando el encargado del área de Unidad de Estadísticas solicita las estadísticas de atenciones que se han realizado por cada consultorio externo.

2.4 Diagrama de Actividades del Negocio A continuación mostraremos el diagrama de actividades por cada Caso de Uso del Negocio mostrados anteriormente:



CUN_Solicitar Cita

Paciente

Enfermera

Solicita cita

Solicita documentos No

Brinda documentos

Revisa documentos ¿completos? Si

: Paciente

Registra cita

Registra N° de historia

Recibe documentos y cita

: Cuaderno de Citas

Entrega documentos y cita : Hoja de N° Historias

36



CUN_Traslado de HC

Asistente de HC

Enfermera

: Hoja de N° Historias Solicita Hoja de Nº Historias

Entrega Hoja de Nº Historias

Busca y traslada historias solicitadas

Entrega historias solicitadas

Archiva historias

: Historia Clinica



CUN_Estadística de Atenciones

Jefe de Area

Solicita reporte de atenciones

Enfermera

Realiza reporte de atenciones

: Reporte de atenciones Recibe reporte de atenciones

Entrega reporte de atenciones

37



CUN_Atender Cita

Paciente

Enfermera

Medico

Revisa paciente Solicita atención

Solicita tarjeta de citas Registra atención de paciente en HC : Cuaderno de Citas

Brinda tarjeta de citas

Verifica cita

No

¿citado? Si : Historia Clinica Verifica recepción de historia

Si

¿conforme? No

Pasa a atención

Solicita búsqueda en admisión

Solicita búsqueda de historia

2.5 Diagrama de Clases de Objetos del Negocio

*

1

1..* 1..*

Cuaderno de Citas (from Entidades del negocio)

1 1..*TN_Medico1..*

(from Trabajadores del negocio)

(from Trabajadores del negocio)

*

(from Entidades del negocio)

(from Entidades del negocio)

1

1

1..*

Paciente

Historia Clinica

(from Entidades del negocio)

(from Entidades del negocio)

TN_Secretaria de HC (from Trabajadores del negocio)

38

T_Jefe de Area (from Trabajadores del negocio)

1..*

*

* Hoja de N° Historias

* Reporte de atenciones

TN_Enfermera 1

*

1

2.6 Conclusiones -

Las reglas del negocio son definidas por el Ministerio de Salud a nivel nacional, por lo tanto están regidas para el hospital de la Policía Nacional del Perú.

-

Con los diagramas de actividades se muestra mejor el flujo de actividades que existen en el proceso de citas médicas.

39

Capítulo III: Requerimientos del Proyecto

3.1. Introducción En este capítulo se describirá todos los requerimientos del sistema tanto funcionales como no funcionales y a partir de ellos se realizará y plasmará el análisis y modelado de sistema.

3.2. Requerimientos del Software 3.2.1 Relación de Requerimientos Requerimiento

Nombre del Requerimiento

Funcional RF 01

Programación de Médicos.

RF 02

Registro de Usuarios.

RF 03

Apertura de Nº de Historia Clínica.

RF 04

Reserva de Citas Médicas.

RF 05

Cancelación de Cita.

RF 06

Registro de Citas Médicas.

RF 07

Consultar Pacientes Citados.

RF 08

Controlar Traslado de Historias.

RF 09

Consultar Movimiento de Historia.

RF 10

Registrar Atenciones Médicas.

RF 11

Gráficos Estadísticos.

RF 12

Reportes Estadísticos.

Requerimiento

Nombre del Requerimiento

Funcional RNF 01

Rendimiento

RNF 02

Disponibilidad

RNF 03

Confiabilidad

RNF 04

Usabilidad

RNF 05

Acceso

40

3.2.2 Especificación de Requerimientos 3.2.2.1

Requerimientos Funcionales

RF 01: Se podrá registrar la programación mensual de atención de cada médico (consultorio, turno, días y especialidad). RF 02: El administrador del sistema podrá registrar a los usuarios que podrán interactuar con el sistema. RF 03: Si un paciente solicita atención médica por primera vez, se realizará la apertura de su número de historia. RF 04: Cualquier paciente podrá reservar su cita a través del sistema (siempre y cuando se le haya entregado su usuario y contraseña correspondiente para ingresar al sistema). RF 05: En caso se tenga que cancelar una cita, el paciente podrá hacerlo a través del sistema (siempre y cuando sea usuario del sistema). RF 06: La enfermera de cada consultorio externo podrá registrar las citas que son solicitadas por los pacientes que acuden personalmente a los consultorios. RF 07: Se podrá generar reportes con la lista de los pacientes que están citados en una fecha específica. RF 08: Para el traslado de las historias clínicas del área de admisión hacia los consultorios (dependerá de cada cita), se controlará la salida y entrada de cada una de ellas. RF 09: Para el caso de una historia extraviada se podrá consultar todos los movimientos de traslado que tuvo dicha historia, fecha y última ubicación. RF10: Se podrá registrar las atenciones diarias por cada médico en cada servicio.

41

RF 11: El sistema permitirá mostrar gráficos estadísticos de las atenciones médicas mensuales por cada servicio brindado. RF 12: Se podrá generar reportes estadísticos de las atenciones médicas mensuales mediante un Excel.

3.2.2.2

Requerimientos No Funcionales

RNF 01: El tiempo máximo de respuesta debe encontrarse dentro de un rango de 3 a 5 segundos y debe ser capaz de soportar cargas altas (usuarios accediendo simultáneamente) en situaciones críticas y normales. RNF 02: La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 24 horas x 7 días, garantizando un esquema adecuado que permita ante una posible falla del sistema en cualquiera de sus componentes, contar con una contingencia. El sistema tendrá por lo menos una vez por mes un mantenimiento. RNF 03: Ante un fallo en el sistema, no se tardará más de 5 minutos en restaurar los datos del sistema (en un estado válido) y volver a poner en marcha el sistema sin pérdida de información. RNF 04: Un usuario experimentado debe ser capaz de utilizar todas las funciones del sistema tras un entrenamiento de 2 horas, tras el cual no cometerá más de 3 errores diarios en medida. RNF 05: Para interactuar con el sistema se deberá acceder a través de un navegador con acceso a internet.

42

3.3. Casos de Uso del Sistema 3.3.1 Diagrama de Actores del Sistema

AS_Usuario

AS_Administrador del Sistema

AS_Jefe de Area

AS_Enfermera

AS_Paciente

AS_Secretaria de HC

AS_Asistente de HC

3.3.2 Diagrama de Paquetes

Citas Medicas

Historia Clinica

Mantenimiento

Seguridad

43

Reportes Estadisticos

3.3.3 Casos de Uso del Sistema 3.3.3.1

Relación de CUS‟s CUS

Nombre del CUS

CUS 01

Paquete Seguridad Administrar Perfil

CUS 02

Administrar Permisos

CUS 03

Registrar Usuario

CUS 04

Acceso Usuario

CUS 05

Paquete Mantenimiento Administrar Consultorio Externo

CUS 06

Administrar Consultorio Interno

CUS 07

Registrar Médico

CUS 08

Actualizar Médico

CUS 09

Programar Médico

CUS 10

Paquete Historia Clínica Registrar Historia

CUS 11

Registrar Salida Admisión

CUS 12

Registrar Entrada Admisión

CUS 13

Consultar Movimiento Historia

CUS 14

Registrar Entrada Consultorio

CUS 15

Registrar Salida Consultorio

CUS 16

Paquete Citas Médicas Registrar Cita

CUS 17

Consultar Citados

CUS 18

Reservar Cita

CUS 19

Administrar Cita

CUS 20

Historial Citas

CUS 21

Registrar Atenciones

CUS 22 CUS 23

3.3.3.2

Paquete Reportes Estadísticos Consultar Gráficos Estadísticos Importar Excel Estadístico

Diagrama de CUS‟s

44

45

(from Seguridad)

(from Actores del sistema)

(from Historia Clinica)

(from Historia Clinica)

(from Actores del sistema)

(from Citas Medicas)

Registrar Atenciones

(from Historia Clinica)

(from Historia Clinica)

AS_Paciente

(from Actores del sistema)

(from Citas Medicas)

Reserv ar Cita

Registrar Historia (from Historia Clinica)

(from Citas Medicas)

Historial Citas

(from Citas Medicas)

Administrar Cita

AS_Secretaria de HC

(from Actores del sistema)

(from Mantenimie...

Actualizar Medico (from Mantenimie...

Registrar Medico

(from Mantenimie...

Administrar Consultorio Interno

(from Mantenimie...

Administrar Consultorio Externo

Registrar Entrada Consultorio Registrar Salida Consultorio

(from Actores del sistema)

AS_Enf ermera

(from Citas Medicas)

Consultar Citados

(from Actores del sistema)

(from Citas Medicas)

Registrar Cita

(from Historia Clinica)

AS_Usuario

AS_Administrador del Sistema

Consultar Mov imiento Historia

(from Seguridad)

Acceso Usuario

Registrar Salida Admision Registrar Entrada Admision

(from Reportes Estadisticos)

AS_Asistente de HC

(from Actores del sistema)

AS_Jef e de Area

Importar Excel Estadistico

(from Reportes Estadisticos)

Consultar Graf icos Estadisticos

(from Mantenimie...

Programar Medico

Registrar Usuario

(from Seguridad)

Administrar Permisos

(from Seguridad)

Administrar Perf il

3.3.3.3

Especificaciones de CUS‟s

Caso de Uso

Administrar Perfil (f rom Seguridad)

Admini strar Permisos (f rom Seguridad)

Registrar Usuario (f rom Seguridad)

Acceso Usuario (f rom Seguridad)

Administrar Consultorio Externo (f rom Mantenimiento)

Administrar Consultorio Interno (f rom Mantenimiento)

Registrar Medico

Descripción del Caso de Uso En este CUS el Administrador del Sistema, podrá registrar un nuevo perfil, así como consultar todos los que ya han sido registrados previamente en el sistema. En este CUS el Administrador del Sistema, podrá asignar todos los permisos que tendrá acceso cada perfil, también podrá consultar todos los permisos existentes en el sistema. En este CUS el Administrador del Sistema, podrá registrar un nuevo usuario, incluyendo a los miembros de su grupo familiar que sean seleccionados para tener permiso de acceso de cualquier consulta o reserva de las citas de cualquiera de ellos, que se realizará únicamente con dicho usuario. En este CUS el Administrador del Sistema, podrá activar o desactivar a cualquier usuario del sistema dependiendo el caso que se presente. En este CUS el Administrador del Sistema, podrá registrar los consultorios externos (áreas o servicios) que existen en el hospital, a su vez se podrá registrar cada una de las especialidades pertenecientes a cada consultorio externo. En este CUS el Administrador del Sistema, podrá registrar los consultorios internos (consultorios o especialidades) que pertenecen o están ubicados en los consultorios externos. En este CUS el Administrador del Sistema, podrá registrar a cada uno de los médicos en el sistema con todos sus datos básicos.

(f rom Mantenimiento)

46

Actualizar Medico (f rom Mantenimiento)

Programar Medico

En este CUS el Administrador del Sistema, podrá modificar información del médico que solicite algún cambio en sus datos registrados previamente; también se podrá activar o desactivar a cualquier médico dependiendo si está o no en actividad. En este CUS el Jefe de Área, podrá realizar la programación de atención mensual que realizará cada médico del hospital.

(f rom Mantenimiento)

Registrar Historia (f rom Historia Clinica)

Registrar Salida Admision (f rom Historia Clinica)

Registrar Entrada Admision (f rom Historia Clinica)

Consultar Movimiento Historia (f rom Historia Clinica)

Registrar Entrada Consultorio (f rom Historia Clinica)

Registrar Salida Consultorio

En este CUS la Secretaria de HC, podrá realizar la apertura del número de historia que pertenecerá al paciente que solicite su historia cínica. En este CUS el Asistente de HC, podrá consultar diariamente todas las historias que estén pendientes de llevarlas a los consultorios que soliciten el traslado, registrando la salida de c/u de ellas. En este CUS el Asistente de HC, podrá consultar la devolución de las historias que fueron llevadas a los consultorios previamente, registrando la llegada de c/u de ellas. En este CUS el Asistente de HC y la Enfermera, podrán consultar todos los movimientos realizados en el trascurso del tiempo de cualquier historia de los pacientes. En este CUS la Enfermera, podrá consultar la llegada de las historias que fueron enviadas del área de admisión, registrando la llegada de c/u de ellas. En este CUS la Enfermera, podrá registrar la salida de c/u de las historias que fueron enviadas del área de admisión.

(f rom Historia Clinica)

Registrar Cita

En este CUS la Enfermera, podrá registrar la cita de los pacientes que aún acudan al hospital para solicitarla.

(f rom Citas Medicas)

47

Consultar Citados (f rom Citas Medicas)

Reservar Cita

En este CUS la Enfermera, podrá consultar diariamente todos los pacientes que están citados en cada consultorio; podrá también imprimir estos reportes para entregárselos a los médicos que les toca la atención ese día. En este CUS el Paciente, podrá registrar por internet su nueva cita, en la especialidad que necesite y en el día y hora que desee.

(f rom Citas Medicas)

Administrar Cita

En este CUS el Paciente, podrá consultar su próxima cita que tenga; así como cancelarla en caso lo requiera.

(f rom Citas Medicas)

Historial Citas (f rom Citas Medicas)

Registrar Atenciones (f rom Citas Medicas)

Consultar Graficos Estadisticos (f rom Reportes Estadisticos)

Importar Excel Estadistico

En este CUS el Paciente, podrá consultar todas las atenciones que ha tenido en el trascurso de los años, podrá realizar la consulta por especialidad, por consultorio, o fecha. En este CUS la Enfermera, podrá registrar al final del día todas las tenciones que ha realizado el médico de cada consultorio, según los pacientes citados en dicho día. En este CUS el Jefe de Área, podrá visualizar los gráficos estadísticos según los parámetros de busca, tales como: atenciones médicas anualmente por cada consultorio externo, cantidad de personas que han solicitado cita anualmente por cada consultorio externo, entre otras consultas que se soliciten. En este CUS el Jefe de Área, podrá consultar reportes estadísticos que la unidad de estadística los solicite.

(f rom Reportes Estadisticos)

48

49

CUN 04: Solicitar Estadística de Atenciones

CUN 03: Consultar Traslado de HC

CUN 02: Atender Cita

CUN 01: Solicitar Cita

CUN / CUS CUS 01: Administrar Consultorio Externo CUS 02: Administrar Consultorio Interno CUS 03: Registrar Médico CUS 04: Actualizar Médico CUS 05: Programar Médico CUS 06: Registrar Historia CUS 07: Registrar Salida Admisión CUS 08: Registrar Entrada Admisión CUS 09: Consultar Movimiento Historia CUS 10: Registrar Entrada Consultorio CUS 11: Registrar Salida Consultorio CUS 12: Registrar Cita CUS 13: Consultar Citados CUS 14: Reservar Cita CUS 15: Administrar Cita CUS 16: Historial Citas CUS 17: Registrar Atenciones CUS 18: Consultar Gráficos Estadísticos CUS 19: Importar Excel Estadístico CUS 20: Administrar Perfil CUS 21: Administrar Permisos CUS 22: Registrar Usuario CUS 23: Acceso Usuario

3.3.3.4

x x x x x x x x x x x x x x x x x x x

Matriz CUN‟s vs CUS‟s

3.4. Modelo Conceptual del sistema 3.4.1 Diagrama del Modelo Conceptual

50

Estado Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido Definido

CUS

CUS1: Administrar Consultorio Externo CUS2: Administrar Consultorio Interno CUS3: Registrar Médico CUS4: Actualizar Médico CUS5: Programar Médico CUS6: Registrar Historia CUS7: Registrar Salida Admisión CUS8: Registrar Entrada Admisión CUS9: Consultar Movimiento Historia CUS10: Registrar Entrada Consultorio CUS11: Registrar Salida Consultorio CUS12: Registrar Cita CUS13: Consultar Citados CUS14: Reservar Cita CUS15: Administrar Cita CUS16: Historial Citas CUS17: Registrar Atenciones CUS18: Consultar Gráficos Estadísticos CUS19: Importar Excel Estadístico CUS20: Administrar Perfil CUS21: Administrar Permisos CUS22: Registrar Usuario CUS23: Acceso Usuario Baja Baja Baja Baja Alta Media Media Media Baja Media Media Alta Media Alta Alta Media Baja Alta Alta Baja Baja Media Media

Dificultad Secundario Secundario Secundario Secundario Primario Primario Primario Primario Secundario Primario Primario Primario Primario Primario Primario Secundario Primario Secundario Primario Secundario Secundario Secundario Secundario

Clasificación

Ciclo Desarrollo 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I 2012-I Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez Rotceh Velásquez

Responsable

3.4.2 Atributos de los casos de uso del sistema

51

3.5. Benchmarking 3.5.1 Soluciones encontradas Para la realización del presente benchmarking solo se hará la comparación en los aspectos funcionales de cada sistema.

Benchmarking Análisis Comparativo

HN PNP ‘Luis N. Sáenz’

EsSalud

Clínica el Golf

x x

x x x x x

x x x x x x x x

x x x x x

x x x x x

x

x

x x x x x

40%

55%

90%

Aspectos funcionales Registro de citas en consultorios Verificar existencia del paciente Controlar tiempo para cada atención Controlar turno de atención Mostrar horarios disponibles Controla disponibilidad de médicos Reportar pacientes citados Registrar atenciones médicas Registrar evaluación de atenciones Afiliación de usuario Reserva de citas online Reserva a parientes del grupo familiar Postergación de citas Consultar próximas citas Controlar nº de citas permitidas Reporte estadístico de atenciones Envió de solicitud de historias Controla traslado de historias Consulta de ubicación de historia Informar novedades

x

x x x x

3.5.2 Evaluación de las soluciones encontradas

52

Como se puede observar en nuestro cuadro comparativo la opción número 3 es la escogida debido a que es la que cumple con la mayoría de los requerimientos solicitados por la institución. Cabe resaltar que para la comparación del benchmarking se ha tomado en cuenta todos los requerimientos funcionales solicitados por la institución y se ha realizado la comparación con la información de los otros sistemas que se ha podido tener acceso y no con el software directamente.

3.6. Prototipo de la solución A continuación mostraremos algunos prototipos de primer nivel para tener una idea general en cómo será nuestro sistema a futuro y cuáles serán sus funcionalidades en general.

53

54

55

3.7. Conclusiones -

Con los requerimientos funcionales y no funcionales hemos podido plasmar los casos de uso que tendrá el sistema; y de acuerdo a ello hemos podido realizar los prototipos que es lo que se espera que realice el sistema de citas.

-

Como ya se ha mencionado el benchmarking se ha realizado de acuerdo a la información que se ha tenido acceso y no con el software directamente, lo que puede generar que no se evalúe en un 100% los software elegidos para la comparación; pero cabe mencionar que no hay software que se ajuste a un 100% al sistema que se quiere implantar debido a que la forma de trabajar en el hospital de la PNP es distinta a otros hospitales por la misma labor policial de los médicos.

56

Capítulo IV: Arquitectura

4.1. Introducción En este capítulo definiremos la arquitectura del sistema, incluyendo la realización de los casos de uso más significativos; así como el modelo de datos, modelo de despliegue y modelo de componentes.

4.2. Realización de los casos de uso más significativos para la arquitectura 4.2.1. Diagrama de Casos de Uso más significativos para la arquitectura

Reservar Cita (from Citas Medicas)

AS_Secretaria de HC (f rom Actores del sistema)

Registrar Historia

Administrar Cita (from Citas Medicas)

(from Historia Clinica)

AS_Paciente

Programar Medico

(f rom Actores del sistema)

(from M antenim iento)

Registrar Cita (from Citas Medicas)

AS_Jefe de Area Consultar Citados Registrar Atenciones (from Citas Medicas)

(f rom Actores del sistema)

Importar Excel Estadistico (from Reportes Estadisticos)

(from Citas Medicas)

AS_Enfermera (f rom Actores del sistema)

Registrar Entrada Admision (from Historia Clinica)

Registrar Salida Consultorio

Registrar Entrada Consultorio AS_Asistente de HC

(from Historia Clinica) (from Historia Clinica)

(f rom Actores del sistema)

Registrar Salida Admision (from Historia Clinica)

4.2.2. Especificación de los casos de uso Ver Anexo Nº 1.

57

4.2.3. Diagramas de Secuencia de Diseño y de Clases de Diseño  Caso de Uso: Programar Médico

: I_Iniciar Sesion

: I_Programar Medico

: AS_Jefe de Area

: C_Programar Medico

: E_Persona

: E_Programacion_Medico

1. Inicia sesión en el sistema

2. Elige la opción "Mantenimiento de Médicos" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita ingresar DNI del médico para la búsqueda 5. Ingresa DNI del médico

6.Valida datos 7. Muestra datos del médico buscado 8. Carga especialidad

9. Carga área

10. Carga consultorio

11. Carga turno

12. Solicita seleccionar e ingresar datos de la programación 13. Selecciona e ingresa datos

14. Valida datos 15. Programación registrada

58

 Caso de Uso: Registrar Historia

: AS_Secretaria de HC

: I_Iniciar Sesion

: I_Registrar Historia

: C_Registrar Historia

: E_Paciente

: E_Historia_Clinica

1. Inicia sesión en el sistema

2. Elige la opción "Administrar Pacientes" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita ingresar CIF del paciente para la búsqueda 5. Ingresa CIF del paciente

6.Valida datos 7. Muestra datos de los pacientes con el CIF buscado

8. Solicita seleccionar e ingresar datos de la historia 9. Selecciona e ingresa datos

10. Valida datos 11. Registra historia

59

 Caso de Uso: Reservar Cita

: I_Iniciar Sesion

: I_Reservar Cita

: C_Reservar Cita

: E_Paciente

: AS_Paciente

1. Inicia sesión en el sistema

2. Elige la opción "Citas Web" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Muestra botón de búsqueda de pacientes 5. Hace clic en el botón de la búsqueda

6.Valida datos 7. Muestra datos de los pacientes 8. Carga especialidades

9. Carga consultorios

10. Carga turnos

11. Carga días

12. Carga horas

13. Solicita seleccionar datos de la cita 14. Selecciona datos

15. Valida datos

16. Registra cita

60

: E_Citas

 Caso de Uso: Administrar Cita

: I_Iniciar Sesion : AS_Paciente

: I_Administrar Cita

: C_Administrar Cita

: E_Persona

: E_Citas

1. Inicia sesión en el sistema

2. Elige la opción "Citas Web" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita ingresar DNI del paciente para la búsqueda 5. Ingresa DNI del paciente 6. Busca cita del paciente

7. Valida datos 8. Muestra cita del paciente buscado

9. Opción postergar cita 10. Hace clic en el botón cancelar

11. Anula cita 12. Cancela cita

61

 Caso de Uso: Registrar Cita

: I_Iniciar Sesion

: I_Registrar Cita

: C_Registrar Cita

: E_Persona

: E_Historia_Clinica

: AS_Enfermera

1. Inicia sesión en el sistema

2. Elige la opción "Citas Consultorio" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita ingresar DNI del paciente para la búsqueda 5. Ingresa DNI del paciente

6.Valida datos 7. Muestra datos del paciente 8. Carga especialidades

9. Carga consultorios

10. Carga turnos

11. Carga días

12. Carga horas

13. Solicita seleccionar datos de la cita 14. Selecciona datos

15. Valida datos

16. Registra cita

62

: E_Citas

 Caso de Uso: Consultar Citados

: I_Iniciar Sesion : AS_Enfermera

: I_Consultar Citados

: C_Consultar Citados

: E_Citas

1. Inicia sesión en el sistema 2. Elige la opción "Citas Consultorio" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita ingresar los datos de las citas para la búsqueda 5. Ingresa datos solicitados y hace clic en el botón buscar

6.Valida datos 7. Muestra pacientes citados

8. Muestra pacientes citados

63

 Caso de Uso: Registrar Salida Admisión

: I_Iniciar Sesion : AS_Asistente de HC

: I_Registrar Salida Admision

: C_Registrar Salida Admision

: E_Citas

1. Inicia sesión en el sistema

2. Elige la opción "T raslado de Historias" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita seleccionar los datos de la cita para la búsqueda 5. Selecciona consultorio y fecha

6.Valida datos 7. Muestra el Nº de Historias con traslado pendiente 8. Solicita hacer check a las historias que serán trasladadas 9. Selecciona las historias

10.Valida datos

11. Registra salida de las historias

64

: E_Historia_Clinica

 Caso de Uso: Registrar Entrada Consultorio

: I_Iniciar Sesion : AS_Enfermera

: I_Registrar Entrada Consultorio

: C_Registrar Entrada Consultorio

: E_Movimiento_Historia

1. Inicia sesión en el sistema

2. Elige la opción "T raslado de Historias" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita seleccionar los datos del traslado de las historias para la búsqueda 5. Selecciona consultorio y fecha

6.Valida datos 7. Muestra el Nº de Historias que han sido trasladadas 8. Solicita hacer check a las historias que serán registradas 9. Selecciona las historias

10.Valida datos

11. Registra entrada de las historias

65

: E_Historia_Clinica

 Caso de Uso: Registrar Salida Consultorio

: I_Iniciar Sesion : AS_Enfermera

: I_Registrar Salida Consultorio

: C_Registrar Salida Consultorio

: E_Movimiento_Historia

1. Inicia sesión en el sis...

2. Elige la opción "T raslado de Histor... 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita seleccionar los datos del registro para la búsqueda 5. Selecciona consultorio y fecha

6.Valida datos 7. Muestra el Nº de Historias que han sido registradas 8. Solicita hacer check a las historias que serán devueltas 9. Selecciona las historias

10.Valida datos

11. Registra salida de las historias

66

: E_Historia_Clinica

 Caso de Uso: Registrar Entrada Admisión

: I_Iniciar Sesion : AS_Asistente de HC

: I_Registrar Entrada Admision

: C_Registrar Entrada Admision

: E_Movimiento_Historia

1. Inicia sesión en el sistema

2. Elige la opción "Traslado de Historias" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita seleccionar los datos de la devolución de las historias para la búsqueda 5. Selecciona consultorio y fecha

6.Valida datos 7. Muestra el Nº de Historias que han sido devueltas 8. Solicita hacer check a las historias que serán registradas 9. Selecciona las historias

10.Valida datos

11. Registra entrada de las historias

67

: E_Historia_Clinica

 Caso de Uso: Registrar Atenciones

: I_Iniciar Sesion

: I_Registrar Atenciones

: AS_Enfermera

: C_Registrar Atenciones

: E_Citas

1. Inicia sesión en el sistema

2. Elige la opción "Atenciones Médicas" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Solicita seleccionar Fecha y Consultorio para la búsqueda 5. Selecciona Fecha y Consultorio de la cita 6.Valida datos 7. Muestra lista de los pacientes citados

8. Solicita hacer check en los pacientes atendidos 9. Hace check

10. Actualiza estado de las citas 11. Registra atención

68

 Caso de Uso: Importar Excel Estadístico

: I_Iniciar Sesion : AS_Jefe de Area

: I_Importar Excel Estadistico

: C_Importar Excel Estadistico

: E_Citas

1. Inicia sesión en el sistema

2. Elige la opción "Importar Excel" 3. Es redireccionado a la intefaz de la opción seleccionada 4. Lista estadística de atenciones mensuales por consultorio

5. Solicita importar excel 6. Hace clic en el botón importar

7. Importa excel 8. Descarga realizada

9. Muestra excel

69

4.3. Modelo de Datos 4.3.1. Diagrama del Modelo de Datos

70

71

Registrar Médico

Administrar C. Externo

Administrar C. Interno

Historial Citas

Administrar Cita

Consultar Citados

Reservar Cita

Actualizar Médico

Programar Médico

Mantenimiento

Registrar Atenciones

Citas Medicas

Registrar Cita

BD

Reportes

BD_citas_medicas

Importar Exc. Estadistico

MySQL

index.php

C. Graficos Estadisticos

Dreamweaver

Acceso Usuario

Seguridad

R. Entrada Consultorio

Historia Clinica

Registrar Historia

Registrar Usuario

Asignar Permisos

Administrar Perfil

R. Entrada Admision

R. Salida Consultorio

R. Entrada Consultorio

R. Salida Admision

4.3.2. Diccionario de Datos Ver Anexo Nº 2.

4.4. Modelo de Componentes

4.5. Modelo de Despliegue

Sistema Web de Citas Médicas

PC - Usuario

PC Local

Servidor HTTP Apache

Servidor Web Base de Datos MySQL

BD

Aplicación

Lenguaje de Programación PHP

4.6. Conclusiones -

Se ha mostrado la realización de los casos de uso más significativos para la arquitectura del sistema con sus respectivos diagramas y especificaciones.

-

Todos los diagramas que permiten mostrar de manera mas ordenada la arquitectura del sistema han sido desarrollados.

72

Capítulo V: Desarrollo y Pruebas

5.1. Introducción En este capítulo veremos la parte de desarrollo del proyecto, las tecnologías que hemos usado para la construcción del sistema y las pruebas de cado uno de los casos de uso más significativos.

5.2. Desarrollo 5.2.1. Plataforma Tecnológica Para el desarrollo del sistema utilizaremos la siguiente tecnología:

Entorno de Desarrollo

Adobe Dreamweaver CS5

Lenguaje de Programación

PHP y JavaScript

Manejador de Base de Datos

MySQL - phpMyAdmin

A continuación mostraremos el modelo lógico de conexiones de red para la implementación del sistema:

73

5.2.2. Estándares de Desarrollo Ver Anexo Nº 3.

5.3. Pruebas 5.3.1. Plan de Pruebas del Proyecto Plan de Pruebas

I.

El documento de Plan de Pruebas refleja el trabajo en los siguientes objetivos a cumplir: 

Identificación de la información y de los componentes a ser probados.



Se tiene que validar la información

a ser ingresada

y

procesada por el software e indicar cómo y con qué pautas se realiza cada tipo de prueba. 

Realizar la elaboración de un listado de los requerimientos generales para realizar las pruebas.



Uniformizar estrategias a usar.



Estimación de los recursos empleados. (Tiempo, dinero, software adicional, número de personal, comunicaciones)



Conclusiones de las pruebas, corrección y sugerencias.

i.

Desarrollo  Prueba

por

Módulos

o

Paquetes:

Consiste

en

comprobar el funcionamiento por proceso que se debe realizar, considerándose números de fallas y en que parte del proceso ocurren las mismas.

74

 Prueba de Integración: Se tiene que constatar la comunicación de los módulos, la parte más importante de ésta prueba se representa al comprobar cada cambio realizado por la parte administrativa del sistema.  Prueba de Integridad de Base de Datos: Se tiene que verificar la repercusión de los cambios al realizarse una actualización, creación o eliminación de un registro, además del cambio de estado de los mismos.

ii.

Requerimientos para la prueba Se deberá considerar para la prueba lo siguiente: Requerimientos funcionales El conjunto de casos de uso cumple el objetivo del sistema, evaluar el cumplimiento del flujo principal y alternativo por cada caso de uso. Los casos de uso y sus respectivas pruebas se detallan en el plan de prueba para cada uno de ellos lo que son. Requerimientos no funcionales Se considera la uniformidad en el diseño que debe notarse al utilizar el sistema, la distribución de las opciones debe ser accesible, el tiempo de carga de los formularios debe ser el mínimo, debe ser fácil de usar (amigable), debe tener un tiempo de respuesta óptimo y debe contar con un control de acceso.

iii.

Tipos de Prueba 

Prueba de Integridad de Base de Datos y de Data

75

Se tiene que considerar como primera prueba ya que su elaboración garantiza el éxito de los procesos en la base de datos. En esta prueba se obvia la interfaz utilizada para el acceso a las actualizaciones en la base de datos, se fijan en esta prueba como objetivos identificar las técnicas y herramientas que darán soporte en caso de contingencia y se evaluará el comportamiento de la Base de datos en los procesos más comunes. 

Prueba de Funcionalidad Se centra en que se implemente debidamente los requerimientos indicados desde el primer entregable en los documentos de la Visión y Especificación por cada caso de uso, buscando que se cumplan todas las reglas del negocio. Se realizan a través de la interfaz gráfica viendo los resultados

que

se

producen

con

las

acciones

realizadas, es decir; se prueba como trabaja la programación empleada y si ésta cumple con lo detallado en las especificaciones de caso de uso y los diagramas UML. 

Prueba de Interfaz de Usuario En esta prueba se verifica la interacción del usuario con el software, el éxito radica en que la interfaz que le provea al usuario acceso y navegación a través de las funciones del software se efectúe sin problema; también se tienen que considerar ciertos estándares usados en la mayoría de software y a los que el usuario este acostumbrado.



Prueba de Performance

76

En esta prueba se incluyen los tiempos de respuestas por

transacción,

el

consumo

de

hardware

por

transacción y otros requerimientos a evaluarse, el éxito está

en

verificar

en

una

primera

instancia

los

requerimientos de performance relacionados con las transacciones más importantes. Esta prueba se realiza cuando la integración del software está casi concluida y cuando se efectúan pruebas con el hardware a trabajar.

5.3.2. Casos de uso de pruebas del proyecto para los casos de uso más significativos para la arquitectura Ver Anexo Nº 4.

5.3.3. Análisis de las pruebas De acuerdo a los informes de prueba vistos en el Anexo Nº 4, podemos ver la realización de las pruebas funcionales que se hizo por cada uno de los casos de uso que son los más significativos para la arquitectura como se definió en el capítulo 4; estos casos de uso han pasado las pruebas funcionales como se especifica en el documento.

5.4. Conclusiones -

Se realizó las pruebas a cada uno de los casos de uso más significativos del sistema.

77

Capítulo VI: Gestión del Proyecto

6.1. Introducción En este capítulo veremos la vialidad del proyecto tanto en el aspecto técnico, económico y legal; así mismo veremos la estimación y ejecución de presupuesto del proyecto.

6.2. Viabilidad del Proyecto 6.2.1 Viabilidad Técnica Las herramientas que se utilizarán para el desarrollo del presente proyecto son las siguientes: Herramientas de Software 

Rational Rose 2003 (Modelado UML)



Adobe Dreamweaver CS5 (Entorno de Programación)



MySQL (Manejador de Base de Datos)



Microsoft Office Suite (Excel, Word y Power Point)



Microsoft Project (Cronograma de Actividades)



WBS Chart (Elaboración del EDT)



Windows XP / Windows 7 (Sistema Operativo)



Internet Explorer 8.0 (Explorador)

Herramientas de Hardware 

Impresoras



Conexión a Internet



Servidor



Computadoras

6.2.2 Viabilidad Económica

78

A continuación se detallan los costos de los recursos que se utilizarán para el desarrollo y prueba del proyecto.

Dispositivos

Cantidad

Impresora

1

$ 40

$ 40

1

$ 800

$ 800

1

$ 500

$ 500

Total

$ 1 340

Computadora simulando servidor Computadora de desarrollo

Precio

Subtotal

Gráfico #14: Costos de hardware para el desarrollo del proyecto. Elaboración: Propia, 2011.

Software/Licencia

Cantidad

Precio

Subtotal

1

$0

$0

1

$0

$0

1

$ 395

$ 395

Total

$ 395

Adobe Dreamweaver CS5 MySQL Windows Server 2008

Gráfico #15: Costos de software para el desarrollo del proyecto. Elaboración: Propia, 2011.

Recurso

Cantidad

Costo/Hora

Analista Programador

1

$7

Arquitecto BD

1

$8

Asegurador de Calidad

1

$7

Gráfico #16: Costos de Recursos Humanos para el desarrollo del proyecto. Elaboración: Propia, 2011.

Comentario: Los datos mostrados en los gráficos 14, 15 y 16 muestran los costos mínimos que se necesita para el desarrollo del sistema de citas; en este caso los costos de RRHH serán 0 por ser un proyecto de tesis.

6.3. Organización del Proyecto 79

6.3.1 Organigrama del Proyecto Gerente de Proyecto

Arquitecto BD

Analista Programador

Gráfico #17: Organigrama del Proyecto.

6.3.2 EDT del Proyecto

Gráfico #18: EDT del Proyecto. Elaboración: Propia, 2011.

80

Asegurador de Calidad

6.4. Estimación y Ejecución del Proyecto 6.4.1 Cronograma de Ejecución del Proyecto

Gráfico #19: Cronograma de actividades del Proyecto.

81

6.4.2 Estimación del Presupuesto Total del Proyecto Para calcular el retorno de la inversión se han evaluado los costos aproximados y por ende los beneficios estimados por mes en un rango de tiempo adecuado. A continuación se muestra un estimado de los gastos actuales: 

Sueldo promedio del personal encargado de la gestión de las citas médicas en los Consultorio S/. 2 500



Sueldo promedio del personal encargado del traslado de las historias clínicas en el área de Admisión = S/. 1 500



Horas trabajadas por el personal = 8 horas/día.



Días trabajados durante la semana = 5 días.



Promedio ganado por hora del área de Consultorio = 2 500 soles / 160 horas = 15.63 soles/hora.



Promedio ganado por hora del área de Admisión = 1 500 soles / 160 horas = 9.38 soles/hora.

Teniendo en cuenta que por hora trabajada el personal de los Consultorios y del área de Admisión ganan S/. 15.63 y S/. 9.38 respectivamente,

se

pasará

a

realizar

los

cuadros

que

demostraran los beneficios netos del proyecto teniendo en cuenta la situación actual de la problemática. Proceso Sub Proceso Tiempo/proceso

Gestionar citas médicas Traslado de Historias Atención de las Citas Clínicas 1 día (4 horas) 1 día (2 horas)

Cantidad de personas

5

3

Costo total x mes

313

57

Costo total /mes

370

Gráfico #20: Gastos/Mes en los procesos asociados a la gestión de citas médicas. Elaboración: Propia, 2011.

82

A continuación se mostrará un cuadro con los tiempos y gastos reducidos, que es a lo que se desea llegar con la solución informática propuesta por este proyecto de tesis:

Proceso

Gestionar citas médicas Traslado de Historias Atención de las Citas Clínicas 1 día (2 horas) 1 día (1 hora)

Sub Proceso Tiempo/proceso Cantidad de personas

5

1

Costo total

156

9

Costo total /mes

165

Gráfico #21: Gastos/Mes en los procesos mejorados asociados a la gestión de citas médicas. Elaboración: Propia, 2011.

Observando los beneficios vernos que se planea reducir los gastos por horas trabajadas en cada proceso, esto beneficiaría también en la ocupación de otras tareas importantes que se deban realizar ambas áreas. Inversión

Costo

Hardware

1020

Software

0

Materiales

970

Personal

0

Total

1990

Costo Total (Sin Sistema)

370

Costo Total (Con Sistema)

165

Beneficio Neto

205

Gráfico #22: Beneficios netos aproximados por mes. Elaboración: Propia, 2011.

Según lo mostrado en el cuadro anterior, la reducción de los tiempos, de los procesos y de los gastos surgidos por horas trabajadas necesarias para la realización del procesos de citas en los Consultorios y el área de Admisión hará un costo total de S/. 205 qué será el total del gasto reducido por mes una vez este implantado la solución informática propuesta.

83

Entonces realizando los cálculos de VAN y TIR obtendremos: Periodo

Flujo de Caja Neto

Mes 0 (inversión)

1990

Mes1

205

Mes2

205

Mes3

205

Mes4

205

Mes5

205

Mes6

205

Mes7

205

Mes8

205

Mes9

205

Mes10

205

Gráfico #23: Inversión y beneficios netos del proyecto. Elaboración: Propia, 2011.

6.5. Gestión de Riegos del Proyecto En el tiempo que tomará el desarrollo del proyecto de tesis, puede surgir una serie de riesgos que podrían impedir el desarrollo correcto del proyecto, es por eso que a continuación listaremos todos los posibles riesgos (predecibles y no predecibles) para poder elaborar nuestros planes de contingencia en el caso que alguno de estos riesgos se haga presente.

Nº

Riesgo

Probabilidad

Hacer un cronograma de

Falta de disponibilidad 1

del sponsor para

Media

Falta de conocimiento 3

en el uso de nueva

Buscar apoyo externo que Media

brinden un mejor conocimiento.

tecnología. La implementación se 4

fechas para entrevistas con el sponsor.

brindar información.

de las herramientas o

Contingencia

Realizar un cronograma

puede extender más

Alta

allá de la fecha límite.

detallado de implementaciones y

84

cumplirlos a cabalidad. Incorrecta asignación

Correcta asignación de

de tiempos para 6

Baja

análisis y desarrollo

tareas.

del software

Evaluar el requerimiento

Inclusión de un nuevo 7

8

requerimiento.

Media

según nuestro plan de cambios.

Perdidas de

Baja

información por virus. Pérdida de

9

tiempos en la adjudicación de

Utilizar la información de respaldo. Realizar un backup

información por

Baja

factores externos(se

constantemente.

va la luz)

6.6. Plan de Cambios en el Negocio I.

Plan de Cambios

Durante el ciclo de desarrollo del proyecto, podría surgir la solicitud de nuevos requerimientos por parte del usuario (en este caso la institución) que estén fuera del alcance definido al inicio en la planeación del proyecto; es por es que el objetivo del plan de cambios, es poder brindar al Jefe de Proyecto una manera controlada y organiza de realizar la solicitud de cambios a los requerimientos prestablecidos presentes en el alcance del proyecto. En el caso de solicitar un cambio en el proyecto fuera del alcance inicial, el usuario tendrá que llenar una solicitud como se muestra a continuación: Ver Anexo Nº 5.

6.7. Constancia de aceptación del cliente sobre el proyecto

85

6.8. Conclusiones -

Para poder lograr un proyecto exitoso, hemos definido en la gestión del proyecto la viabilidad, el plan de control de cambios y los riesgos que podrían surgir en el tiempo y puedan afectar el correcto desarrollo del sistema.

-

Con lo estimado para la ejecución del sistema, hemos podido observar que de acuerdo a la inversión nuestro retorno será en un aproximado de 10 meses.

86

Conclusiones

En la actualidad la tecnología brinda muchas facilidades en proceso y actividades diarias o frecuentes que realizamos, es por eso que con nuestra solución informática queremos mejorar e implantar herramientas tecnológicas al hospital para un avance en la ciencia de la tecnología de información.

Uno de los beneficios más importantes con este proyecto es el beneficio social que se pretende lograr dando una mejor atención y mayor facilidad a los pacientes, porque si bien se sabe el Hospital Nacional PNP no realiza ningún cobro directo para las atenciones médicas.

87

Glosario de Términos

1. Ad-honorem Es cualquier actividad que se lleva a cabo sin percibir ninguna retribución económica. 2. AJAX Es un acrónimo de Asynchronous JavaScript + XML, que se puede traducir como "JavaScript asíncrono + XML". 3. ASP.NET Es un framework para aplicaciones web desarrollado y comercializado por Microsoft.

Es

usado

por

programadores

para

construir sitios

web dinámicos, aplicaciones web y servicios web XML. 4. Atención médica Es toda acción o disposición que realiza el médico en el ejercicio de la profesión médica. Ello comprende los actos de prevención, promoción, diagnóstico, terapéutica y pronóstico que realiza el médico en la atención integral de pacientes así como los que se deriven directamente de estos. 5. Cardiología Es la rama de la medicina interna que se ocupa de las afecciones del corazón y del aparato circulatorio. 6. Carpeta familiar Es aquella que contiene datos referentes a la familia en su conjunto y a la vivienda en que reside; dentro de esta se archiva la ficha familiar y las Historias clínicas de todos los miembros de la familia. 7. Carga familia Son los miembros del Policía (cónyuge, hijos y padres del titular) que tienen derecho a la atención integral de salud. 8. Cuaderno de citas

88

Es el lugar físico donde se almacenan las citas de todos los pacientes por cada consultorio de atención médica. 9. Dermatología Es la especialidad médica encargada del estudio de la estructura y función de la piel, así como de las enfermedades que la afectan y su prevención al mismo tiempo lleva un selecto procedimiento para controlar posibles lesiones o enfermedades a esta. 10. Endocrinología Es la especialidad médica encargada del estudio de la función normal, la anatomía y los desórdenes producidos por alteraciones del sistema endocrino. 11. Formato CSS Las hojas de estilo en cascada (Cascading Style Sheets), es un lenguaje usado para definir la presentación de un documento estructurado escrito en HTML o XML. 12. Framework Es una

estructura conceptual y tecnológica

de

soporte definido,

normalmente con artefactos o módulos de software concretos, con base a la cual otro proyecto de software puede ser más fácilmente organizado y desarrollado. Típicamente, puede incluir soporte de programas, bibliotecas, y un lenguaje interpretado, entre otras herramientas, para así ayudar a desarrollar y unir los diferentes componentes de un proyecto. 13. Historia clínica Es el documento médico legal, en el que se registra los datos de identificación y de los procesos relacionados con la atención del paciente, en forma ordenada, integrada, secuencial e inmediata de la atención que el médico u otros profesionales de salud brindan al paciente. 14. Hoja de citas Es el lugar físico donde se registra el número de historia de los pacientes que serán atendidos en un mismo día. 89

15. Internet Es un conjunto descentralizado de redes de comunicación interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que las redes físicas heterogéneas que la componen funcionen como una red lógica única, de alcance mundial. 16. Intranet Es una red de ordenadores privados que utiliza tecnología Internet para compartir dentro de una organización parte de sus sistemas de información y sistemas operacionales. El término intranet se utiliza en oposición a Internet, una red entre organizaciones, haciendo referencia por contra a una red comprendida en el ámbito de una organización. 17. JavaScript Es

un lenguaje

de

programación

interpretado,

dialecto

del

estándar ECMAScript. Se define como orientado a objetos,3 basado en prototipos, imperativo, débilmente tipado y dinámico. Se utiliza principalmente en su forma del lado del cliente (client-side), implementado como parte de un navegador web permitiendo mejoras en la interfaz de usuario y páginas web dinámicas, aunque existe una forma de JavaScript del lado del servidor (Server-side JavaScript o SSJS). 18. Navegador web Es una aplicación que opera a través de Internet, interpretando la información de archivos y sitios web para que podamos ser capaces de leerla, (ya se encuentre ésta alojada en un servidor dentro de la World Wide Web o en un servidor local). 19. Otorrino Es la especialidad médica que se encarga de la prevención, diagnóstico y tratamiento, tanto médico como quirúrgico, de las enfermedades de: El Oído,

las

vías

aéreo-digestivas

superiores: boca, nariz y senos

paranasales, faringe y laringe, las estructuras próximas de la cara y el cuello, la cirugía oncológica de la boca y estructuras anejas (glándulas salivales). Asimismo la cirugía traumatológica, oncológica, plástica, estética 90

y reparadora de la cara y el cuello también pueden ser tratadas por el médico otorrinolaringólogo y especialista en cirugía de cabeza y cuello. 20. Paciente Es todo usuario de salud que recibe una atención médica. 21. Plugins Es una aplicación que se relaciona con otra para aportarle una función nueva y generalmente muy específica. Esta aplicación adicional es ejecutada por la aplicación principal e interactúan por medio de la API. 22. PostgreSQL Es un sistema de gestión de base de datos relacional orientada a objetos y libre, publicado bajo la licencia BSD. 23. Protocolo HTTP Híper Text Transmisión. Normas comunes que deben respetar los ordenadores que forman la red para comunicarse entre si. 24. Software Conjunto de programas, documentos, procesamientos y rutinas asociadas con la operación de un sistema de computadoras, es decir, la parte intangible del computador. 25. Tarjeta única de atención Es un cuadernillo que deben tener todos los pacientes para que se les pueda registrar cada una de sus citas; este cuadernillo es uno de los requisitos para poder ser atendidos en los consultorios. 26. Urología Es

la especialidad

médico-quirúrgica que

se

ocupa

del

estudio, diagnóstico y tratamiento de las patologías que afectan al aparato urinario,

glándulas

suprarrenales y retroperitoneo de

al aparato reproductor masculino, sin límite de edad. 27. Windows Presentation Foundation

91

ambos

sexos

y

WPF es una tecnología de Microsoft que permite el desarrollo de interfaces de interacción en Windows tomando las mejores características de las aplicaciones Windows y de las aplicaciones web. Ofrece una amplia infraestructura y potencia gráfica con la que es posible desarrollar aplicaciones visualmente atractivas, con facilidades de interacción que incluyen animación, vídeo, audio, documentos, navegación o gráficos 3D.

92

Siglas

1. CIF: Carnet de Identificación Familiar 2. CIP: Carnet de Identificación Policial 3. CUN: Caso de Uso del Negocio 4. CUS: Caso de Uso del Sistema 5. DIECO: Dirección de Economía 6. DIRREHUM: Dirección de Recursos Humanos 7. DIRSAL: Dirección de Salud Policial 8. FOSPOLI: Fondo de Salud Policial 9. MINSA: Ministerio de Salud 10. MOPRI: Módulo Pre Quirúrgico 11. OFISIG: Oficina de Información Gerencial 12. PNP: Policía Nacional del Perú 13. RF: Requerimientos Funcional 14. RNF: Requerimiento No Funcional

93

Bibliografía Cabrejos Burga, S. S. (2010). Análisis de la Situación de Salud. HN 'Luis N. Sáenz' PNP, Lima. Lima: Oficina del Sistema de Información Gerencial . Dirección de Telemática PNP. (s.f.). Policía Nacional del Perú. Recuperado el 05 de septiembre de 2011, de DIRSAL PNP: http://www.pnp.gob.pe/direcciones/dirsal/historia.html Smooth Step. (s.f.). smoothstep.com. Recuperado el 25 de octubre de 2011, de http://www.smooth-step.com/diseno-web/aplicaciones-web Mora, S. L. (2002). Programación de aplicaciones web: historia, principios básicos y clientes web. (E. C. Universitario, Ed.) Microsoft Corporation. (s.f.). Microsoft Visual Studio. Recuperado el 1 de noviembre de 2011, de Microsoft Visual Studio Microsoft Corporation. (2008). Microsoft Partner Network. Recuperado el 1 de noviembre de 2011, de https://partner.microsoft.com/honduras/40047231 Ministerio de Salud. (s.f.). DGIEM. Recuperado el 22 de octubre de 2001, Reglamento General de Hospitales del Sector Salud, de MINSA : http://www.minsa.gob.pe/dgiem/infraestructura/normas.htm Castells, M.: La galaxia Internet – Reflexiones sobre Internet, empresa y sociedad. Barcelona (Plaza & Janés), 2001. Echeverría, J.: Los señores del aire: Telépolis y el Tercer Entorno. Barcelona (Destino), 1999. Metzner-Szigeth, A.: "El movimiento y la matriz" – Internet y transformación sociocultural. En: Revista Iberoamericana de Ciencia, Tecnología, Sociedad e Innovación (CTS+I), No. 7, 2006. Puentes, P.: Análisis del movimiento en la Red. Mérida - Venezuela (CIDIAT), 2010.

94

Anexos

95

Anexo Nº 1 Especificación de los Casos de Uso del Sistema

 Especificación del Caso de Uso: Registrar Historia

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a la Secretaria de HC, registrar el número de historia clínica de un paciente que se atenderá por primera vez en el hospital. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 La Secretaria de HC ingresa el CIF del paciente que desea aperturar su número de historia clínica. 2.1.2 El Sistema muestra a todas las personas que tienen el número de CIF buscado (personas que pertenecen al grupo familiar identificados con el mismo CIF). 2.1.3 La Secretaria de HC selecciona a la persona que se le registrará su número de historia y hace clic el botón “Registrar Historia” 2.1.4 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si la Secretaria de HC presiona el botón “Buscar” sin haber ingresado el CIF, el sistema le mostrará un mensaje solicitando ingreso del CIF.

2.2.2

Si no se seleccionan ni se registran todos los datos solicitados de forma correcta el sistema mostrará un mensaje solicitando ingreso correcto de todos los datos.

3. Pre Condiciones 3.1 La Secretaria de HC ha realizado el ingreso al sistema correctamente. 3.2 La Secretaria de HC ha seleccionado la opción “Administrar Pacientes” y “Registrar Historia” de su interfaz gráfica.

4. Post Condiciones 4.1 El nuevo número de historia clínica queda registrado en la base de datos.

96

 Especificación del Caso de Uso: Programar Médico

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a los Jefes de cada Área, registrar la programación mensual de atenciones que realizará cada medico de acuerdo a su especialidad, en un turno y consultorio específico .La programación se realizará siempre con 3 meses de anticipación. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Jefe de Área ingresa el DNI del médico que desea programar y da clic en el botón “Buscar”. 2.1.2 El Sistema muestra los nombres y apellidos del médico buscado, seguidamente de los campos que hay que seleccionar e ingresar tales como: Especialidad, área, consultorio, turno y días. 2.1.3 El Jefe de Área selecciona e ingresa los datos mencionados y da clic en el botón “Registrar Programación”. 2.1.4 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si el Jefe de Área presiona el botón “Buscar” sin haber ingresado el DNI, el sistema le mostrará un mensaje solicitando ingreso del DNI.

2.2.2

Si no se seleccionan ni se registran todos los datos solicitados de forma correcta el sistema mostrará un mensaje solicitando ingreso correcto de todos los datos.

3. Pre Condiciones 3.1 El Jefe de Área ha realizado el ingreso al sistema correctamente. 3.2 El Jefe de Área ha seleccionado la opción “Mantenimiento de Médicos” y “Programar Médico” de su interfaz gráfica.

4. Post Condiciones 4.1 La nueva programación queda registrada en la base de datos. 4.2 Las fechas registradas quedan disponibles para la solicitud de las nuevas citas.

97

 Especificación del Caso de Uso: Reservar Cita

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a los pacientes, reservar sus citas ingresando al sistema con su usuario y contraseña correspondientes. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Sistema muestra en la interfaz el CIF correspondiente al paciente. 2.1.2 El Paciente hace clic en el botón “Buscar”. 2.1.5 El Sistema muestra a todas las personas que tienen el número de CIF buscado (personas que pertenecen al grupo familiar identificados con el mismo CIF). 2.1.3 El Paciente selecciona a la persona que se le registrará la cita. 2.1.4 El Sistema muestra los campos que hay que seleccionar tales como: Especialidad, consultorio, turno, día y hora. 2.1.5 El Paciente selecciona todos los datos solicitados y da clic en el botón “Registrar Cita”. 2.1.6 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si no se seleccionan todos los datos solicitados de forma correcta el sistema mostrará un mensaje solicitando ingreso correcto de todos los datos.

3. Pre Condiciones 3.1 El Paciente ha realizado el ingreso al sistema correctamente. 3.2 El Paciente ha seleccionado la opción “Citas Web” y “Reservar Cita” de su interfaz gráfica.

4. Post Condiciones 4.1 La nueva cita queda registrada en la base de datos. 4.2 La disponibilidad del mismo día, hora y consultorio queda ocupado.

98

 Especificación del Caso de Uso: Administrar Cita

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite al Paciente poder consultar su próxima cita y en caso de no poder asistir en la fecha programada poder cancelarla. En este caso de uso también se enviará alertas cuando un paciente no ha asistido a su cita programada. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Sistema muestra alerta de inasistencia a la cita reservada (en el caso de no haber asistido a una cita en un intervalo de 5 días anteriores). 2.1.2 El Paciente ingresa su DNI para consultar datos de su próxima cita y hace clic en el botón “Consultar”. 2.1.3 El Sistema muestra todos los datos de su próxima cita. 2.1.4 En caso el Paciente lo requiera puede hacer clic en el botón “Cancelar Cita” para cancelar su próxima cita que ha consultado. 2.1.5 El sistema muestra un mensaje de confirmación de cancelación: Cita Cancelada. 2.2 Flujos Alternativos 2.2.1

Si el Paciente presiona el botón “Consultar” sin haber ingresado su DNI, el sistema le mostrará un mensaje solicitando ingreso del DNI.

3. Pre Condiciones 3.1 El Paciente ha realizado el ingreso al sistema correctamente. 3.2 El Paciente ha seleccionado la opción “Citas Web” y “Administrar cita” de su interfaz gráfica.

4. Post Condiciones 4.1 La cita queda cancelada. 4.2 El turno cancelado vuelve a quedar disponible para una nueva cita.

99

 Especificación del Caso de Uso: Registrar Cita

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a las Enfermeras de cada consultorio externo, registrar la cita de los pacientes que aún acuden al hospital para solicitar sus citas. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 La Enfermera ingresa el DNI del paciente y hace clic en el botón “Buscar”. 2.1.2 El Sistema muestra los Nombres, apellidos y número de historia del paciente. 2.1.3 La Enfermera hace clic en el ícono “Siguiente” para realizar el 2do paso de la cita. 2.1.4 El Sistema muestra los campos que hay que seleccionar tales como: Especialidad, consultorio, turno, día y hora. 2.1.5 La Enfermera selecciona todos los datos solicitados y da clic en el botón “Registrar Cita”. 2.1.6 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si la Enfermera presiona el botón “Buscar” sin haber ingresado el DNI, el sistema le mostrará un mensaje solicitando ingreso del DNI.

2.2.2

Si no se seleccionan todos los datos solicitados de forma correcta el sistema mostrará un mensaje solicitando ingreso correcto de todos los datos.

3. Pre Condiciones 3.1 La Enfermera ha realizado el ingreso al sistema correctamente. 3.2 La Enfermera ha seleccionado la opción “Citas Consultorio” y “Registrar Cita” de su interfaz gráfica.

4. Post Condiciones 4.1 La nueva cita queda registrada en la base de datos. 4.2 La disponibilidad del mismo día, hora y consultorio queda ocupado. 100

 Especificación del Caso de Uso: Consultar Citados

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a las Enfermeras de cada consultorio externo, generar el reporte de atenciones diariamente que tendrá cada médico. Este reporte se imprimirá todas las mañanas a primera hora y serán entregados a los respectivos médicos. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Sistema muestra los datos que hay que ingresar y seleccionar para realizar la búsqueda tales como: Fecha, área y consultorio. 2.1.2 La Enfermera ingresa y selecciona los datos mencionados y da clic en el botón “Buscar”. 2.1.3 El Sistema muestra el listado de todas las personas citadas con los datos buscados previamente. 2.1.4 La Enfermera procede a imprimir el reporte. 2.2 Flujos Alternativos 2.2.1

Si la Enfermera presiona el botón “Buscar” sin haber ingresado y seleccionado los 3 datos mencionados de forma correcta, el sistema le mostrará un mensaje solicitando ingreso correcto de todos los datos.

3. Pre Condiciones 3.1 La Enfermera ha realizado el ingreso al sistema correctamente. 3.2 La Enfermera ha seleccionado la opción “Citas Consultorio” y “Consultar Citados” de su interfaz gráfica.

4. Post Condiciones 4.1 Se imprime el reporte.

101

 Especificación del Caso de Uso: Registrar Salida Admisión

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite al Asistente de HC, consultar las historias que deberán ser llevadas a los consultorios según datos de la cita. También permite registrar la salida de cada una de ellas. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Asistente de HC selecciona el consultorio y fecha que desea consultar y da clic en el botón “Consultar” 2.1.2 El Sistema muestra la lista de todos los pacientes con sus respectivos números de historia que están pendientes para el traslado al consultorio consultado. 2.1.3 El Asistente de HC verifica la existencia física de la historia pendientes en los estantes. 2.1.4 El Asistente de HC presiona el botón “Habilitar”. 2.1.5 El Sistema solicita ingresar clave. 2.1.6 El Asistente de HC ingresa clave y da clic en el botón “OK” 2.1.7 El Sistema muestra la lista con los checkbox habilitados de cada historia 2.1.8 El Asistente de HC selecciona los checkbox de las historias que serán enviadas al consultorio y da clic en el botón “Registrar Salida” 2.1.9 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si el Asistente de HC presiona el botón “Buscar” sin haber seleccionado los datos, el sistema le mostrará un mensaje solicitando seleccionarlos.

3. Pre Condiciones 3.1 El Asistente de HC ha realizado el ingreso al sistema correctamente. 3.2 El Asistente de HC ha seleccionado la opción “Traslado de Historias” y “Registrar Salida” de su interfaz gráfica.

4. Post Condiciones 4.1 El movimiento de la historia queda registrado en la base de datos. 4.2 Las historias seleccionadas salen físicamente del área de Admisión y Archivos. 102

 Especificación del Caso de Uso: Registrar Entrada Consultorio

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a las Enfermeras de cada consultorio externo, consultar las historias que han sido enviadas desde el área de Admisión y Archivos. También permite registrar la llegada de cada una de ellas. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 La Enfermera selecciona el consultorio y fecha que desea consultar y da clic en el botón “Consultar” 2.1.2 El Sistema muestra la lista de todos los pacientes con sus respectivos números de historia que han sido enviados. 2.1.3 La Enfermera verifica la existencia física de la historia enviadas. 2.1.4 La Enfermera presiona el botón “Habilitar”. 2.1.5 El Sistema solicita ingresar clave. 2.1.6 La Enfermera ingresa clave y da clic en el botón “OK” 2.1.7 El Sistema muestra la lista con los checkbox habilitados de cada historia 2.1.8 La Enfermera selecciona los checkbox de las historias que han sido enviadas y da clic en el botón “Registrar Entrada” 2.1.9 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si la Enfermera presiona el botón “Buscar” sin haber seleccionado los datos, el sistema le mostrará un mensaje solicitando seleccionarlos.

3. Pre Condiciones 3.1 La Enfermera ha realizado el ingreso al sistema correctamente. 3.2 La Enfermera ha seleccionado la opción “Traslado de Historias” y “Registrar Entrada” de su interfaz gráfica.

4. Post Condiciones 4.1 El movimiento de la historia queda registrado en la base de datos. 4.2 Las historias seleccionadas quedan físicamente en el consultorio.

103

 Especificación del Caso de Uso: Registrar Salida Consultorio

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a las Enfermeras de cada consultorio externo, registrar la salida de cada historia que serán devueltas al área de Admisión y Archivos. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 La Enfermera selecciona el consultorio y fecha que desea consultar y da clic en el botón “Consultar” 2.1.2 El Sistema muestra la lista de todos los pacientes con sus respectivos números de historia que han sido registrados previamente. 2.1.3 La Enfermera verifica la existencia física de las historias registradas. 2.1.4 La Enfermera presiona el botón “Habilitar”. 2.1.5 El Sistema solicita ingresar clave. 2.1.6 La Enfermera ingresa clave y da clic en el botón “OK” 2.1.7 El Sistema muestra la lista con los checkbox habilitados de cada historia 2.1.8 La Enfermera selecciona los checkbox de las historias que serán devueltas al área de Admisión y Archivos y da clic en el botón “Registrar Salida” 2.1.9 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si la Enfermera presiona el botón “Buscar” sin haber seleccionado los datos, el sistema le mostrará un mensaje solicitando seleccionarlos.

3. Pre Condiciones 3.1 La Enfermera ha realizado el ingreso al sistema correctamente. 3.2 La Enfermera ha seleccionado la opción “Traslado de Historias” y “Registrar Salida” de su interfaz gráfica.

4. Post Condiciones 4.1 El movimiento de la historia queda registrado en la base de datos. 4.2 Las historias seleccionadas salen físicamente del consultorio.

104

 Especificación del Caso de Uso: Registrar Entrada Admisión

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite al Asistente de HC, registrar la entrada de cada historia clínica que fueron devueltas de los consultorios. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Asistente de HC selecciona el consultorio y fecha que desea consultar y da clic en el botón “Consultar” 2.1.2 El Sistema muestra la lista de todos los pacientes con sus respectivos números de historia que han sido devueltos. 2.1.3 El Asistente de HC verifica la existencia física de la historia devueltas. 2.1.4 El Asistente de HC presiona el botón “Habilitar”. 2.1.5 El Sistema solicita ingresar clave. 2.1.6 El Asistente de HC ingresa clave y da clic en el botón “OK” 2.1.7 El Sistema muestra la lista con los checkbox habilitados de cada historia 2.1.8 El Asistente de HC selecciona los checkbox de las historias que serán registradas y da clic en el botón “Registrar Entrada” 2.1.9 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si el Asistente de HC presiona el botón “Buscar” sin haber seleccionado los datos, el sistema le mostrará un mensaje solicitando seleccionarlos.

3. Pre Condiciones 3.1 El Asistente de HC ha realizado el ingreso al sistema correctamente. 3.2 El Asistente de HC ha seleccionado la opción “Traslado de Historias” y “Registrar Entrada” de su interfaz gráfica.

4. Post Condiciones 4.1 El movimiento de la historia queda registrado en la base de datos. 4.2 Las historias seleccionadas quedan físicamente en el área de Admisión y Archivos.

105

 Especificación del Caso de Uso: Registrar Atenciones

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a las Enfermeras de los consultorios externos, poder al final del día registrar a los pacientes que han sido atendidos por el médico. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 La Enfermera selecciona la Fecha del día y Consultorio, y hace clic en el botón “Listar”. 2.1.2 El Sistema muestra la lista de todos los pacientes citados para ese día indicado. 2.1.3 La Enfermera le hace check a los pacientes que asistieron a la cita y hace clic en el botón “Registrar Atenciones”. 2.1.4 El sistema muestra un mensaje de confirmación de registro: Registro Exitoso. 2.2 Flujos Alternativos 2.2.1

Si la Enfermera presiona el botón “Listar” sin haber seleccionado la Fecha y Consultorio, el sistema le mostrará un mensaje solicitando ingreso de datos.

3. Pre Condiciones 3.1 La Enfermera ha realizado el ingreso al sistema correctamente. 3.2 La Enfermera ha seleccionado la opción “Atenciones” y “Atenciones Médicas” de su interfaz gráfica.

4. Post Condiciones 4.1 El estado de la cita queda como atendido.

106

 Especificación del Caso de Uso: Importar Excel

1. Caso de Uso 1.1 Breve Descripción Este caso de uso permite a los Jefes de cada Área, consultar estadísticamente las atenciones realizadas en cada consultorio mensualmente. También se podrá importar en Excel las estadísticas mostradas. 2. Flujo de Eventos 2.1 Flujo Básico 2.1.1 El Sistema lista la estadística de atenciones mensuales por cada consultorio. 2.1.2 El Jefe de Área hace clic en el ícono “Importar Excel”. 2.1.3 El Sistema descarga y muestra el Excel. 3. Pre Condiciones 3.1 El Jefe de Área ha realizado el ingreso al sistema correctamente. 3.2 El Jefe de Área ha seleccionado la opción “Estadística” e “Importar Excel” de su interfaz gráfica.

4. Post Condiciones 4.1 El Excel queda descargado.

107

Anexo Nº 2 Diccionario de Datos

 Área En esta tabla se guardarán todas las áreas (o consultorios externos) que existen en el hospital. Campo idArea Nom_Area

PK x

FK

Tipo int varchar

Descripción ID autogenerado. Nombre del área.

 Citas En esta tabla se guardarán todas las citas médicas de los pacientes. Campo idCita Tipo

PK x

FK

idPaciente

x

idConsultorio Fecha idHora

x

Tipo int varchar int int date

int int

x

estado

Descripción ID autogenerado. Tipo de cita (internet o consultorio). Llave primaria de la tabla paciente. Llave primaria de la tabla consultorio. Fecha del día de la cita. Llave primaria de la tabla hora. „1‟=cita pendiente, „0‟=cita atendida.

 Consultorio En esta tabla se guardarán todos los consultorios (o consultorios internos) que existen en el hospital. Campo idConsultorio Nom_Consultorio

PK x

idEspecialidad

FK

x

Tipo int varchar int

Descripción ID autogenerado. Nombre del consultorio. Llave primaria de la tabla especialidad

 Especialidades En esta tabla se guardarán todas las especialidades pertenecientes a cada servicio brindado. Campo idEspecialidad Nom_Especialidad

PK x

FK

Tipo int varchar 108

Descripción ID autogenerado. Nombre de la especialidad.

idArea

int

x

Llave primaria de la tabla área.

 Fecha Hora En esta tabla se guardarán todos los turnos disponibles para la solicitud de una nueva cita que serán únicos dependiente tanto de la fecha como de la hora. Campo idFecha_Hora idTurno

PK x

FK x

Fecha idHora

x

idConsultorio

x

Tipo int int

Descripción ID autogenerado. Llave primaria de la tabla turno. Deriva de la programación de médicos. Llave primaria de la tabla hora.

date

int int int

estado

Llave primaria de la tabla consultorio. „1‟=turno disponible, „0‟=turno ocupado.

 Historia Clínica En esta tabla se guardará la historia clínica de cada paciente. Campo Num_Historia F_Registro

PK x

idPaciente

FK

x

Tipo int date int

Descripción Número de Historia autogenerado. Fecha de registro de la historia. Llave primaria de la tabla paciente.

 Hora En esta tabla se guardarán todas las horas que serán la duración para cada atención médica de los pacientes. Campo idHora Hora

PK x

idTurno

FK

x

Tipo int varchar int

Descripción ID autogenerado. Hora. Llave primaria de la tabla turno.

 Médico En esta tabla se guardarán todos los datos personales de cada médico. Campo idMedico CIP

PK x

FK

Grado Situacion idEspecialidad

x

idPersona

x

Tipo int int

Descripción ID autogenerado. Carnet de Identificación Policial.

varchar varchar

int int

Grado PNP. Situación actual de trabajo. Llave primaria de la tabla especialidades. Llave primaria de la tabla persona.

109

 Movimiento Historia En esta tabla se guardarán todas los movimientos de traslado que ha tenido cada historia de acuerdo a las citas trascurridas en el tiempo. Campo idMovimiento_Historia Num_Historia

PK x

FK x

Ubicacion Movimiento F_Movimiento Observacion

Tipo int int varchar varchar date text

Descripción ID autogenerado. Llave primaria de la tabla HC. Ubicación física actual. Salida o entrada. Fecha de movimiento. Observaciones.

 Nodo En esta tabla se guardarán todas las funcionalidades del menú principal del sistema. Campo idNodo Nom_Nodo

PK x

FK

Tipo int varchar

Descripción ID autogenerado. Nombre del nodo.

 Paciente En esta tabla se guardarán todos los datos personales de cada paciente. Campo idPaciente CIF

PK x

Parentesco idPersona

FK

x

Tipo int varchar

Descripción ID autogenerado. Carnet de Identificación Familiar.

varchar

Parentesco del Titular. Llave primaria de la tabla persona.

int

 Perfil En esta tabla se guardarán todos los perfiles que tendrán acceso al sistema. Campo idPerfil Nom_Perfil Descripcion

PK x

FK

Tipo int varchar text

Descripción ID autogenerado. Nombre del perfil. Descripción del perfil.

 Permisos En esta tabla se guardarán todos los permisos que tendrá el sistema.

110

Campo idPermiso Nom_Permiso

PK x

FK

Ruta idNodo

Tipo int varchar

Descripción ID autogenerado. Nombre del permiso.

text

Ruta de la interfaz. Llave primaria de la tabla nodo.

int

x

 Permisos x Perfil En esta tabla se guardarán todos los permisos que tendrá asignado cada perfil para interactuar con el sistema. Campo idPermisosxPerfil idPermiso

PK x

FK

Tipo int int int

x

idPerfil

x

Descripción ID autogenerado. Llave primaria de la tabla permiso. Llave primaria de la tabla perfil.

 Persona En esta tabla se guardarán a todas las personas tanto pacientes, médicos y trabajadores. Campo idPersona DNI

PK x

FK

Nombres A_Paterno A_Materno Sexo F_Nacimiento E_Civil Direccion Telefono Celular Correo estado

Tipo int int

Descripción ID autogenerado. DN.

varchar varchar varchar varchar date varchar text

int int varchar

int

Nombres. Apellido paterno. Apellido materno. Sexo. Fecha de nacimiento. Estado civil. Dirección. Teléfono. Celular. Correo. „1‟=activo, „0‟=inactivo.

 Programación Médico En esta tabla se guardará la programación mensual de atención de cada médico. Campo idProgramacion_Medico idMedico idTurno Fecha idConsultorio

PK x

FK x x x

Tipo int int int date int

111

Descripción ID autogenerado. Llave primaria de la tabla medic Llave primaria de la tabla turno. Fechas de atención. Llave pri de la tabla consultorio.

 Turno En esta tabla se guardarán todos los turnos de atención de los consultorios durante el día (mañana, tarde, noche). Campo idTurno Turno

PK x

FK

Tipo int varchar

H_Inicio H_Fin

time time

Descripción ID autogenerado. Turno. Hora de Inicio. Hora de Fin.

 Usuario En esta tabla se guardará a todos los usuarios que tendrán permiso para entrar al sistema. Campo idUsuario Usuario

PK x

FK

Contrasena F_Registro idPersona

x

idPerfil

x

estado

Tipo int varchar

Descripción ID autogenerado. Nombre del usuario.

varchar date

Contraseña del usuario Fecha de registro. Llave primaria de la tabla persona.

int int int

Llave primaria de la tabla perfil. „1‟=activo, „0‟=inactivo.

 Usuario Parientes En esta tabla se guardará a todos los parientes relacionados al titular o dueño del usuario creado. Campo idUsuario_Parientes Usuario idPaciente

PK x

FK

x

Tipo int varchar int

112

Descripción ID autogenerado. Nombre del usuario. Llave primaria de la tabla paciente.

Anexo Nº 3 Estándares de Desarrollo

Documento de Estándares de Desarrollo

El presente documento presenta los estándares que se utilizaran en el proyecto, para lograr como resultado un proyecto que conste de orden, coherencia y estética que permitan a los encargados de desarrollo obtener información clara y de fácil acceso, agilizando la programación.

1. Estándares de Documentación -

Los títulos y subtítulos serán escritos en negrita y sólo la primera letra de cada palabra inicial será escrita en mayúscula.

-

El texto debe estar justificado.

-

El título principal de cada página debe ser como sigue: Ejemplo:

-

Capítulo I: Visión del Proyecto

Arial 16, Negrita

Conclusiones

Arial 16, Negrita

El sub-título de cada página debe ser como sigue: Ejemplo: 1.1 El Problema 1.1.1

-

Arial 12, Negrita

El Negocio

Arial 12, Negrita

1.1.1.1 Organización

Arial 12, Negrita

En la descripción de cada ítem se podrá hacer uso de viñetas, en el orden que sigue: Ejemplo: 

Primer orden o Segundo orden  Tercer orden 113

-

Desarrollo del documento Arial 12, con interlineado 1,5.

-

Pie de página Arial 10, en modo oculto.

-

Paginación a partir de la primera página. El formato es el siguiente: “1”.

-

Los ejemplos e información relevante será enmarcada por un cuadro de línea simple.

2. Estándares de Diseño -

Colores

Azul, Blanco, Gris

-

Fuente / Letras

Arial, Helvetica, sans-serif, 13

3. Estándares de Análisis -

No se hará uso de tildes.

-

Las siglas a usar son como sigue:

Caso de Uso del Negocio

CUN

Caso de Uso del Sistema

CUS

Actor del Negocio

AN

Actor del Sistema

AS

Entidad del Negocio

EN

Trabajador del Negocio

TN

Diagrama de Casos de Uso del Negocio

DCUN

Diagrama de Casos de Uso del Sistema

DCUS

Especificación de Casos de Uso

ECU

Realización de Casos de Uso del Negocio

RCUN

Diagrama de Estados

DE

Diagrama de Actividades de la Realización del CUN

DAR

Diagrama de Actores del Sistema

DAS

Diagrama de Modelo Conceptual

DMC

Diagrama de Paquetes

DP

Diagrama de Objetos del Negocio

DON

114

Diagrama de Clases

DC

Diagrama de Clases de Análisis

DCA

Diagrama de Secuencia de Análisis

DSA

Diagrama de Clases de Diseño

DCD

Diagrama de Secuencia de Diseño

DSD

Diagrama de Componentes

DC

Diagrama de Despliegue

DD

Modelo Conceptual

MC

Modelo de Clases Persistentes

MCP

Entidades E_ Interfaces I_ Controladora C_

4. Estándares de Base de Datos Se usarán estándares específicos para nombrar a las tablas y columnas de la base de datos, este conjunto será llamado nomenclatura. De esta manera lograremos identificar el contenido de las tablas y columnas, así como recordar fácilmente sus nombres. 3.1

Estándares para nombrar Objetos de la Base de Datos

El estándar general radica en que los nombres de los objetos solo podrán contener letras mayúsculas y el símbolo “_” como conector. -

Nomenclatura:

El nombre de un objeto de la base de datos seguirá la siguiente estructura: _

Donde: T

:

NombreObjeto :

115

Prefijo de la Tabla Nombre de Tabla

5. Estándares de Programación 4.1

4.2

Controles Web Tipo de Control

Prefijo

Button

btn_

Checkbox

chk_

File

f_

Image

img_

Label

lbl_

Redio

r_

Submit

btn_

Text

txt_

Nombre de las Clases Tipo de Objeto

Prefijo

BL

BL_

DA

DA_

116

Anexo Nº 4 Casos de Uso de Pruebas

 Informe de Prueba del Caso de Uso: Programar Médico

Informe de prueba Unidad de Prueba: Programar Médico

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Ingreso correcto del DNI para la búsqueda del médico. - Muestra de datos del médico buscado. - Registro correcto de los datos de la programación. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Programar Médico” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Programar Médico.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso del DNI.

Que se haya ingresado correctamente el DNI.

Paso.

DNI encontrado.

3

Punto de chequeo.

El sistema muestra los datos correctos del médico buscado.

Que se muestre los datos del médico buscado.

Paso.

Carga en pantalla de los nombres, apellidos y especialidad del médico.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la programación del médico.

Que todos los datos seleccionados e ingresados se hayan validado.

Paso.

Se ingresó datos de la programación tales como: nombres, apellidos, especialidad, área, consultorio, turno y fechas.

117

 Informe de Prueba del Caso de Uso: Registrar Historia

Informe de prueba Unidad de Prueba: Registrar Historia

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Ingreso correcto del CIF para la búsqueda del paciente. - Muestra de datos del paciente buscado. - Registro correcto de los datos de la nueva historia. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Historia” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Historia.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso del CIF.

Que se haya ingresado correctamente el CIF.

Paso.

CIF encontrado.

3

Punto de chequeo.

El sistema muestra los datos correctos del paciente buscado.

Que se muestre los datos de los pacientes identificados con el número de CIF ingresado.

Paso.

Carga en pantalla las personas pertenecientes al número de CIF buscado.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la historia del paciente.

Que todos los datos seleccionados e ingresados se hayan validado.

Paso.

Se ingresó los datos de la historia tales como: persona, número de historia y fecha de registro.

118

 Informe de Prueba del Caso de Uso: Reservar Cita

Informe de prueba Unidad de Prueba: Reservar Cita

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Cargar en pantalla el CIF de acuerdo al usuario ingresado. - Muestra de los pacientes identificados con el CIF mostrado. - Registro correcto de los datos de la nueva cita. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Reservar Cita” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Reservar Cita.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema muestra en pantalla el número de CIF del usuario que ha iniciado sesión.

Que se muestre correctamente el CIF del usuario que ha iniciado sesión.

Paso.

CIF encontrado.

3

Punto de chequeo.

El sistema mostrará a toda la carpeta familiar identificados con el CIF mostrado.

Que se muestre a todas las personas con el CIF mostrado.

Paso.

Se muestra a todos los pacientes que les pertenece el número de CIF consultado.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la cita.

Que todos los datos seleccionados se hayan validado.

Paso.

Se seleccionó todos los datos de la cita tales como: especialidad, consultorio, turno, día y hora.

119

 Informe de Prueba del Caso de Uso: Administrar Cita

Informe de prueba Unidad de Prueba: Administrar Cita

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Ingreso correcto del DNI para la búsqueda del paciente. - Muestra de la próxima cita del paciente. - Cancelación correcta de la cita. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Administrar Cita” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Administrar Cita.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso del DNI.

Que se haya ingresado correctamente el DNI.

Paso.

DNI encontrado.

3

Punto de chequeo.

El sistema muestra los datos correctos de la cita del paciente buscado.

Que se muestre los datos de la próxima cita pendiente del paciente que ingresó su DNI.

Paso.

Cargar en pantalla todos los datos de la próxima cita.

4

Punto de chequeo.

El sistema validará la correcta cancelación de la cita.

Que la cita se haya cancelado.

Paso.

La cita queda cancelada.

120

 Informe de Prueba del Caso de Uso: Registrar Cita

Informe de prueba Unidad de Prueba: Registrar Cita

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Ingreso correcto del DNI del paciente para la búsqueda. - Muestra de la existencia del paciente buscado. - Registro correcto de los datos de la nueva cita. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Cita” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Cita.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso del DNI del paciente que solicitará cita.

Que se haya ingresado correctamente el DNI.

Paso.

DNI encontrado.

3

Punto de chequeo.

El sistema mostrará los datos del paciente buscado.

Que se muestre los datos del paciente en caso si existiera en e sistema.

Paso.

Se muestra los datos del paciente encontrado tales como: nombres, apellidos y número de historia.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la cita.

Que todos los datos seleccionados se hayan validado.

Paso.

Se seleccionó todos los datos de la cita tales como: especialidad, consultorio, turno, día y hora.

121

 Informe de Prueba del Caso de Uso: Consultar Citados

Informe de prueba Unidad de Prueba: Consultar Citados

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Ingreso correcto de los datos para la búsqueda. - Lista de los pacientes citados. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Consultar Citados” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Consultar Citados.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para la búsqueda de los pacientes citados.

Que se haya ingresado correctamente los datos.

Paso.

Ingreso correcto de la fecha, área y consultorio.

3

Punto de chequeo.

El sistema mostrará la lista de los pacientes citados.

Que se muestre la lista de todos los pacientes citados para la fecha buscada en el consultorio buscado.

Paso.

Lista de los nombres, CIF y número de historia de los pacientes citados.

122

 Informe de Prueba del Caso de Uso: Registrar Salida Admisión

Informe de prueba Unidad de Prueba: Registrar Salida Admisión

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Selección correcta de los datos para la búsqueda de las historias. - Listado de las historias en estado pendiente. - Ingreso correcto de los datos para el registro de salida de las historias. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Salida Admisión” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Salida Admisión.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para la búsqueda

Que se haya ingresado correctamente los datos.

Paso.

Ingreso del consultorio y la fecha.

3

Punto de chequeo.

El sistema listará todas las historias con el estado pendiente.

Que se muestre Paso. todas las historias que pertenezcan a los datos buscados.

Muestra los datos del paciente con su respectivo número de historia.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la salida de las historias.

Que todos los datos ingresados se hayan validado.

Se seleccionó a todas las historias que serán enviadas al consultorio.

123

Paso.

 Informe de Prueba del Caso de Uso: Registrar Entrada Consultorio

Informe de prueba Unidad de Prueba: Registrar Entrada Consultorio

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Selección correcta de los datos para la búsqueda de las historias. - Listado de las historias en estado enviado. - Ingreso correcto de los datos para el registro de entrada de las historias. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Entrada Consultorio” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Entrada Consultorio.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para la búsqueda

Que se haya ingresado correctamente los datos.

Paso.

Ingreso del consultorio y la fecha.

3

Punto de chequeo.

El sistema listará todas las historias con el estado enviado.

Que se muestre Paso. todas las historias que pertenezcan a los datos buscados.

Muestra los datos del paciente con su respectivo número de historia.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la entrada de las historias.

Que todos los datos ingresados se hayan validado.

Se seleccionó a todas las historias que serán registradas en el consultorio.

124

Paso.

 Informe de Prueba del Caso de Uso: Registrar Salida Consultorio

Informe de prueba Unidad de Prueba: Registrar Salida Consultorio

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Selección correcta de los datos para la búsqueda de las historias. - Listado de las historias en estado registrado. - Ingreso correcto de los datos para el registro de salida de las historias. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Salida Consultorio” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Salida Consultorio.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para la búsqueda

Que se haya ingresado correctamente los datos.

Paso.

Ingreso del consultorio y la fecha.

3

Punto de chequeo.

El sistema listará todas las historias con el estado registrado.

Que se muestre Paso. todas las historias que pertenezcan a los datos buscados.

Muestra los datos del paciente con su respectivo número de historia.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la salida de las historias.

Que todos los datos ingresados se hayan validado.

Se seleccionó a todas las historias que serán enviadas a admisión.

125

Paso.

 Informe de Prueba del Caso de Uso: Registrar Entrada Admisión

Informe de prueba Unidad de Prueba: Registrar Entrada Admisión

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Selección correcta de los datos para la búsqueda de las historias. - Listado de las historias en estado enviadas. - Ingreso correcto de los datos para el registro de entrada de las historias. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Entrada Admisión” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Entrada Admisión.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para la búsqueda.

Que se haya ingresado correctamente los datos.

Paso.

Ingreso del consultorio y la fecha.

3

Punto de chequeo.

El sistema listará todas las historias con el estado enviado.

Que se muestre Paso. todas las historias que pertenezcan a los datos buscados.

Muestra los datos del paciente con su respectivo número de historia.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la entrada de las historias.

Que todos los datos ingresados se hayan validado.

Se seleccionó a todas las historias que serán devueltos a admisión.

126

Paso.

 Informe de Prueba del Caso de Uso: Registrar Atenciones

Informe de prueba Unidad de Prueba: Registrar Atenciones

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Ingreso correcto de los datos para la búsqueda. - Listado de los pacientes citados. - Registro correcto de los datos de la atención. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Registrar Atenciones” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Registrar Atenciones.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para la búsqueda

Que se haya ingresado correctamente los datos.

Paso.

Ingreso de la fecha y área.

3

Punto de chequeo.

El sistema listará a todos los pacientes citados según los datos buscados.

Que se muestre la lista de todos los pacientes citados.

Paso.

Se lista los nombres de los pacientes con sus respectivos números de historia.

4

Punto de chequeo.

El sistema validará el correcto ingreso de los datos para el registro de la atención.

Que todos los pacientes seleccionados queden registrados como atendidos.

Paso.

Se seleccionó a todos los pacientes que fueron atendidos.

127

 Informe de Prueba del Caso de Uso: Importar Excel

Informe de prueba Unidad de Prueba: Importar Excel

Fecha:

Escenarios probados: - Ingreso correcto a la interfaz. - Listado correcto de las estadística de atenciones. - Descarga correcta del Excel de estadística de atenciones. Avance % 24-06-11 90%

Tester:

Velásquez Gálvez, Rotceh Gladyz

Descripción de la Prueba: En esta prueba se validará el CUS “Importar Excel” en los escenarios especificados. Nº

Tipo

Descripción

Resultado Esperado

Resultado

Detalle de los resultados

1

Punto de chequeo.

En este paso se ingresará a la interfaz de Importar Excel.

Que el sistema muestre la interfaz de forma correcta.

Paso.

La interfaz se mostró correctamente.

2

Punto de chequeo.

El sistema muestra la estadística de las atenciones mensuales por cada consultorio.

Que se muestre la estadística.

Paso.

Muestra de la cantidad de atenciones realizadas mensualmente por cada consultorio.

3

Punto de chequeo.

El sistema permita la descarga del Excel de estadísticas.

Que se descargue el documento Excel.

Paso.

Descarga correcta.

128

Anexo Nº 5 Solicitud de Cambios

FORMATO SOLICITUD DE CAMBIO Solicitud de cambio número: _ _ _ _ _ _ _ _ _ _ _ _ SECCION I: DESCRIPCION DEL CAMBIO Requerimiento que afecta: _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ Detalle del cambio: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ Solicitado por: Nombre ________

Firma ______

Cargo _______

Fecha _________

SECCION II: ANALISIS DEL CAMBIO Costo evaluación del Cambio: Costo Cambio: _ _ _ _ _ _ _ _ _ _ _ _

Evaluado por: _ _ _ _ _ _ _

Tiempo estimado: _ _ _ _ _ _ _ _ _ _

Firma: _ _ _ _ _ _ _ _ _ _ _

Fecha de validez: _ _ _ _ _ _ _ _ _ _ Solución _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ SECCION III 1. Aprobado ( ) Nombre: _ _ _ _ _ _ _

Firma _ _ _ _ _ _

Fecha _ _ _ _ _ _ _

2. Rechazado ( ) Nombre: _ _ _ _ _ _ _

Firma _ _ _ _ _ _

Fecha _ _ _ _ _ _ _

3. Posponer ( ) Nombre: _ _ _ _ _ _ _ _

Firma _ _ _ _ _ _

Fecha _ _ _ _ _ _ _

129