Informe_Final - TAP
-
Upload
rotceh-velasquez -
Category
Documents
-
view
635 -
download
0
Transcript of 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 – SurcoJunio / 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 para terminar este proyecto de
investigación.
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ónAbstractCapítulo I: Visión del Proyecto1.1 Introducción………………………………………………………………………………………….. 11.2 El Problema………………………………………………………………………………………….. 1
1.2.1 El Negocio……………………………………………………………………………….. 11.2.1.1 Hospital Nacional PNP ‘Luis Nicasio Sáenz’…………………………...… 11.2.1.2 Visión…………………………………………………………………….…… 41.2.1.3 Misión……………………………………………………….………………… 41.2.1.4 Organización………………………………………………………….……… 5
1.2.2 Procesos del Negocio………………………………………………………………...… 51.2.2.1 Procesos Principales del Hospital……………………………………….… 51.2.2.2 Proceso Actual de Citas Médicas………………………………..………… 7
1.2.3 Descripción del Problema……………………………………………………………… 81.2.3.1 Estadísticas………………………………………………………….……… 10
1.3 Fundamentación del Problema……………………………………………………………...…… 171.3.1 Marco Teórico………………………………………………………………………..… 17
1.3.1.1 Dirección de Salud Policial……………………………………………...… 171.3.1.2 ¿Qué es una cita médica? ……………………………………………..… 181.3.1.3 Pasos previos para solicitar una cita…………………………………..… 181.3.1.4 ¿Cómo se obtiene una cita? ………………...…………………………… 191.3.1.5 Aplicación Web…………………………………………………………..… 20
1.3.2 Estado del Arte………………………………………………………………………… 221.3.2.1 Herramientas………………………………………………………..……… 221.3.2.2 Metodologías estratégicas………………………………………………… 261.3.2.3 Obstáculos que debe superar el hospital para la atención de las citas
médicas……………………………………………………………………………… 261.3.2.4 Tipos de tecnologías para implementar un sistema web de citas médicas………………………………………………………………………….…… 28
1.4 Objetivos del Proyecto………………………………………………………………………….… 291.4.1 Marco Lógico…………………………………………………………………………… 29
1.4.1.1 Árbol de Problemas……………………………………………………...… 291.4.1.2 Árbol de Objetivos…………………………………………….…………… 30
1.4.2 Objetivo General………………………………………………………………….…… 301.4.3 Objetivo Específico……………………………………………………………….…… 30
1.5 Beneficios del Proyecto…………………………………………………………………………… 311.5.1 Beneficios Tangibles………………………………………………………………...… 311.5.2 Beneficios Intangibles…………………………………………………………….…… 31
1.6 Alcance del Proyecto……………………………………………………………………………… 321.7 Conclusiones……………………………………………………………………………….……… 32
Capítulo II: Modelado del Negocio2.1 Introducción………………………………………………………………………………………… 332.2 Reglas del Negocio………………………………………………………………………..……… 332.3 Casos de Uso del Negocio………………………………………………………………….……. 34
2.3.1 Relación de CUN’s………………………………………………………………..….…342.3.2 Diagrama de CUN’s…………………………………………………………………….352.3.3 Especificaciones de CUN’s…………………………………………………………….35
2.4 Diagrama de actividades del Negocio…………………………………………………..….…… 36
2.5 Diagrama de clases de objetos del Negocio……………………………………………………382.6 Conclusiones…………………………………………………………………………………….… 39
Capítulo III: Requerimientos del Negocio3.1 Introducción………………………………………………………………………………..….…… 403.2 Requerimientos del Software………………………………………………………………..…… 40
3.2.1 Relación de Requerimientos…………………………………………………….…… 403.2.2 Especificación de Requerimientos…………………………………………………… 41
3.2.2.1 Requerimientos Funcionales……………………………………………… 413.2.2.2 Requerimientos No Funcionales……………………………….………… 42
3.3 Casos de Uso del Sistema…………………………………………………………………..…… 433.3.1 Diagrama de Actores del Sistema…………………………………………………… 433.3.2 Diagrama de Paquetes……………………………………………………………...… 433.3.3 Casos de Uso del Sistema…………………………………………………….……… 44
3.3.3.1 Relación de CUS’s…………………………………………………………..443.3.3.2 Diagrama de CUS’s………………………………..……………….……… 443.3.3.3 Especificaciones de CUS’s…………………………………………………463.3.3.4 Matriz CUN’s vs CUS’s……………………………………………………..49
3.4 Modelo Conceptual del Sistema………………………………………………………….……… 503.4.1 Diagrama del Modelo Conceptual…………………………………………………… 503.4.2 Atributos de los casos de uso del sistema…………………………………………...51
3.5 Benchmarking…………………………………………………………………………………...… 523.5.1 Soluciones encontradas………………………………………………………….…… 523.5.2 Evaluación de las soluciones encontradas…………………………………………..52
3.6 Prototipos de la solución…………………………………………………………………….……. 533.7 Conclusiones…………………………………………………………………………………….… 56
Capítulo IV: Arquitectura4.1 Introducción………………………………………………………………………………………… 574.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……….……. 574.2.2 Especificación de los casos de uso….……………………………………….……… 574.2.3 Diagramas de Secuencia de Diseño y de Clases de Diseño………………………58
4.3 Modelo de Datos…………..……………………………………………………………….……… 704.3.1 Diagrama de Modelo de Datos.…………………………………………..….….…… 704.3.2 Diccionario de Datos…………………………………………………………….…..… 71
4.4 Modelo de Componentes…………….…………………………………………………….…..… 714.5 Modelo de Despliegue…………………………………………………………………………….724.6 Conclusiones……………………………………………………………………………………….72
Capítulo V: Desarrollo y Pruebas5.1 Introducción…………………………………………………………………………………..……. 735.2 Desarrollo……………………………………………………………………………………….…..73
5.2.1 Plataforma Tecnológica……………………………………………….……………….735.2.2 Estándares de Desarrollo…………………………………………………………..….74
5.3 Pruebas…………………………………………………………………………………………..… 745.3.1 Plan de Pruebas del Proyecto………………………………………….……….……. 745.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 Proyecto6.1 Introducción…………………………………………………………………………………..……. 78
6.2 Viabilidad del Proyecto….…………………………………………………………………….…...786.2.1 Viabilidad Técnica…….……………………………………………….………………..786.2.2 Viabilidad Económica…..…………………………………………………………..…..78
6.3 Organización del Proyecto……………………………………………………………………..… 796.3.1 Organigrama del Proyecto………………………………………….……….……..…. 806.3.2 EDT del Proyecto……..……………………………………………………….………..80
6.4 Estimación y Ejecución del Proyecto…………………………………………………….…….…816.4.1 Cronograma de Ejecución del Proyecto………………………………………….…..816.4.2 Estimación del presupuesto total del Proyecto………………………………………82
6.5 Gestión de riesgos del Proyecto …………………………………………………………….……846.6 Plan de cambios en el Proyecto……………………………………………………………….….856.7 Constancia de aceptación del cliente sobre el Proyecto………………………………….……856.8 Conclusiones…………………………………………………………………………………….….86
Conclusiones…………………………………………………………………………………….……... 87Glosario de Términos……………………………………………………………………………….… 88Siglas………………………………………………………………………………………………….… 93Bibliografía……………………………………………………………………………………………… 94Anexos……………………………………………………………………………………………………95
Índice de Gráficos y Tablas
Gráfico #1: Organigrama estructural del Hospital Nacional PNP ‘Luis N. Sáenz’………….….… 5Gráfico #2: Procesos principales del Hospital Nacional PNP ‘Luis N. Sáenz’……………..….…. 6Gráfico #3: Proceso actual de citas médicas……………………………………………………...…. 7Gráfico #4: Población Policial según localización territorial……………………….……………… 10Gráfico #5: Población Policial Familiares según localización territorial………………………..… 10Gráfico #6: Número de atenciones médicas y no médicas en consulta externa HN PNP ‘LNS’ 11Gráfico #7: Atenciones médicas por Departamentos HN PNP ‘LNS’…………………………… 12Gráfico #8: Nº de atenciones médicas en el departamento de Cardiología – 2010……………. 14Gráfico #9: Nº de atenciones médicas en el departamento de Dermatología – 2010…………. 14Gráfico #10: Nº de atenciones médicas en el departamento de Endocrinología – 2010……… 15Gráfico #11: Nº de atenciones médicas en el departamento de Otorrino – 2010……………… 16Gráfico #12: Nº de atenciones médicas en el departamento de Urología – 2010…………….... 17Gráfico #13: Alternativas de herramientas………………………………………………………….. 29Gráfico #14: Costos de hardware para implementar el proyecto………………………………… 51Gráfico #15: Costos de software para implementar el proyecto…………………………………. 51Gráfico #16: Costos de recursos humanos para el desarrollo del proyecto……………………. 51Gráfico #17: Organigrama del Proyecto…………………………………………………………….. 51Gráfico #18: EDT del Proyecto……………………………………………………………………….. 52Gráfico #19: Cronograma de actividades del Proyecto……………………………………………. 53Gráfico #20: Gastos/Mes en los procesos asociados a la gestión de citas médicas…………... 54Gráfico #21: Gastos/Mes en los procesos mejorados asociados a la gestión de citas médicas55Gráfico #22: Beneficios netos aproximados por mes……………………………………………… 55Grá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
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
NECESIDADES DE ATENCIÓN MÉDICA DE LOS PACIENTES
SATISFACCIÓN DE LAS NECESIDADES MÉDICAS DE LOS PACIENTES
Recepción del paciente
Atención médica Diagnóstico
Despacho del paciente
ATENCIÓN MÉDICA
FARMACIA
DIRECCIÓN MÉDICA
LABORATORIO QUIRÓFANO REHABILITACIÓN
DIRREHUM DIECO FOSPOLIADMISIÓN Y ARCHIVOS
DIRECCIÓN ADMINISTRATIVA
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
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
Confirma historia
Entrega Historias
Confirma Cita
Enfermera
Registra Cita
Registra Nº de
historia
Cuaderno de CitasSolicita Cita
- CIP o CIF- Tarjeta de Fospoli- TUA
Paciente
Presenta
Hoja de Historias Clínicas
Auxiliar
Recoge hoja
Solicita Atención
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:
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.
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
LOCALIZACIÓN TERRITORIAL
POBLACIÓN POLICIAL
Nº %
DPTO. LIMA 53266 51.24 %
INTERIOR DEL PAÍS 50683 48.76 %
TOTAL 103949 100 %
LOCALIZACIÓN TERRITORIAL
POBLACIÓN POLICIAL
Nº %
DPTO. LIMA 177889 54.95 %
INTERIOR DEL PAÍS 145 860 45.05 %
TOTAL 323749 100 %
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.
TITU-LARES 212753 41.9%
FAMI-LIA-
RES293741
57.9%N.E. 894 0.2%
NÚMERO DE ATENCIONES SEGÚN PARENTESCO DEL PACIENTE
Número de atenciones médicas y no médicas en consulta
externa - Diciembre 2009 a Noviembre 2010:
CONSULTAS DIC09 ENE FEB 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 1575319.79
018.83
322.885
19.644
20.34419.26
417.535
18.979
22.86019.70
220.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
TOTAL GENERAL: 31513 39960 38172 44490 39549 39899 37623 34783 35570 43178 41081 41047 466865
Gráfico #6: Número de atenciones médicas y no médicas en consulta externa HN PNP ‘LNS’.
11
Elaboración: Unidad de Estadística de la OFISIG del HN ‘LNS’ PNP. Atenciones médicas por departamentos - Año 2010
SERVICIOATENCIONES MÉDICAS POR MES
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
SERVICIO ATENCIONES MÉDICAS POR MES
12
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
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
ene feb mar abr may jun jul ago sep oct nov0
200400600800
10001200140016001800
Nº de atenciones médicasEne'10 - Nov'10
CARDIOLOGÍA
meses de atenciones
nº d
e at
encio
nes
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.
ene feb mar abr may jun jul ago sep oct nov0
500
1000
1500
2000
2500
3000
Nº de atenciones médicasEne'10 - Nov'10
DERMATOLOGÍA
meses de atenciones
nº d
e at
encio
nes
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.
ene feb mar abr may jun jul ago sep oct nov0
500
1000
1500
2000
2500
3000
Nº de atenciones médicasEne'10 - Nov'10
ENDOCRINOLO
meses de atenciones
nº d
e at
encio
nes
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
ene feb mar abr may jun jul ago sep oct nov0
200400600800
100012001400160018002000
Nº de atenciones médicasEne'10 - Nov'10
OTORRINO
meses de atenciones
nº d
e at
encio
nes
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.
ene feb mar abr may jun jul ago sep oct nov0
100200300400500600700800900
1000
Nº de atenciones médicasEne'10 - Nov'10
UROLOGÍA
meses de atenciones
nº d
e at
encio
nes
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 asíncronas con el cliente
25
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 Alternativa 2 Alternativa 3
Microsoft Visual
Studio 2008$ 599
Adobe
Dreamweaver CS5$0
NetBeans IDE$ 0
Microsoft SQL
Server 2008$ 898 MySQL $ 0 Oracle BD $ 1 660
Windows Server
2008
$ 398 Windows Server
2008
$ 398 Windows Server
2008
$ 398
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.
28
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
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
29
Pérdida de tiempo y/o dinero
Malestar en los pacientes.
Demora en atender a los pacientes.
Atención inadecuada en el proceso de citas en el
Hospital Nacional PNP “Luis N. Sáenz”
Genera colas.
Demora en el registro de datos.
Efectos
Conflictos de atención.
1.4.1.2 Árbol de Objetivos
1.4.2 Objetivo General
30
Una misma ventanilla atiende la solicitud y atención de cita.
El registro manual de las citas en un cuaderno.
No existe un sistema que almacene y muestre información de forma rápida y eficiente.
Atención desordenada.
Solicitud de citas necesariamente en el hospital.
Preferencia de atención.
Impuntualidad de los pacientes.
Causas
Reservas de citas por internet.
Una sola cola para atención.
El registro se realiza de forma más segura.
Atención ordenada.
Atención por igual.
Atención en la hora citada.
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.
Disminuye la pérdida de tiempo y/o dinero.
Satisfacción de los pacientes.
Atención más rápida.
Atención adecuada en el proceso de citas en el
Hospital Nacional PNP “Luis N. Sáenz”
Colas más cortas y con mayor fluidez.
Registro más rápido y seguro de los datos.
Causas
Efectos
Ubicación oportuna de las historias.
Se controla con exactitud el movimiento de las historias.
Atención segura.
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.
- 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.
31
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.
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
32
citas y que de este modo se tenga una mejor calidad de atención a
los pacientes.
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.
33
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
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.
34
- 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
1.7.1 Relación de CUN’s
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
1.7.2 Diagrama de CUN’s
CUN_Solicitar Cita
(f rom Casos de uso del negocio)
CUN_Atender Cita
(f rom Casos de uso del negocio)
AN_Paciente
(from Actores del negocio)
CUN_Consultar Traslado de HC
(f rom Casos de uso del negocio)AN_Asistente de HC
(from Actores del negocio)
CUN_Solicitar Estadistica de Atenciones
(f rom Casos de uso del negocio)AN_Unidad de Estadistica
(from Actores del negocio)
35
1.7.3 Especificaciones de CUN’s
Caso de Uso Descripción del Caso de Uso
CUN_Solici tar Cita
(f rom Casos de uso del negocio)
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.
CUN_Atender Cita
(f rom Casos de uso del negocio)
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.
CUN_Consultar Traslado de HC
(f rom Casos de uso del negocio)
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.
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
36
CUN_Solici tar Estadistica de Atenciones
(f rom Casos de uso del negocio)
Solicita cita
Recibe documentos y cita
Brinda documentos
Solicita documentos
Registra cita
Registra N° de historia
Entrega documentos y cita
Revisa documentos
: Hoja de N° Historias
¿completos?
Si
No
: Cuaderno de Citas
: Paciente
EnfermeraPaciente
CUN_Traslado de HC
37
Solicita Hoja de Nº Historias
Busca y traslada historias solicitadas
Entrega historias solicitadas
: Historia Clinica
Entrega Hoja de Nº Historias
Archiva historias
: Hoja de N° Historias
EnfermeraAsistente de HC
CUN_Estadística de Atenciones
Solicita reporte de atenciones
Recibe reporte de atenciones
Entrega reporte de atenciones
: Reporte de atenciones
Realiza reporte de atenciones
EnfermeraJefe de Area
CUN_Atender Cita
38
Solicita atención
Brinda tarjeta de citas
Pasa a atención
Solicita búsqueda en admisión
Solicita tarjeta de citas
Verifica cita
Verifica recepción de historia
Solicita búsqueda de historia
: Cuaderno de Citas
: Historia Clinica
¿citado?
Si
No
¿conforme?
Revisa paciente
Registra atención de paciente en HC
Si
No
MedicoEnfermeraPaciente
2.5 Diagrama de Clases de Objetos del Negocio
Cuaderno de Citas
(from Entidades del negocio)
Hoja de N° Historias
(from Entidades del negocio) TN_Secretaria de HC(from Trabajadores del negocio)
TN_Enfermera
(from Trabajadores del negocio)
* 1* 1
*
1
*
1
T_Jefe de Area
(from Trabajadores del negocio)
Historia Cl inica
(from Entidades del negocio)
1..*1 1..*1
Paciente
(from Entidades del negocio)
* 1* 1
*
1
*
1
Reporte de atenciones
(from Entidades del negocio)
1..* 11..* 1
TN_Medico
(from Trabajadores del negocio)
1..*
1..*
1..*
1..**
1..*
*
1..*
*1..* *1..*
2.6 Conclusiones
39
- 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.
Capítulo III: Requerimientos del Proyecto
40
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
Requerimient
o
Funcional
Nombre del Requerimiento
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.
Requerimient
o
Funcional
Nombre del Requerimiento
RNF 01 Rendimiento
RNF 02 Disponibilidad
RNF 03 Confiabilidad
RNF 04 Usabilidad
RNF 05 Acceso
41
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.
42
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.
43
3.3.Casos de Uso del Sistema
3.3.1 Diagrama de Actores del Sistema
AS_Usuario
AS_PacienteAS_Enfermera AS_Asistente de HCAS_Jefe de Area
AS_Administrador del Sistema
AS_Secretaria de HC
3.3.2 Diagrama de Paquetes
Citas Medicas Historia Clinica
Mantenimiento Seguridad Reportes Estadisticos
44
3.3.3 Casos de Uso del Sistema
3.3.3.1 Relación de CUS’s
CUS Nombre del CUS
Paquete SeguridadCUS 01 Administrar Perfil
CUS 02 Administrar Permisos
CUS 03 Registrar Usuario
CUS 04 Acceso Usuario
Paquete MantenimientoCUS 05 Administrar Consultorio Externo
CUS 06 Administrar Consultorio Interno
CUS 07 Registrar Médico
CUS 08 Actualizar Médico
CUS 09 Programar Médico
Paquete Historia ClínicaCUS 10 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
Paquete Citas MédicasCUS 16 Registrar Cita
CUS 17 Consultar Citados
CUS 18 Reservar Cita
CUS 19 Administrar Cita
CUS 20 Historial Citas
CUS 21 Registrar Atenciones
Paquete Reportes EstadísticosCUS 22 Consultar Gráficos Estadísticos
CUS 23 Importar Excel Estadístico
3.3.3.2 Diagrama de CUS’s
45
46
AS
_Usu
ario
(fro
m A
ctor
es d
el s
iste
ma)
Adm
inis
trar
Cita
(fro
m C
itas
Med
icas
)
Con
sulta
r C
itado
s
(fro
m C
itas
Med
icas
)
His
toria
l Cita
s
(fro
m C
itas
Med
icas
)
Reg
istr
ar A
tenc
ione
s
(fro
m C
itas
Med
icas
)
Reg
istr
ar C
ita
(fro
m C
itas
Med
icas
)
Res
erv
ar C
ita
(fro
m C
itas
Med
icas
)
AS
_Pac
ient
e
(fro
m A
ctor
es d
el s
iste
ma)
Con
sulta
r M
ovim
ient
o H
isto
ria
(fro
m H
isto
ria
Clin
ica)
Reg
istr
ar E
ntra
da A
dmis
ion
(fro
m H
isto
ria
Clin
ica)
Reg
istr
ar E
ntra
da C
onsu
ltorio
(fro
m H
isto
ria
Clin
ica)
Reg
istr
ar H
isto
ria
(fro
m H
isto
ria
Clin
ica)
AS
_Sec
reta
ria d
e H
C
(fro
m A
ctor
es d
el s
iste
ma)
Reg
istr
ar S
alid
a A
dmis
ion
(fro
m H
isto
ria
Clin
ica)
Reg
istr
ar S
alid
a C
onsu
ltorio
(fro
m H
isto
ria
Clin
ica)
AS
_Enf
erm
era
(fro
m A
ctor
es d
el s
iste
ma)
Act
ualiz
ar M
edic
o
(fro
m M
ante
nim
ie...
Adm
inis
trar
Con
sulto
rio E
xter
no
(fro
m M
ante
nim
ie... Adm
inis
trar
Con
sulto
rio I
nter
no
(fro
m M
ante
nim
ie...
Pro
gram
ar M
edic
o
(fro
m M
ante
nim
ie...
Reg
istr
ar M
edic
o
(fro
m M
ante
nim
ie...
Con
sulta
r G
rafi
cos
Est
adis
ticos
(fro
m R
epor
tes
Est
adis
ticos
)
Impo
rtar
Exc
el E
stad
istic
o
(fro
m R
epor
tes
Est
adis
ticos
)
AS
_Jef
e de
Are
a
(fro
m A
ctor
es d
el s
iste
ma)
Acc
eso
Usu
ario
(fro
m S
egur
idad
)
Adm
inis
trar
Per
fil
(fro
m S
egur
idad
)
Adm
inis
trar
Per
mis
os
(fro
m S
egur
idad
)
Reg
istr
ar U
suar
io
(fro
m S
egur
idad
)
AS
_Adm
inis
trad
or d
el
Sis
tem
a(f
rom
Act
ores
del
sis
tem
a)
AS
_Asi
sten
te d
e H
C
(fro
m A
ctor
es d
el s
iste
ma)
3.3.3.3 Especificaciones de CUS’s
Caso de Uso Descripción del Caso de Uso
Administrar Perfil
(f rom Seguridad)
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.
Administrar Permisos
(f rom Seguridad)
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.
Registrar Usuario
(f rom Seguridad)
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.
Acceso Usuario
(f rom Seguridad)
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.
Administrar Consultorio Interno
(f rom Mantenimiento)
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.
Registrar Medico
(f rom Mantenimiento)
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.
47
Administrar Consultorio Externo
(f rom Mantenimiento)
Actualizar Medico
(f rom Mantenimiento)
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.
Programar Medico
(f rom Mantenimiento)
En este CUS el Jefe de Área, podrá realizar la programación de atención mensual que realizará cada médico del hospital.
Registrar Historia
(f rom Historia Clinica)
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.
Registrar Salida Admision
(f rom Historia Clinica)
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.
Registrar Entrada Admision
(f rom Historia Clinica)
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.
Consultar Movimiento Historia
(f rom Historia Clinica)
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.
Registrar Entrada Consultorio
(f rom Historia Clinica)
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.
Registrar Salida Consultorio
(f rom Historia Clinica)
En este CUS la Enfermera, podrá registrar la salida de c/u de las historias que fueron enviadas del área de admisión.
Registrar Cita
(f rom Citas Medicas)
En este CUS la Enfermera, podrá registrar la cita de los pacientes que aún acudan al hospital para solicitarla.
48
Consultar Citados
(f rom Citas Medicas)
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.
Reservar Cita
(f rom Citas Medicas)
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.
Administrar Cita
(f rom Citas Medicas)
En este CUS el Paciente, podrá consultar su próxima cita que tenga; así como cancelarla en caso lo requiera.
Historial Citas
(f rom Citas Medicas)
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.
Registrar Atenciones
(f rom Citas Medicas)
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.
Consultar Graficos Estadisticos
(f rom Reportes Estadisticos)
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.
Importar Excel Estadistico
(f rom Reportes Estadisticos)
En este CUS el Jefe de Área, podrá consultar reportes estadísticos que la unidad de estadística los solicite.
49
3.3.3.4 Matriz CUN’s vs CUS’s
xx
xx
xxxx
xx
xxxx
xxxxx
CU
N /
CU
S
CU
N 0
1: S
olic
itar
Cit
a
CU
N 0
2: A
ten
der
Cit
a
CU
N 0
3: C
on
su
lta
r T
rasl
ad
o d
e H
C
CU
N 0
4: S
olic
itar
Est
ad
ísti
ca d
e A
ten
cio
nes
3.4.Modelo Conceptual del sistema
50
CUS 01: Administrar Consultorio ExternoCUS 02: Administrar Consultorio InternoCUS 03: Registrar MédicoCUS 04: Actualizar MédicoCUS 05: Programar MédicoCUS 06: Registrar HistoriaCUS 07: Registrar Salida AdmisiónCUS 08: Registrar Entrada AdmisiónCUS 09: Consultar Movimiento HistoriaCUS 10: Registrar Entrada ConsultorioCUS 11: Registrar Salida ConsultorioCUS 12: Registrar CitaCUS 13: Consultar CitadosCUS 14: Reservar CitaCUS 15: Administrar CitaCUS 16: Historial CitasCUS 17: Registrar Atenciones
CUS 22: Registrar Usuario
CUS 21: Administrar PermisosCUS 20: Administrar PerfilCUS 19: Importar Excel EstadísticoCUS 18: Consultar Gráficos Estadísticos
CUS 23: Acceso Usuario
3.4.1 Diagrama del Modelo Conceptual
3.4.2 Atributos de los casos de uso del sistema
51
E_
Pe
rmis
os_
x_P
erf
il
idP
erm
iso
sxP
erf
ilid
Pe
rmis
oid
Pe
rfil
(fro
m E
ntid
ades
)
E_
No
do
idN
od
oN
om
_N
od
o
(fro
m E
ntid
ades
)
E_
Pe
rso
na
idP
ers
on
aD
NI
No
mb
res
A_
Pa
tern
oA
_M
ate
rno
Se
xoF
_N
aci
mie
nto
E_
Civ
ilD
ire
ccio
nT
ele
fon
oC
elu
lar
Co
rre
oe
sta
do
(fro
m E
ntid
ades
)
E_
Usu
ari
o
idU
sua
rio
Usu
ari
oC
on
tra
sen
aF
_R
eg
istr
oid
Pe
rso
na
idP
erf
ile
sta
do
(fro
m E
ntid
ades
)
11
..*
11
..*
E_
Mo
vim
ien
to_
His
tori
a
idM
ovi
mie
nto
_H
isto
ria
Nu
m_
His
tori
aU
bic
aci
on
Mo
vim
ien
toF
_M
ovi
mie
nto
Ob
serv
aci
on
(fro
m E
ntid
ades
)E
_H
isto
ria
_C
lin
ica
Nu
m_
His
tori
aF
_R
eg
istr
oid
Pa
cie
nte
(fro
m E
ntid
ades
)1
..*
11
..*
1
E_
Are
a
idA
rea
No
m_
Are
a
(fro
m E
ntid
a...
E_
Esp
eci
ali
da
de
s
idE
spe
cia
lid
ad
No
m_
Esp
eci
ali
da
did
Are
a
(fro
m E
ntid
a...
11
..*
11
..*
E_
Pe
rmis
os
idP
erm
iso
No
m_
Pe
rmis
oR
uta
idN
od
o
(fro
m E
ntid
a...
11
..*
11
..*
E_
Pe
rfil
idP
erf
ilN
om
_P
erf
ilD
esc
rip
cio
n
(fro
m E
ntid
a...
1..
*1
1..
*1
E_
Usu
ari
o_
Pa
rie
nte
s
idU
sua
rio
_P
ari
en
tes
Usu
ari
oid
Pa
cie
nte
(fro
m E
ntid
a...
E_
Pa
cie
nte
idP
aci
en
teC
IFP
are
nte
sco
idP
ers
on
a
(fro
m E
ntid
a... 11 11
0..
*1
0..
*1
E_
Cit
as
idC
ita
Tip
oid
Pa
cie
nte
idC
on
sult
ori
oF
ech
aid
Ho
rae
sta
do
(fro
m E
ntid
a...
11
..*
11
..*
E_
Me
dic
o
idM
ed
ico
CIP
Gra
do
Sit
ua
cio
nid
Esp
eci
ali
da
did
Pe
rso
na
(fro
m E
ntid
a...
1* 1*
E_
Pro
gra
ma
cio
n_
Me
dic
o
idP
rog
ram
aci
on
_M
ed
ico
idM
ed
ico
idT
urn
oF
ech
aid
Co
nsu
lto
rio
(fro
m E
ntid
a...
1*
E_
Fe
cha
_H
ora
idF
ech
a_
Ho
raid
Tu
rno
Fe
cha
idH
ora
idC
on
sult
ori
oe
sta
do
(fro
m E
ntid
a...
E_
Co
nsu
lto
rio
idC
on
sult
ori
oN
om
_C
on
sult
ori
oid
Esp
eci
ali
da
d
(fro
m E
ntid
a...
1
1..
*
1
1..
*
* 1* 1
*1
*1
1..
*
1
1*
E_
Ho
ra
idH
ora
Ho
raid
Tu
rno
(fro
m E
ntid
a...
1
*
1
*
1*
E_
Tu
rno
idT
urn
oT
urn
oH
_In
icio
H_
Fin
(fro
m E
ntid
a...
1
*
1
*
1 *1 *
1
*
1
*1
1..
*
1*
Res
po
ns
able
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Rot
ceh
Vel
ásq
uez
Cic
lo
Des
arr
oll
o
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I20
12-I
2012
-I
Cla
sif
icac
ión
Sec
unda
rioS
ecun
dario
Sec
unda
rioS
ecun
dario
Prim
ario
Prim
ario
Prim
ario
Prim
ario
Sec
unda
rioP
rimar
ioP
rimar
ioP
rimar
ioP
rimar
ioP
rimar
ioP
rimar
ioS
ecun
dario
Prim
ario
Sec
unda
rioP
rimar
ioS
ecun
dario
Sec
unda
rioS
ecun
dario
Sec
unda
rio
Dif
icu
ltad
Baj
aB
aja
Baj
aB
aja
Alta
Me
dia
Me
dia
Me
dia
Baj
aM
edi
aM
edi
aA
ltaM
edi
aA
ltaA
ltaM
edi
aB
aja
Alta
Alta
Baj
aB
aja
Me
dia
Me
dia
Est
ad
o
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
oD
efin
ido
Def
inid
o
CU
S
CU
S1
: A
dm
inis
trar
Co
nsu
lto
rio
Ext
ern
oC
US
2:
Ad
min
istr
ar C
on
sult
ori
o I
nte
rno
CU
S3
: R
egis
trar
Méd
ico
CU
S4
: A
ctu
aliz
ar M
édic
oC
US
5:
Pro
gra
mar
Mé
dic
oC
US
6:
Reg
istr
ar H
isto
ria
CU
S7
: R
egis
trar
Sal
ida
Ad
mis
ión
CU
S8
: R
egis
trar
En
tra
da
Ad
mis
ión
CU
S9
: C
on
sult
ar M
ovi
mie
nto
His
tori
aC
US
10:
Re
gis
tra
r E
ntr
ada
Co
ns
ult
ori
oC
US
11:
Re
gis
tra
r S
alid
a C
on
su
lto
rio
CU
S1
2: R
eg
istr
ar
Cit
aC
US
13:
Co
nsu
ltar
Cit
ado
sC
US
14:
Re
serv
ar
Cit
aC
US
15:
Ad
min
istr
ar
Cit
aC
US
16:
His
tori
al C
ita
sC
US
17:
Re
gis
tra
r A
ten
cio
nes
CU
S1
8: C
on
sult
ar G
ráfi
cos
Est
ad
ísti
cos
CU
S1
9: I
mp
ort
ar E
xce
l Est
ad
ísti
coC
US
20:
Ad
min
istr
ar
Per
fil
CU
S2
1: A
dm
inis
tra
r P
erm
iso
sC
US
22:
Re
gis
tra
r U
su
ario
CU
S2
3: A
cce
so
Usu
ario
3.5.Benchmarking
3.4.3 Soluciones encontradas
52
Para la realización del presente benchmarking solo se hará la
comparación en los aspectos funcionales de cada sistema.
Benchmarking
Análisis ComparativoEsSalud
Clínica el Golf
HN PNP ‘Luis N. Sáenz’
Aspectos funcionalesRegistro de citas en consultorios x x xVerificar existencia del paciente x x xControlar tiempo para cada atención x xControlar turno de atención x x xMostrar horarios disponibles x xControla disponibilidad de médicos xReportar pacientes citados xRegistrar atenciones médicas xRegistrar evaluación de atencionesAfiliación de usuario x xReserva de citas online x x xReserva a parientes del grupo
familiarx x x
Postergación de citas x x xConsultar próximas citas x x xControlar nº de citas permitidasReporte estadístico de atenciones xEnvió de solicitud de historias xControla traslado de historias xConsulta de ubicación de historia xInformar novedades x x x
40% 55% 90%
3.4.4 Evaluación de las soluciones encontradas
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.
53
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.
54
55
56
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.
57
Capítulo IV: Arquitectura
3.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.
3.2.Realización de los casos de uso más significativos para la
arquitectura
3.2.1. Diagrama de Casos de Uso más significativos para la
arquitectura
Registrar Salida Admision
(from Historia Cl inica)
Registrar Entrada Admision
(from Historia Cl inica)
AS_Asistente de HC
(f rom Actores del sistema)
Registrar Cita
(from Citas Medicas)
Consultar Citados
(from Citas Medicas)Registrar Atenciones
(from Citas Medicas)
Registrar Entrada Consultorio
(from Historia Cl inica)Registrar Salida Consultorio
(from Historia Cl inica)
AS_Enfermera
(f rom Actores del sistema)
Programar Medico
(from Mantenimiento)
Importar Excel Estadistico
(from Reportes Estadisticos)
AS_Jefe de Area
(f rom Actores del sistema)
Reservar Cita
(from Citas Medicas) Administrar Cita
(from Citas Medicas)
AS_Paciente
(f rom Actores del sistema)
Registrar Historia
(from Historia Cl inica)
AS_Secretaria de HC
(f rom Actores del sistema)
3.2.2. Especificación de los casos de uso
Ver Anexo Nº 1.
58
3.2.3. Diagramas de Secuencia de Diseño y de Clases de Diseño
Caso de Uso: Programar Médico
AS_Jefe de Area
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Programar Medico(f rom Interf aces)
E_Persona
idPersonaDNINombresA_PaternoA_MaternoSexoF_NacimientoE_CivilDireccionTelefonoCelularCorreoestado
(f rom Entidades)
C_Programar Medico(f rom Controladoras)
E_Programacion_Medico
idProgramacion_MedicoidMedicoidTurnoFechaidConsultorio
(f rom Entidades)
: AS_Jefe de Area
: I_Iniciar Sesion : I_Programar Medico : 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. Solici ta ingresar DNI del médico para la búsqueda
5. Ingresa DNI del médico
6.Val ida datos
7. Muestra datos del médico buscado
8. Carga especial idad
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
59
Caso de Uso: Registrar Historia
AS_Secretaria de HC
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Historia(f rom Interf aces)
E_Paciente
idPacienteCIFParentescoidPersona
(f rom Entidades)
C_Registrar Historia(f rom Controladoras)
E_Historia_Clinica
Num_HistoriaF_RegistroidPaciente
(f rom Entidades)
: 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. Solici ta 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. Solici ta seleccionar e ingresar datos de la historia
9. Selecciona e ingresa datos
10. Valida datos
11. Registra historia
60
Caso de Uso: Reservar Cita
AS_Paciente
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Reservar Cita(f rom Interf aces)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
C_Reservar Cita(f rom Controladoras)
E_Paciente
idPacienteCIFParentescoidPersona
(f rom Entidades)
: AS_Paciente
: I_Iniciar Sesion : I_Reservar Cita : C_Reservar Cita : E_Paciente : 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. 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 ci ta
14. Selecciona datos
15. Valida datos
16. Registra ci ta
61
Caso de Uso: Administrar Cita
AS_Enfermera
(f rom Actores del sistema)...)
I_Iniciar Sesion(f rom Interf aces)
I_Administrar Cita(f rom Interf aces)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
E_Persona
idPersonaDNINombresA_PaternoA_MaternoSexoF_NacimientoE_CivilDireccionTelefonoCelularCorreoestado
(f rom Entidades)
C_Administrar Cita(f rom Controladoras)
: AS_Paciente
: I_Iniciar Sesion : 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. Solici ta 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 ci ta
10. Hace clic en el botón cancelar
11. Anula cita
12. Cancela cita
62
Caso de Uso: Registrar Cita
AS_Enfermera
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Cita(f rom Interf aces)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
E_Persona
idPersonaDNINombresA_PaternoA_MaternoSexoF_NacimientoE_CivilDireccionTelefonoCelularCorreoestado
(f rom Entidades)
C_Registrar Cita(f rom Controladoras)
E_Historia_Clinica
Num_HistoriaF_RegistroidPaciente
(f rom Entidades)
: AS_Enfermera
: I_Iniciar Sesion : I_Registrar Cita : C_Registrar Cita : E_Persona : E_Historia_Clinica : 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 DNI del paciente para la búsqueda
16. Registra cita
5. Ingresa DNI del paciente
6.Val ida datos
7. Muestra datos del paciente
8. Carga especial idades
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
63
Caso de Uso: Consultar Citados
AS_Enfermera
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Consultar Citados(f rom Interf aces)
C_Consultar Citados(f rom Controladoras)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
: AS_Enfermera
: I_Iniciar Sesion : 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. Solici ta ingresar los datos de las ci tas para la búsqueda
5. Ingresa datos sol icitados y hace clic en el botón buscar
6.Valida datos
7. Muestra pacientes citados
8. Muestra pacientes citados
64
Caso de Uso: Registrar Salida Admisión
AS_Asistente de HC
(f rom Actores del sistema)...)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Salida Admision(f rom Interf aces)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
C_Registrar Salida Admision(f rom Controladoras)
E_Historia_Clinica
Num_HistoriaF_RegistroidPaciente
(f rom Entidades)
: AS_Asistente de HC
: I_Iniciar Sesion : I_Registrar Salida Admision
: C_Registrar Salida Admision
: E_Citas : E_Historia_Clinica
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. Solici ta seleccionar los datos de la cita para la búsqueda
5. Selecciona consultorio y fecha
6.Val ida datos
7. Muestra el Nº de Historias con traslado pendiente
8. Solici ta hacer check a las historias que serán trasladadas
9. Selecciona las historias
10.Valida datos
11. Registra salida de las historias
65
Caso de Uso: Registrar Entrada Consultorio
AS_Enfermera
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Entrada Consultorio(f rom Interf aces)
E_Movimiento_Historia
idMovimiento_HistoriaNum_HistoriaUbicacionMovimientoF_MovimientoObservacion
(f rom Entidades)
C_Registrar Entrada Consultorio(f rom Controladoras)
E_Historia_Clinica
Num_HistoriaF_RegistroidPaciente
(f rom Entidades)
: AS_Enfermera
: I_Iniciar Sesion : I_Registrar Entrada Consultorio
: C_Registrar Entrada Consultorio
: E_Movimiento_Historia : E_Historia_Clinica
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. Solici ta seleccionar los datos del traslado de las historias para la búsqueda
5. Selecciona consultorio y fecha
6.Val ida datos
7. Muestra el Nº de Historias que han sido trasladadas
8. Solici ta hacer check a las historias que serán registradas
9. Selecciona las historias
10.Val ida datos
11. Registra entrada de las historias
66
Caso de Uso: Registrar Salida Consultorio
AS_Enfermera
(f rom Actores del sistema)...)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Salida Consultorio(f rom Interf aces)
E_Movimiento_Historia
idMovimiento_HistoriaNum_HistoriaUbicacionMovimientoF_MovimientoObservacion
(f rom Entidades)
C_Registrar Salida Consultorio(f rom Controladoras)
E_Historia_Clinica
Num_HistoriaF_RegistroidPaciente
(f rom Entidades)
: AS_Enfermera
: I_Iniciar Sesion : I_Registrar Sal ida Consultorio
: C_Registrar Sal ida Consultorio
: E_Movimiento_Historia : E_Historia_Clinica
1. Inicia sesión en el sis...
2. Elige la opción "Traslado de Histor...
3. Es redireccionado a la intefaz de la opción seleccionada
4. Solici ta 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. Solici ta hacer check a las historias que serán devueltas
9. Selecciona las historias
10.Val ida datos
11. Registra salida de las historias
67
Caso de Uso: Registrar Entrada Admisión
AS_Asistente de HC
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Entrada Admision(f rom Interf aces)
E_Movimiento_Historia
idMovimiento_HistoriaNum_HistoriaUbicacionMovimientoF_MovimientoObservacion
(f rom Entidades)
C_Registrar Entrada Admision(f rom Controladoras)
E_Historia_Clinica
Num_HistoriaF_RegistroidPaciente
(f rom Entidades)
: AS_Asistente de HC
: I_Iniciar Sesion : I_Registrar Entrada Admision
: C_Registrar Entrada Admision
: E_Movimiento_Historia : E_Historia_Clinica
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.Val ida 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.Val ida datos
11. Registra entrada de las historias
68
Caso de Uso: Registrar Atenciones
AS_Enfermera
(f rom Actores del sistema)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
I_Iniciar Sesion(f rom Interf aces)
I_Registrar Atenciones(f rom Interf aces)
C_Registrar Atenciones(f rom Controladoras)
: AS_Enfermera
: I_Iniciar Sesion : I_Registrar Atenciones
: 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. Solici ta seleccionar Fecha y Consultorio para la búsqueda
5. Selecciona Fecha y Consultorio de la cita
6.Val ida datos
7. Muestra lista de los pacientes ci tados
8. Solici ta hacer check en los pacientes atendidos
9. Hace check
10. Actual iza estado de las ci tas
11. Registra atención
69
Caso de Uso: Importar Excel Estadístico
AS_Jefe de Area
(f rom Actores del sistema)
I_Iniciar Sesion(f rom Interf aces)
I_Importar Excel Estadistico(f rom Interf aces)
C_Importar Excel Estadistico(f rom Controladoras)
E_Citas
idCitaTipoidPacienteidConsultorioFechaidHoraestado
(f rom Entidades)
: AS_Jefe de Area
: I_Iniciar Sesion : 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
70
3.3.Modelo de Datos
3.3.1. Diagrama del Modelo de Datos
71
3.3.2. Diccionario de Datos
Ver Anexo Nº 2.
3.4.Modelo de Componentes
72
ind
ex.
ph
p
Se
gu
rid
ad
Cit
as
Me
dic
as
His
tori
a C
lin
ica
Ma
nte
nim
ien
to
BD
_ci
tas_
me
dic
as
Dre
am
we
ave
rM
ySQ
L
Ad
min
istr
ar
Pe
rfil
Acc
eso
U
sua
rio
Asi
gn
ar
Pe
rmis
os
Re
gis
tra
r U
sua
rio
Re
po
rte
s
Co
nsu
lta
r C
ita
do
s
His
tori
al
Cit
as
Re
gis
tra
r C
ita
Re
serv
ar
Cit
a
Ad
min
istr
ar
C.
Ext
ern
o
Ad
min
istr
ar
C.
Inte
rno
Re
gis
tra
r M
éd
ico
Act
ua
liza
r M
éd
ico
Pro
gra
ma
r M
éd
ico
R.
En
tra
da
A
dm
isio
n
Re
gis
tra
r H
isto
ria
R.
Sa
lid
a
Ad
mis
ion
R.
En
tra
da
C
on
sult
ori
oR
eg
istr
ar
Ate
nci
on
es
C.
Gra
fico
s E
sta
dis
tico
s
BD
Ad
min
istr
ar
Cit
a
R.
En
tra
da
C
on
sult
ori
o
R.
Sa
lid
a
Co
nsu
lto
rio
Imp
ort
ar
Exc
. E
sta
dis
tico
3.5.Modelo de Despliegue
Sistema Web de Citas Médicas
PC - Usuario PC Local
Servidor Web
BD
<<TCP/IP>>
Aplicación
<<Connexión HTTP>> <<TCP/IP>>
Servidor HTTP Apache
Base de Datos MySQL
Lenguaje de Programación PHP
3.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.
73
Capítulo V: Desarrollo y Pruebas
4.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.
4.2.Desarrollo
4.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:
74
4.2.2. Estándares de Desarrollo
Ver Anexo Nº 3.
4.3.Pruebas
4.3.1. Plan de Pruebas del Proyecto
I. Plan de Pruebas
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.
75
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
76
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
77
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.
4.3.2. Casos de uso de pruebas del proyecto para los casos de uso
más significativos para la arquitectura
Ver Anexo Nº 4.
4.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.
4.4.Conclusiones
- Se realizó las pruebas a cada uno de los casos de uso más
significativos del sistema.
78
Capítulo VI: Gestión del Proyecto
4.5. 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.
4.6.Viabilidad del Proyecto
4.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
4.2.2 Viabilidad Económica
79
A continuación se detallan los costos de los recursos que se
utilizarán para el desarrollo y prueba del proyecto.
Dispositivos Cantidad Precio Subtotal
Impresora 1 $ 40 $ 40
Computadora
simulando servidor1 $ 800 $ 800
Computadora de
desarrollo1 $ 500 $ 500
Total $ 1 340
Gráfico #14: Costos de hardware para el desarrollo del proyecto. Elaboración: Propia, 2011.
Software/Licencia Cantidad Precio Subtotal
Adobe Dreamweaver
CS5 1 $ 0 $ 0
MySQL 1 $ 0 $ 0
Windows Server
2008 1 $ 395 $ 395
Total $ 395
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.
80
4.7.Organización del Proyecto
4.1.1 Organigrama del Proyecto
Gráfico #17: Organigrama del Proyecto.
4.1.2 EDT del Proyecto
81
Gerente de Proyecto
Analista Programador
Arquitecto BD
Asegurador de Calidad
Gráfico #18: EDT del Proyecto.Elaboración: Propia, 2011.
4.8.Estimación y Ejecución del Proyecto
4.1.3 Cronograma de Ejecución del Proyecto
Gráfico #19: Cronograma de actividades del Proyecto.
82
4.1.4 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 Gestionar citas médicas
Sub Proceso Atención de las Citas Traslado de Historias
Clínicas
Tiempo/proceso 1 día (4 horas) 1 día (2 horas)
Cantidad de personas 5 3
Costo total x mes 313 57
Costo total /mes 370Gráfico #20: Gastos/Mes en los procesos asociados a la gestión de citas médicas.
83
Elaboración: Propia, 2011.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
Sub Proceso Atención de las Citas Traslado de Historias
Clínicas
Tiempo/proceso 1 día (2 horas) 1 día (1 hora)
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.
84
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 205Gráfico #23: Inversión y beneficios netos del proyecto.
Elaboración: Propia, 2011.
4.9.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 Contingencia
1
Falta de disponibilidad
del sponsor para
brindar información.
Media
Hacer un cronograma de
fechas para entrevistas con
el sponsor.
3
Falta de conocimiento
de las herramientas o
en el uso de nueva
tecnología.
Media
Buscar apoyo externo que
brinden un mejor
conocimiento.
4 La implementación se
puede extender más
allá de la fecha límite.
Alta Realizar un cronograma
detallado de
implementaciones y
85
cumplirlos a cabalidad.
6
Incorrecta asignación
de tiempos para
análisis y desarrollo
del software
Baja
Correcta asignación de
tiempos en la adjudicación de
tareas.
7Inclusión de un nuevo
requerimiento.Media
Evaluar el requerimiento
según nuestro plan de
cambios.
8Perdidas de
información por virus.Baja
Utilizar la información de
respaldo.
9
Pérdida de
información por
factores externos(se
va la luz)
Baja
Realizar un backup
constantemente.
4.10. 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.
4.11. Constancia de aceptación del cliente sobre el proyecto
86
4.12. 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.
87
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.
88
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
89
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.
90
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
91
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 ambos sexos y
al aparato reproductor masculino, sin límite de edad.
27. Windows Presentation Foundation
92
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.
93
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
94
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 socio-cultural. 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.
95
Anexos
96
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.
97
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.
98
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.
99
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.
100
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.
101
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.
102
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 historia2.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.
103
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 historia2.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.
104
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 historia2.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.
105
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 historia2.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.
106
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.
107
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.
108
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 PK FK Tipo DescripciónidArea x int ID autogenerado.Nom_Area varchar Nombre del área.
Citas
En esta tabla se guardarán todas las citas médicas de los pacientes.
Campo PK FK Tipo DescripciónidCita x int ID autogenerado.Tipo varchar Tipo de cita (internet o consultorio).idPaciente x int Llave primaria de la tabla paciente.
idConsultorio x int Llave primaria de la tabla consultorio.
Fecha date Fecha del día de la cita.
idHora x int Llave primaria de la tabla hora.
estado int ‘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 PK FK Tipo DescripciónidConsultorio x int ID autogenerado.Nom_Consultorio varchar Nombre del consultorio.idEspecialidad x int Llave primaria de la tabla especialidad
Especialidades
En esta tabla se guardarán todas las especialidades pertenecientes a cada servicio
brindado.
Campo PK FK Tipo DescripciónidEspecialidad x int ID autogenerado.Nom_Especialidad varchar Nombre de la especialidad.
109
idArea x int 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 PK FK Tipo DescripciónidFecha_Hora x int ID autogenerado.idTurno x int Llave primaria de la tabla turno.
Fecha date Deriva de la programación de médicos.
idHora x int Llave primaria de la tabla hora.
idConsultorio x int Llave primaria de la tabla consultorio.
estado int ‘1’=turno disponible, ‘0’=turno ocupado.
Historia Clínica
En esta tabla se guardará la historia clínica de cada paciente.
Campo PK FK Tipo DescripciónNum_Historia x int Número de Historia autogenerado.F_Registro date Fecha de registro de la historia.idPaciente x int 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 PK FK Tipo DescripciónidHora x int ID autogenerado.Hora varchar Hora.idTurno x int Llave primaria de la tabla turno.
Médico
En esta tabla se guardarán todos los datos personales de cada médico.
Campo PK FK Tipo DescripciónidMedico x int ID autogenerado.CIP int Carnet de Identificación Policial.Grado varchar Grado PNP.Situacion varchar Situación actual de trabajo.
idEspecialidad x int Llave primaria de la tabla especialidades.
idPersona x int Llave primaria de la tabla persona.
110
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 PK FK Tipo DescripciónidMovimiento_Historia x int ID autogenerado.Num_Historia x int Llave primaria de la tabla HC.
Ubicacion varchar Ubicación física actual.Movimiento varchar Salida o entrada.F_Movimiento date Fecha de movimiento.Observacion text Observaciones.
Nodo
En esta tabla se guardarán todas las funcionalidades del menú principal del
sistema.
Campo PK FK Tipo DescripciónidNodo x int ID autogenerado.Nom_Nodo varchar Nombre del nodo.
Paciente
En esta tabla se guardarán todos los datos personales de cada paciente.
Campo PK FK Tipo DescripciónidPaciente x int ID autogenerado.CIF varchar Carnet de Identificación Familiar.Parentesco varchar Parentesco del Titular.
idPersona x int Llave primaria de la tabla persona.
Perfil
En esta tabla se guardarán todos los perfiles que tendrán acceso al sistema.
Campo PK FK Tipo DescripciónidPerfil x int ID autogenerado.Nom_Perfil varchar Nombre del perfil.Descripcion text Descripción del perfil.
Permisos
En esta tabla se guardarán todos los permisos que tendrá el sistema.
111
Campo PK FK Tipo DescripciónidPermiso x int ID autogenerado.Nom_Permiso varchar Nombre del permiso.Ruta text Ruta de la interfaz.
idNodo x int Llave primaria de la tabla nodo.
Permisos x Perfil
En esta tabla se guardarán todos los permisos que tendrá asignado cada perfil
para interactuar con el sistema.
Campo PK FK Tipo DescripciónidPermisosxPerfil x int ID autogenerado.idPermiso x int Llave primaria de la tabla permiso.
idPerfil x int Llave primaria de la tabla perfil.
Persona
En esta tabla se guardarán a todas las personas tanto pacientes, médicos y
trabajadores.
Campo PK FK Tipo DescripciónidPersona x int ID autogenerado.DNI int DN.Nombres varchar Nombres.A_Paterno varchar Apellido paterno.A_Materno varchar Apellido materno.Sexo varchar Sexo.F_Nacimiento date Fecha de nacimiento.E_Civil varchar Estado civil.Direccion text Dirección.
Telefono int Teléfono.
Celular int Celular.
Correo varchar Correo.
estado int ‘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 PK FK Tipo DescripciónidProgramacion_Medico x int ID autogenerado.idMedico x int Llave primaria de la tabla medicidTurno x int Llave primaria de la tabla turno.Fecha date Fechas de atención.idConsultorio x int Llave pri de la tabla consultorio.
112
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 PK FK Tipo DescripciónidTurno x int ID autogenerado.Turno varchar Turno.H_Inicio time Hora de Inicio.H_Fin time Hora de Fin.
Usuario
En esta tabla se guardará a todos los usuarios que tendrán permiso para entrar al
sistema.
Campo PK FK Tipo DescripciónidUsuario x int ID autogenerado.Usuario varchar Nombre del usuario.Contrasena varchar Contraseña del usuarioF_Registro date Fecha de registro.
idPersona x int Llave primaria de la tabla persona.
idPerfil x int Llave primaria de la tabla perfil.
estado int ‘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 PK FK Tipo DescripciónidUsuario_Parientes x int ID autogenerado.Usuario varchar Nombre del usuario.idPaciente x int Llave primaria de la tabla paciente.
113
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:
- El sub-título de cada página debe ser como sigue:
- En la descripción de cada ítem se podrá hacer uso de viñetas, en el orden que sigue:
114
Ejemplo:
Capítulo I: Visión del Proyecto Arial 16, Negrita
Conclusiones Arial 16, Negrita
Ejemplo:
1.1 El Problema Arial 12, Negrita
1.1.1 El Negocio Arial 12, Negrita
1.1.1.1 Organización Arial 12, Negrita
Ejemplo:
Primer ordeno Segundo orden
Tercer orden
- 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:
115
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
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:
<TB>_<NombreObjeto>
116
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
EntidadesE_<Nombre>
InterfacesI_<Nombre>
ControladoraC_<Controladora>
Donde:
T : Prefijo de la Tabla
NombreObjeto : Nombre de Tabla
5. Estándares de Programación
3.2 Controles Web
Tipo de Control Prefijo
Button btn_<nombre>
Checkbox chk_<nombre>
File f_<nombre>
Image img_<nombre>
Label lbl_<nombre>
Redio r_<nombre>
Submit btn_<nombre>
Text txt_<nombre>
3.3 Nombre de las Clases
117
Tipo de Objeto Prefijo
BL BL_<nombre>
DA DA_<nombre>
Anexo Nº 4
Casos de Uso de Pruebas
Informe de Prueba del Caso de Uso: Programar Médico
Informe de pruebaUnidad de Prueba: Programar Médico
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.
Fecha: 24-06-11 Avance % 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
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
118
médico. fechas.
Informe de Prueba del Caso de Uso: Registrar Historia
Informe de pruebaUnidad de Prueba: Registrar Historia
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.
Fecha: 24-06-11 Avance % 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.
119
Informe de Prueba del Caso de Uso: Reservar Cita
Informe de pruebaUnidad de Prueba: Reservar Cita
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.
Fecha: 24-06-11 Avance % 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.
120
Informe de Prueba del Caso de Uso: Administrar Cita
Informe de pruebaUnidad de Prueba: Administrar Cita
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.
Fecha: 24-06-11 Avance % 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.
121
Informe de Prueba del Caso de Uso: Registrar Cita
Informe de pruebaUnidad de Prueba: Registrar Cita
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.
Fecha: 24-06-11 Avance % 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.
122
Informe de Prueba del Caso de Uso: Consultar Citados
Informe de pruebaUnidad de Prueba: Consultar Citados
Escenarios probados:- Ingreso correcto a la interfaz.- Ingreso correcto de los datos para la búsqueda.- Lista de los pacientes citados.
Fecha: 24-06-11 Avance % 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.
123
Informe de Prueba del Caso de Uso: Registrar Salida Admisión
Informe de pruebaUnidad de Prueba: Registrar Salida Admisión
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.Fecha: 24-06-11 Avance % 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 todas las historias que pertenezcan a los datos buscados.
Paso. 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.
Paso. Se seleccionó a todas las historias que serán enviadas al consultorio.
124
Informe de Prueba del Caso de Uso: Registrar Entrada Consultorio
Informe de pruebaUnidad de Prueba: Registrar Entrada Consultorio
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.Fecha: 24-06-11 Avance % 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 todas las historias que pertenezcan a los datos buscados.
Paso. 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.
Paso. Se seleccionó a todas las historias que serán registradas en el consultorio.
125
Informe de Prueba del Caso de Uso: Registrar Salida Consultorio
Informe de pruebaUnidad de Prueba: Registrar Salida Consultorio
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.Fecha: 24-06-11 Avance % 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 todas las historias que pertenezcan a los datos buscados.
Paso. 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.
Paso. Se seleccionó a todas las historias que serán enviadas a admisión.
126
Informe de Prueba del Caso de Uso: Registrar Entrada Admisión
Informe de pruebaUnidad de Prueba: Registrar Entrada Admisión
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.Fecha: 24-06-11 Avance % 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 todas las historias que pertenezcan a los datos buscados.
Paso. 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.
Paso. Se seleccionó a todas las historias que serán devueltos a admisión.
127
Informe de Prueba del Caso de Uso: Registrar Atenciones
Informe de pruebaUnidad de Prueba: Registrar Atenciones
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.
Fecha: 24-06-11 Avance % 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.
128
Informe de Prueba del Caso de Uso: Importar Excel
Informe de pruebaUnidad de Prueba: Importar Excel
Escenarios probados:- Ingreso correcto a la interfaz.- Listado correcto de las estadística de atenciones.- Descarga correcta del Excel de estadística de atenciones.
Fecha: 24-06-11 Avance % 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.
129
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 _ _ _ _ _ _ _
130