Marco Teorico
Transcript of Marco Teorico
UNIVERSIDAD RICARDO PALMA
FACULTAD DE INGENIERÍA
ESCUELA ACADÉMICO PROFESIONAL DE
INGENIERÍA INFORMÁTICA
SISTEMA WEB DE CITAS MÉDICAS PARA EL HOSPITAL NACIONAL P.N.P.
‘LUIS N. SÁENZ’
TESIS
PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO INFORMÁTICO
PRESENTADO POR:
Rotceh Gladyz Velásquez Gálvez
Lima – 2013
i
DEDICATORIA
Dedico el presente proyecto de tesis y la
formación de mi carrera universitaria a:
Mi madre Gladys Gálvez Cortez, por su apoyo, su
dedicación, su confianza y su motivación
constante e incondicional que han sido mi mayor
fuerza y voluntad de seguir adelante y seguir
luchando en esta etapa de mi vida profesional día
a día.
A Dios y mi padre Hector Velásquez Palomino,
que desde el cielo me cuidan y guían por el buen
camino siempre.
ii
AGRADECIMIENTOS
Agradezco a todos mis maestros, por haberme
formado como profesional y especialmente a mi
asesor Luis Palacios Pacherres que no solo
aprendí de él a crecer cada día como profesional
sino también como persona, gracias por sus
consejos, su tiempo, su paciencia y apoyo,
siempre lo recordaré con cariño y aprecio.
Agradezco también a todos mis compañeros
quienes me han acompañado en esta larga
trayectoria de aprendizaje y logro de mi
profesión.
Finalmente y no menos importante, agradezco el
apoyo y animosidad de mis hermanos y toda mi
familia, gracias por confiar en mí y confiar en que
esta meta si lo lograría.
iii
RESUMEN
El Hospital Nacional P.N.P. ‘Luis N. Sáenz’, es un hospital que brinda atención
asistencial a la familia policial y policías en el país, brinda atención médica a más del
50% de la familia policial. Actualmente existe un problema en el proceso de citas
médicas, debido a la forma como se realiza este proceso hace que se genere una
ineficiencia desde la forma manual como trabajan, hasta las grandes colas que se
generan tanto para la solicitud como para la atención de las citas
Hoy en día los sistemas de gestión hospitalaria buscan mejoras en sus procesos,
tanto en la parte administrativa como en la atención al paciente y el HN PNP LNS no
es ajeno a esas mejoras y cambios presentados.
Es por eso que con el presente proyecto de tesis se quiere construir un software que
automatice los procesos y brinde mejoras y mejores soluciones. Por lo tanto con el
software propuesto se busca tener un sistema ágil y automatizado que involucre los
procesos de citas, atenciones, archivo y admisión, el mismo que proveerá
información rápida, oportuna y precisa, manteniendo el control y seguimiento
adecuado de la cita de los pacientes, controlando también el movimiento de las
historias clínicas y brindando estadísticas de atenciones solicitadas por la institución
para la ayuda en la toma de decisiones.
Palabras Claves:
Aplicación Web, Citas Médicas por Internet, Historia Clínica
iv
ABSTRACT
The National Hospital P.N.P. Luis N. Saenz ', is a hospital that provides health care to
family and police officers in the country and provides medical care to more than 50 %
of the police family. Currently there is a problem in the appointments process , due to
the way it performs this process causes inefficiency generated from manually as
work, to large queues that are generated both for the application to the attention of
the dating.
Today hospital management systems seek improvements in their processes, both in
the administrative and in patient care and the P.N.P. H.N. L.N.S. is no stranger to
these improvements and changes presented.
That's why with this thesis project is to build software that automates processes and
provide improvements and better solutions. Therefore the proposed software aims to
have a flexible and automated processes involving appointments, hospitality, and
admission file, it will provide rapid, timely and accurate, maintaining proper control
and monitoring of the appointment of the patients also controlling the movement of
medical records and providing care statistics requested by the institution for help in
making decisions.
Keywords:
Web Application, Internet Medical Appointments, Medical History
ÍNDICE
DEDICATORIA………………………………………………………………………….….…i
AGRADECIMIENTOS…………………………………………………………………..……ii
RESUMEN…………………………………………………………………………………....iii
ABSTRACT…………………………………………………………………………………..iv
INTRODUCCIÓN…………………………………………………………………………..…1
CAPÍTULO I: Visión del Proyecto………………………………………………………...2
1.1 El Problema ....................................................................................................... 3
1.1.1 El Negocio ............................................................................................... 3
1.1.1.1 Hospital Nacional PNP “Luis N. Sáenz” ...................................... 3
1.1.1.2 Organización ............................................................................... 6
1.1.1.3 Visión .......................................................................................... 6
1.1.1.3 Misión .......................................................................................... 7
1.1.2 Procesos del Negocio .............................................................................. 7
1.1.2.1 Principales Procesos del Hospital ............................................... 7
1.1.2.2 Proceso actual de citas médicas ............................................... 10
1.1.3 Descripción del Problema ...................................................................... 12
1.1.3.1 Estadísticas ............................................................................... 15
1.2 Objetivos del Proyecto ..................................................................................... 23
1.2.1 Marco Lógico ......................................................................................... 23
1.2.1.1 Árbol de Problemas ................................................................... 23
1.2.1.2 Árbol de Objetivos ..................................................................... 24
1.2.2 Objetivo General .................................................................................... 24
1.2.3 Objetivos Específicos ............................................................................ 25
1.3 Beneficios del Proyecto ................................................................................... 25
1.3.1 Beneficios Tangibles .............................................................................. 25
1.3.2 Beneficios Intangibles ............................................................................ 25
1.4 Alcance del Proyecto ....................................................................................... 26
CAPÍTULO II: Marco Teórico……………………………………………..……………...27
2.1 Aplicación Web ................................................................................................ 28
2.2 Arquitecturas de Aplicaciones Web ................................................................. 29
2.2.1 Arquitectura en Capas ........................................................................... 23
2.2.1.1 Arquitectura en 2 Capas ........................................................... 23
2.2.1.2 Arquitectura en 3 Capas .......................................................... .31
2.3 Servidor Web y Servidor de Aplicaciones ........................................................ 37
2.4 Entornos Web .................................................................................................. 33
2.5 Base de Datos Relacional ............................................................................... 35
2.6 ¿Qué es una cita médica? ............................................................................... 36
2.7 Pasos previos para solicitar una cita médica ................................................... 37
2.8 Cita Médica por Internet .................................................................................. 38
2.9 Historia Clínica Electrónica .............................................................................. 40
2.10Metodología RUP ............................................................................................ 40
CAPÍTULO III: Estado del Arte…………………………………..….…………………..43
3.1 Modelo Cliente-Servidor .................................................................................. 45
3.2 Herramientas ................................................................................................... 45
3.3 Tipos de tecnologías para implementar un sistema web de citas médicas ..... 48
3.4 Casos similares de software hospitalario ........................................................ 50
3.5 Técnicas de recolección de datos ................................................................... 53
CAPÍTULO IV: Modelado del Negocio…………………………………..……………..55
4.1 Reglas del Negocio ......................................................................................... 56
4.2 Casos de Uso del Negocio .............................................................................. 58
4.2.1 Relación de CUN’s ................................................................................ 58
4.2.2 Diagrama de CUN’s ............................................................................... 59
4.2.3 Especificaciones de CUN’s .................................................................... 59
4.3 Diagrama de Actividades del Negocio ............................................................. 60
4.4 Diagrama de Clases de Objetos del Negocio .................................................. 62
CAPÍTULO V: Requerimientos del Proyecto…………………..……………………..63
5.1 Requerimientos del Software........................................................................... 64
5.1.1 Relación de Requerimientos .................................................................. 64
5.1.2 Especificación de Requerimientos ......................................................... 64
5.1.2.1 Requerimientos Funcionales ..................................................... 64
5.1.2.2 Requerimientos No Funcionales ............................................... 66
5.2 Casos de Uso del Sistema .............................................................................. 67
5.2.1 Diagrama de Actores del Sistema ......................................................... 67
5.2.2 Diagrama de Paquetes .......................................................................... 67
5.2.3 Casos de Uso del Sistema .................................................................... 68
5.2.3.1Relación de CUS’s ..................................................................... 68
5.2.3.2Diagrama de CUS’s ................................................................... 69
5.2.3.3Especificaciones de CUS’s ........................................................ 70
5.2.3.4Matriz CUN’s vs CUS’s .............................................................. 73
5.3 Modelo Conceptual del sistema ....................................................................... 74
5.3.1 Diagrama del Modelo Conceptual .......................................................... 74
5.3.2 Atributos de los casos de uso del sistema ............................................. 75
5.4 Benchmarking .................................................................................................. 76
5.4.1 Soluciones encontradas ........................................................................ 76
5.4.2 Evaluación de las soluciones encontradas ............................................ 77
5.5 Prototipo de la solución ................................................................................... 77
CAPÍTULO VI: Arquitectura………………………..…………………………………….86
6.1 Realización de los casos de uso más significativos para la arquitectura ......... 87
6.1.1 Diagrama de Casos de Uso más significativos para la arquitectura ...... 87
6.1.2 Especificación de los casos de uso ....................................................... 87
6.1.3 Diagramas de Secuencia de Diseño y de Clases de Diseño ................. 87
6.2 Modelo de Datos ............................................................................................. 98
6.2.1 Diagrama del Modelo de Datos ............................................................. 98
6.2.2 Diccionario de Datos .............................................................................. 99
6.3 Modelo de Despliegue ..................................................................................... 99
6.4 Modelo de Componentes .............................................................................. 100
CAPÍTULO VII: Desarrollo y Pruebas………………………………………..……….101
7.1 Desarrollo ...................................................................................................... 102
7.1.1 Plataforma Tecnológica ....................................................................... 102
7.1.2 Estándares de Desarrollo .................................................................... 102
7.2 Pruebas ......................................................................................................... 106
7.2.1 Plan de Pruebas del Proyecto ............................................................. 106
7.2.2 Casos de uso de pruebas del proyecto para los CUS más significativos
para la arquitectura ......................................................................................... 112
7.2.3 Análisis de las pruebas ........................................................................ 112
CAPÍTULO VIII: Gestión del Proyecto……………………………………….…….…113
8.1 Viabilidad del Proyecto .................................................................................. 114
8.1.1 Viabilidad Técnica ................................................................................ 114
8.1.2 Viabilidad Económica .......................................................................... 114
8.1.3 Viabilidad Legal ................................................................................... 121
8.2 Organización del Proyecto ............................................................................ 123
8.2.1 Organigrama del Proyecto ................................................................... 123
8.2.2 EDT del Proyecto ................................................................................. 124
8.3 Estimación y Ejecución del Proyecto ............................................................. 125
8.3.1 Cronograma de Ejecución del Proyecto .............................................. 125
8.4 Gestión de Riesgos del Proyecto .................................................................. 126
8.5 Plan de Gestión de Cambios en los Procesos del Negocio ........................... 127
8.6 Constancia de aceptación del cliente sobre el proyecto………………………128
CONCLUSIONES………………………………………………………………………....129
RECOMENDACIONES……………………...…………………………………………....131
GLOSARIO DE TÉRMINOS…………………………………….…………………….…133
SIGLARIO………………………………………………................................................139
REFERENCIAS BIBLIOGRÁFICAS……………………………………………...........143
ANEXOS…………………………………..…………....................................................147
ÍNDICE DE GRÁFICOS
Gráfico 1: Organigrama estructural del Hospital Nacional PNP ‘Luis N. Sáenz’.......... 6
Gráfico 2: Procesos principales del Hospital Nacional PNP ‘Luis N. Sáenz’ ............... 9
Gráfico 3: Proceso actual de citas médicas............................................................... 10
Gráfico 4: Diagrama de solicitud de citas médicas .................................................... 11
Gráfico 5: Diagrama de solicitud de atención de citas médicas ................................ 11
Gráfico 6: Número de atenciones según parentesco del paciente ............................ 16
Gráfico 7: Nº de atenciones médicas en el departamento de Cardiología – 2010 .... 19
Gráfico 8: Nº de atenciones médicas en el departamento de Dermatología – 2010 . 20
Gráfico 9: Nº de atenciones médicas en el departamento de Endocrinología – 2010 20
Gráfico 10: Nº de atenciones médicas en el departamento de Otorrino – 2010 ........ 21
Gráfico 11: Nº de atenciones médicas en el departamento de Urología – 2010 ....... 22
Gráfico 12: Árbol de Problemas ................................................................................ 23
Gráfico 13: Árbol de Objetivos ................................................................................... 24
Gráfico 14 Diagrama de Casos de Uso del Negocio. ................................................ 59
Gráfico 15: Diagrama de Actividad del CUN Solicitar Cita. ....................................... 60
Gráfico 16: Diagrama de Actividad del CUN Atender Cita ........................................ 61
Gráfico 17: Diagrama de Actividad del CUN Estadística de Atenciones ................... 61
Gráfico 18: Diagrama de Actividad del CUN Traslado de HC ................................... 62
Gráfico 19: Diagrama de Clases de Objetos del Negocio ......................................... 62
Gráfico 20: Diagrama de Actores del Sistema........................................................... 67
Gráfico 21: Diagrama de Paquetes ........................................................................... 67
Gráfico 22: Diagrama de Casos de Uso del Sistema ................................................ 69
Gráfico 23: Diagrama de Modelo Conceptual............................................................ 74
Gráfico 24: Diagrama de CUS más significativos para la Arquitectura ...................... 87
Gráfico 25: Diagrama de Clases del CUS Gestionar HC .......................................... 88
Gráfico 26: Diagrama de Secuencia del CUS Gestionar HC. .................................... 88
Gráfico 27: Diagrama de Clases del CUS Registrar Cita .......................................... 89
Gráfico 28: Diagrama de Secuencia del CUS Registrar Cita..................................... 89
Gráfico 29: Diagrama de Clases del CUS Reservar Cita. ......................................... 90
Gráfico 30: Diagrama de Secuencia del CUS Reservar Cita..................................... 90
Gráfico 31: Diagrama de Clases del CUS Administrar Cita. ...................................... 91
Gráfico 32: Diagrama de Secuencia del CUS Administrar Cita ................................. 91
Gráfico 33: Diagrama de Clases del CUS Traslado HC Admisión ............................ 92
Gráfico 34: Diagrama de Secuencia del CUS Traslado HC Admisión ....................... 92
Gráfico 35: Diagrama de Clases del CUS Traslado HC Consultorio ......................... 93
Gráfico 36: Diagrama de Secuencia del CUS Traslado HC Consultorio ................... 93
Gráfico 37: Diagrama de Clases del CUS Consultar Citados .................................... 94
Gráfico 38: Diagrama de Secuencia del CUS Consultar Citados .............................. 94
Gráfico 39: Diagrama de Clases del CUS Consultar Movimiento HC ....................... 95
Gráfico 40: Diagrama de Secuencia del CUS Consultar Movimiento HC .................. 95
Gráfico 41: Diagrama de Clases del CUS Registrar Atenciones ............................... 96
Gráfico 42: Diagrama de Secuencia del CUS Registrar Atenciones ......................... 96
Gráfico 43: Diagrama de Clases del CUS Importar Excel Estadístico ....................... 97
Gráfico 44: Diagrama de Secuencia del CUS Importar Excel Estadístico ................. 97
Gráfico 45: Diagrama de Modelo de Datos ............................................................... 98
Gráfico 46: Diagrama de Modelo de Componentes .................................................. 99
Gráfico 47: Diagrama de Modelo de Despliegue ..................................................... 100
Gráfico 48: Arquitectura Cliente-Servidor ................................................................ 102
Gráfico 49: Organigrama del Proyecto .................................................................... 120
Gráfico 50: EDT del Proyecto .................................................................................. 121
Gráfico 51: Cronograma de Actividades del Proyecto ............................................. 122
Gráfico 52: Constancia de Aceptación del Cliente .................................................. 125
ÍNDICE DE CUADROS
Cuadro 1: Población Policial según localización territorial ........................................ 15
Cuadro 2: Población Policial Familiares según localización territorial ....................... 15
Cuadro 3: Nºde atenciones médicas y no médicas en consulta externa HN PNP
‘LNS’………………………………………………………………………………………….16
Cuadro 4: Atenciones médicas por Especialidades HN PNP ‘LNS’ ........................ 18
Cuadro 5: Alternativas de herramientas. ................................................................... 49
Cuadro 6: Costos de Hardware para el desarrollo del proyecto .............................. 112
Cuadro 7: Costos de Software para el desarrollo del proyecto ............................... 112
Cuadro 8: Costos de Recursos Humanos para el desarrollo del proyecto .............. 113
Cuadro 9: Costo de Implementación del proyecto. .................................................. 114
1
INTRODUCCIÓN
El presente proyecto de investigación, está dividido en 8 capítulos que mostrarán el
desarrollo progresivo de la tesis, que se verá reflejado desde el análisis de la
situación actual del problema en el proceso de citas médicas del H.N. P.N.P. “Luis N.
Sáenz”, hasta la implementación de la solución propuesta para dicho problema.
En el Primer Capítulo, se mencionará todo lo concerniente a la institución y al
problema actual que vive en el proceso de citas médicas. Para ello se propondrá una
solución definiendo los objetivos, beneficios y alcance que se pretenden lograr.
En el Segundo Capítulo, se definirán los conceptos y teorías involucradas al proyecto
de investigación, que nos permitirán una mejor comprensión y análisis del problema.
En el Tercer Capítulo, de acuerdo a la información mencionada en el marco teórico
en el capítulo anterior, se definirán herramientas y metodologías que se aplicarán en
el desarrollo del proyecto.
En el Cuarto Capítulo, se realizará el modelado del negocio, tomando en cuenta
todos los sub procesos que forman parte del flujo del proceso de citas médicas.
En el Quinto Capítulo, se describirá todos los requerimientos del sistema tanto
funcionales como no funcionales y a partir de ello se realizará y plasmará el análisis y
modelado de sistema.
En el Sexto Capítulo, se definirá la arquitectura del sistema, incluyendo la realización
de los casos de uso más significativos para la arquitectura; así como el modelo de
datos, modelo de despliegue y modelo de componentes.
En el Séptimo Capítulo, se definirá los estándares y tecnologías aplicadas al
desarrollo del sistema; así como las pruebas funcionales realizadas a cada caso de
uso más significativo para la arquitectura.
En el Octavo Capítulo, se definirá la vialidad del proyecto tanto técnica, económica y
legalmente; también se definirá la estimación y ejecución del proyecto.
2
CAPÍTULO I: VISIÓN DEL PROYECTO
3
1.1 El Problema
1.1.1 El Negocio
1.1.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, 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
4
llamada Retiro de Tropas, para la adquisición de un terreno de 29.340
metros cuadrados de la Testamentaria Canevaro, donde se construyó
más 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).
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
5
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.
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.
6
1.1.1.2 Organización
Gráfico 1: Organigrama estructural del Hospital Nacional PNP ‘Luis N. Sáenz’.
1.1.1.3 Visión
El Hospital Nacional PNP “Luis N. Sáenz”, tiene como visió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.
7
1.1.1.4 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 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.1.2 Procesos del Negocio
1.1.2.1 Principales Procesos del Hospital
El hospital cuenta con 3 procesos principales, los cuales se describirán a
continuación detallando las áreas involucradas en c/u de los procesos:
Dirección Administrativa
Son 4 las áreas involucradas en este proceso, tal como se muestra en
el gráfico en la parte inferior:
- La DIRREHUM (Dirección de Recursos Humanos PNP), es el
órgano de apoyo de la PNP, encargada de planear, organizar,
dirigir, coordinar y controlar la administración del personal, en
función de las necesidades del Instituto, asimismo vela por el
otorgamiento oportuno de los derechos y beneficios que le
corresponde al personal policial y sus familiares.
- La DIRECFIN (Dirección de Economía y Finanzas PNP), es la
encargada de ejecutar, supervisar y controlar la gestión económica
8
patrimonial de la PNP, de conformidad con las disposiciones
legales vigentes. Otra de sus funciones principales es administrar
las donaciones en dinero otorgadas por personas jurídicas o
naturales a nombre de la PNP, así como también los ingresos
provenientes de la ejecución de Convenios suscritos entre la
Institución y otros organismos públicos o privados.
- El FOSPOLI (Fondo de Salud Policial), es un fondo asistencial,
creado para financiar la atención integral de la salud del personal
policial y de sus familiares a nivel nacional. Cuya dirección y
administración está a cargo de un Directorio; depende
orgánicamente de la Dirección General de la PNP; la misma que la
dotara de los recursos económicos necesarios para su
funcionamiento.
Para el cumplimiento de sus fines goza de autonomía técnica,
administrativa, económica, financiera y contable.
- ADMISIÓN Y ARCHIVOS, es el área donde finalmente se registra
las historias clínicas de los pacientes.
Atención Médica
Una vez realizado el proceso de trámites, los policías y familiares con
derecho de atención, podrán solicitar sus citas médicas en cualquiera
de los consultorios del hospital donde desean recibir atención, luego de
solicitar sus citas podrán ser atendidos por los médicos.
Dirección Médica
Son 4 las áreas involucradas en este proceso, tal como se muestra en
el gráfico en la parte inferior:
- Farmacia, es el lugar donde se les brinda los medicamentos a los
pacientes de forma gratuita.
9
- Laboratorio, es el lugar donde los pacientes podrán realizar sus
radiografías, rayos x y otros exámenes médicos.
- Quirófano, es el lugar donde el paciente recibirá una atención
médica más amplia como una operación, cirugía, etc.
- Rehabilitación, es el lugar donde se les brinda tratamiento continuo
a los pacientes discapacitados o los que lo requieran.
Gráfico 2: Procesos principales del Hospital Nacional PNP ‘Luis N. Sáenz’. Elaboración: Propia, 2011.
NE
CE
SID
AD
ES
DE
AT
EN
CIÓ
N M
ÉD
ICA
DE
LO
S
PA
CIE
NT
ES
SA
TIS
FA
CC
IÓN
DE
LA
S N
EC
ES
IDA
DE
S M
ÉD
ICA
S
DE
LO
S P
AC
IEN
TE
S
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 DIRECFIN FOSPOLI ADMISIÓN Y ARCHIVOS
DIRECCIÓN ADMINISTRATIVA
10
1.1.2.2 Proceso actual de citas médicas
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 médica 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 (lugar donde se
archivan las historias) a los consultorios (que son los que solicitan las
historias según la fecha indicada en las citas).
Gráfico 3: Proceso actual de citas médicas.
Elaboración: Propia, 2011.
Confirma historia En
trega Histo
rias
Confirma Cita
Enfermera
Registra Cita
Registra Nº de HC
Cuaderno de Citas Solicita Cita
- CIP o CIF - Tarjeta Fospoli - TUA
Paciente
Presenta
Hoja de Historias Clínicas
Auxiliar
Rec
oge
ho
ja
Solicita Atención
11
A continuación mostraremos el Gráfico 3 usando BPMN - Notación para la Gestión
de Procesos de Negocios. El gráfico se dividirá en 2 diagramas, en el primero se
mostrará la solicitud de una nueva cita médica y el traslado de las historias clínicas
(tal como se muestra en el gráfico anterior en líneas rojas y azules) y en el segundo
se mostrará la solicitud de la atención de dicha cita (tal como se muestra en el gráfico
anterior en líneas negras).
Gráfico 4: Diagrama de solicitud de citas médicas.
Elaboración: Propia, 2013.
Gráfico 5: Diagrama de solicitud de atención de citas médicas.
Elaboración: Propia, 2013.
12
1.1.3 Descripción del Problema
El Hospital Nacional PNP ‘Luis N. Sáenz’ es un hospital que brinda
atención asistencial a la familia policial 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 existe un problema en el proceso de citas médicas
debido a la forma manual como se viene realizando. Toda información
correspondiente a 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.
Al no tener un adecuado control del registro de los pacientes causa un
malestar en el servicio que se les brinda, lo cual origina aglomeraciones
de las personas para obtener una cita o para su atención, de igual
manera no se tiene un control de la asignación de turnos de los
médicos, tampoco un control de citas permitidas por cada paciente
mensualmente (en este caso por derecho cada paciente puede solicitar
3 citas máximo por cada mes), entre otros problemas que existen en el
Hospital.
Debido a la situación del Hospital es necesario contar con una
herramienta que ayude agilizar el manejo de información y permita
mejorar la calidad de atención a los pacientes.
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
13
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 que lo
atenderá.
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 y tiene que volver a
solicitarla; 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.
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, no se controla con exactitud los turnos de
atención que atienden los médicos durante todo el día. 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 recibir atención médica y vienen a ser
14
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 registra en una hoja aparte todos los números de historias
clínicas de los pacientes, posteriormente esas hojas serán recogidas
por un auxiliar 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 calidad
de atención de 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, el objetivo es mejorar todos
estos problemas que actualmente existen en el hospital.
15
1.1.3.1 Estadísticas
Población Policial Titulares y Familiares de Titulares en actividad
según localización territorial – Marzo 2010:
Cuadro 1: Población Policial según localización territorial. Elaboración: Unidad de Epidemiología y Salud Ambiental de la OFISIG del HN ‘LNS’ PNP.
Cuadro 2: 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.
Comentario: En los cuadros 1 y 2 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 las
atenciones.
LOCALIZACIÓN TERRITORIAL
POBLACIÓN POLICIAL
Nº %
DPTO. LIMA 53,266 51.24 %
INTERIOR DEL PAÍS 50,683 48.76 %
TOTAL 103,949 100 %
LOCALIZACIÓN TERRITORIAL
POBLACIÓN POLICIAL
Nº %
DPTO. LIMA 177,889 54.95 %
INTERIOR DEL PAÍS 145,860 45.05 %
TOTAL 323,749 100 %
16
Gráfico 6: Número de atenciones según parentesco del paciente. Elaboración: Unidad de Estadística de la OFISIG del HN ‘LNS’ PNP.
Número de atenciones médicas y no médicas en consulta externa
- Diciembre 2009 a Noviembre 2010:
Cuadro 3: Número de atenciones médicas y no médicas en consulta externa HN PNP ‘LNS’. Elaboración: Unidad de Estadística de la OFISIG del HN ‘LNS’ PNP.
TITULARES 212753 41.9%
FAMILIARES293741 57.9%
N.E. 894 0.2%
NÚMERO DE ATENCIONES SEGÚN PARENTESCO DEL PACIENTE
CONSULTAS DIC09 ENE FEB MAR ABR MAY JUN JUL AGO SET OCT NOV TOTAL
CONSULTA
EXTERNA MÉDICA 26,984 33,449 31,788 36,738 32,672 32,957 30,939 28,434 29,774 36,034 33,670 34,181 387,620
Medicina 15,753 19,790 18,833 22,885 19,644 20,344 19,264 17,535 18,979 22,860 19,702 20,840 236,429
Cirugía 7,834 9,101 8,421 8,951 8,247 8,231 8,340 7,221 7,159 8,712 9,040 9,125 100,382
Pediatría 1,599 2,285 1,923 2,205 2,054 2,033 1,686 1,763 1,944 1,899 1,964 1,775 23,130
Ginecología 1,798 2,273 2,611 2,697 2,727 2,349 1,649 1,915 1,692 2,563 2,964 2,441 27,679
CONSULTA
EXTERNA NO
MÉDICA
4,529 6,511 6,384 7,752 6,877 6,942 6,684 6,349 5,796 7,144 7,411 6,866 79,245
Obstetricia 963 1,213 1,366 1,850 2,124 1,642 1,595 1,511 1,309 1,750 2,309 2,095 19,727
Odontoestomatología 1,933 3,596 3,434 3,491 2,842 3,161 3,162 2,976 2,779 3,352 3,573 3,158 37,457
Psicología 1,550 1,644 1,492 1,906 1,480 1,950 1,927 1,583 1,345 1,677 1,387 1,403 19,344
Nutrición 83 58 92 505 431 189 0 279 363 365 142 210 2,717
TOTAL GENERAL: 31,513 39,960 38,172 44,490 39,549 39,899 37,623 34,783 35,570 43,178 41,081 41,047 466,865
17
Atenciones médicas por especialidades - Año 2010
SERVICIO ATENCIONES 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 1,018 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 1,286 1,606 1,197 619 905 928 1,351 1,046 1,184
CIR PLAST REP Y QUE 515 539 519 493 361 354 291 388 402 379 440
DERMATOLOGÍA 2,429 2,249 2,430 1,841 1,403 2,028 2,298 2,209 2,018 2,076 2,106
EMERGENCIA 5,727 5,377 5,741 6,082 6,267 5,105 5,508 5,761 5,408 5,888 6,350
ENDOCRINOLO. 2,091 2,185 2,052 2,044 2,049 2,319 2,177 2,344 2,434 2,178 2,489
GASTROENTEROLOG. 2,141 2,397 2,948 2,175 2,354 2,383 2,079 2,223 2,297 1,975 2,165
GINECOOBST. 2,123 2,484 2,436 2,344 2,026 1,920 1,781 1,485 2,235 2,393 2,181
MEDICINA GENERAL 2,937 2,435 3,403 2,512 2,680 2,015 2,197 2,530 2,763 2,645 2,880
HEMATOLOGÍA 342 242 642 359 542 585 402 537 524 152 609
MED. FISICA Y REHAB. 1,089 1,105 909 1,262 1,129 937 456 667 1,377 1,916 1,126
MED.PEDIATRIIC. 1,865 1,899 1,844 1,817 1,819 1,711 1,716 1,748 1,760 1,743 1,675
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 1,166
NEUROCIRUGÍA 426 445 343 416 459 435 413 397 458 466 466
NEUROLOGÍA 1,934 1,550 1,834 1,516 1,704 1,581 767 1,311 1,648 1,557 1,631
18
Cuadro 4: Atenciones médicas por Especialidades HN PNP ‘LNS’. Elaboración: Oficina de Gestión de la Calidad
Comentario: En el cuadro 4 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
mensualmente en cada una de las especialidades.
De acuerdo a la investigación presencial realizada en el Hospital se comprobó que
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 (la solicitud de la cita y la atención de la misma) se
realizan en la misma ventanilla de atención de los consultorios como ya se ha
mencionado en la descripción del problema, es por eso que se genera las grandes
colas en los consultorios y no hay un orden de atención ni distribución en los turnos
de atención que brinda el hospital.
SERVICIO ATENCIONES MÉDICAS POR MES
ENE FEB MAR ABR MAY JUN JUL AGO SEP OCT NOV
OFTALMOLOGÍA 3,713 3,503 3,478 3,273 3,435 3,565 2,542 2,367 3,627 3,322 3,576
ONCOLOGÍA 613 740 437 721 672 347 620 340 754 609 598
OTORRINO 1,153 1,456 1,597 1,237 1,835 959 831 1,109 1,265 1,103 1,498
PLANIFICA.FAMI.E INF. 156 215 261 388 170 131 146 124 208 206 265
PSIQUIATRÍA 1,320 1,260 1,050 981 1,161 961 919 1,111 1,310 1,148 458
RADIOTERAPIA 79 87 65 29 45 80 47 42 43 43 48
REUMATOLOGÍA 1,594 1,476 1,371 1,468 1,722 1,411 1,544 1,601 1,726 1,750 1,595
TRAUMATOLOGÍA 902 684 672 698 745 730 927 524 512 1,157 1,098
UROLOGÍA 680 626 713 732 812 850 933 880 831 922 793
TOTAL 38,326 37,485 39,425 37,429 38,186 34,295 32,615 33,654 38,494 38,451 38,926
19
Para el presente proyecto de tesis, abarcaremos solo 5 consultorios externos o
servicios médicos para realizar el análisis y desarrollo del proyecto, los cuales son
los que están sombreados de color azul claro en el cuadro 4.
Los cuadros estadísticos que se mostrarán a continuación son de los consultorios
mencionados líneas arriba.
Gráficos de atenciones por servicios
Gráfico 7: Nº de atenciones médicas en el departamento de Cardiología – 2010. Elaboración: Propia, 2013.
Consultorio externo: Servicio de Cardiología
Nº de consultorios internos: 7
Tiempo aprox. de atención por paciente: 30 min.
Promedio mensual de atenciones: 1,074 pacientes
Promedio diario de atenciones: 45 pacientes
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 26 atenciones por día y en el mes con mayor atención
existe un aproximado de 67 atenciones por día.
0
500
1000
1500
2000
ene
feb
mar
abr
may jun jul
ago
sep
oct
no
v
nº
de
ate
nci
on
es
meses de atenciones
Nº de atenciones médicas Ene'10 - Nov'10
CARDIOLOGÍA
20
Gráfico 8: Nº de atenciones médicas en el departamento de Dermatología – 2010. Elaboración: Propia, 2013.
Consultorio externo: Servicio de Dermatología
Nº de consultorios internos: 5
Tiempo aprox. de atención por paciente: 25 min.
Promedio mensual de atenciones: 2,099 pacientes
Promedio diario de atenciones: 87 pacientes
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 58 atenciones por día y en el
mes con mayor atención existe un aproximado de 101.
0
500
1000
1500
2000
2500
3000
ene
feb
mar
abr
may jun jul
ago
sep
oct
no
v
nº
de
ate
nci
on
es
meses de atenciones
Nº de atenciones médicas Ene'10 - Nov'10
DERMATOLOGÍA
0
500
1000
1500
2000
2500
3000
ene
feb
mar
abr
may jun jul
ago
sep
oct
no
v
nº
de
ate
nci
on
es
meses de atenciones
Nº de atenciones médicas Ene'10 - Nov'10
ENDOCRINOLO
21
Gráfico 9: Nº de atenciones médicas en el departamento de Endocrinología – 2010. Elaboración: Propia, 2013.
Consultorio externo: Servicio de Endocrinología
Nº de consultorios internos: 5
Tiempo aprox. de atención por paciente: 15 min.
Promedio mensual de atenciones: 2,215 pacientes
Promedio diario de atenciones: 92 pacientes
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 85 atenciones por día y en el
mes con mayor atención existe un aproximado de 104 atenciones por día.
Podemos observar también que es el consultorio que tiene mayor número
de atenciones mensualmente.
Gráfico 10: Nº de atenciones médicas en el departamento de Otorrino – 2010. Elaboración: Propia, 2013.
Consultorio externo: Servicio de Otorrino
Nº de consultorios internos: 4
Tiempo aprox. de atención por paciente: 15 min.
Promedio mensual de atenciones: 1,277 pacientes
Promedio diario de atenciones: 53 pacientes
0
500
1000
1500
2000
nº
de
ate
nci
on
es
meses de atenciones
Nº de atenciones médicas Ene'10 - Nov'10
OTORRINO
22
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 35 atenciones por día
y en el mes con mayor atención existe un aproximado de 76 atenciones
por día.
Gráfico 11: Nº de atenciones médicas en el departamento de Urología – 2010. Elaboración: Propia, 2013.
Consultorio externo: Servicio de Urología
Nº de consultorios internos: 2
Tiempo aprox. de atención por paciente: 15 min.
Promedio mensual de atenciones: 797 pacientes
Promedio diario de atenciones: 33 pacientes
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 26 atenciones por día y
en el mes con mayor atención existe un aproximado de 39 atenciones por
día. Podemos observar también que de los cinco consultorios que hemos
tomado de muestra para realizar los cuadros estadísticos, es el que tiene
menor número de atenciones mensualmente.
0
200
400
600
800
1000
ene feb mar abr may jun jul ago sep oct nov
nº
de
ate
nci
on
es
meses de atenciones
Nº de atenciones médicas Ene'10 - Nov'10
UROLOGÍA
23
1.2 Objetivos del Proyecto
1.2.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.2.1.1 Árbol de Problemas
Gráfico 12: Árbol de Problemas. Elaboración: Propia, 2011.
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.
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
Efectos
Extravío de historias.
No se controla con exactitud el movimiento de las historias.
Conflictos de atención.
No se controla la cantidad permitida de citas por paciente.
Gastos innecesarios.
24
1.2.1.2 Árbol de Objetivos
Gráfico 13: Árbol de Objetivos. Elaboración: Propia, 2011.
1.2.2 Objetivo General
El objetivo principal del presente proyecto de tesis, es implementar un
software que automatice y ayude a mejorar el proceso de citas médicas
en el HN PNP LNS, teniendo como finalidad asegurar y agilizar el
manejo de información de dicho proceso; permitiendo un oportuno
registro y consulta de las citas, así como un efectivo control y
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 automatizada.
Atención en la hora citada.
Existencia de un sistema que almacene y muestre información de forma rápida y eficiente.
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.
Metas
Fines
Ubicación oportuna de las historias.
Se controla con exactitud el movimiento de las historias.
Atención segura.
Se controla la cantidad permitida de citas por paciente.
Gastos necesarios.
25
seguimiento del traslado físico de las historias clínicas y sobre ellos
obtener consolidados estadísticos requeridos por la institución.
1.2.3 Objetivos Específicos
Permitir el registro y programación automatizada de las citas
realizadas en los consultorios por las enfermeras.
Permitir que el paciente reserve su cita vía internet y pueda ser
administrado por él.
Controlar la cantidad permitida de citas que puede solicitar un
paciente mensualmente.
Controlar el traslado de cada una de las historias clínicas del área de
Admisión y Archivos hacia los Consultorios, permitiendo saber su
ubicación de forma rápida y oportuna.
Generar reportes estadísticos de las atenciones médicas mensuales,
por servicios y especialidades.
1.3 Beneficios del Proyecto
1.3.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 y tiempo.
1.3.2 Beneficios Intangibles
Mejoramiento en el proceso de citas.
Mejor calidad de atención a los pacientes.
26
Incremento de satisfacción de los pacientes.
Mejor imagen del Hospital.
Mejora en el proceso de toma de decisiones.
Mejora del medio ambiente.
1.4 Alcance del Proyecto
1. Se automatizará el proceso de citas que se realiza en la ventanilla por
parte de las enfermeras en cada consultorio externo.
2. Cada paciente que cuente con un usuario para ingresar al sistema, podrá
administrar sus citas, tanto en la reserva, consulta y cancelación de cada
una de ellas.
3. Se controlará la gestión y traslado físico de las historias clínicas que serán
llevadas diariamente a los consultorios, registrando la salida y entrada de
cada una de ellas del área de Admisión y Archivos (lugar donde se
almacenan) y de los Consultorios.
27
CAPÍTULO II: MARCO TEÓRICO
28
2.1 Aplicación Web
Según [LUJAN MORA 01] define a una aplicación web, como un tipo especial
de aplicación cliente/servidor, donde tanto el cliente (el navegador, explorador o
visualizador) como el servidor (el servidor web) y el protocolo mediante el que
se comunican (Hyper Text Transfer Protocol - HTTP) están estandarizados y no
han de ser creados por el programador de aplicaciones.
El protocolo HTTP forma parte de la familia de protocolos de comunicaciones
Transmission Control Protocol/Internet Protocol (TCP/IP), que son los
empleados en Internet. Estos protocolos permiten la conexión de sistemas
heterogéneos, lo que facilita el intercambio de información entre distintos
ordenadores.
El cliente web es un programa con el que interacciona el usuario para
solicitar a un servidor web el envío de los recursos que desea obtener
mediante HTTP. Por lo tanto, la misión del cliente web es interpretar las
páginas HTML y los diferentes recursos que contienen (imágenes, sonidos,
etc.).
El servidor web es un programa que está esperando permanentemente las
solicitudes de conexión mediante el protocolo HTTP por parte de los clientes
web. En los sistemas Unix suele ser un "demonio" y en los sistemas
Microsoft Windows un “servicio”.
[LEON SHKLAR 03] define que una aplicación web es una aplicación cliente-
servidor que (generalmente) utiliza el navegador web como cliente. Los
navegadores envían solicitudes a los servidores y los servidores generan
respuestas y las devuelven a los navegadores. Se diferencian de las
aplicaciones cliente-servidor antiguas porque hacen uso de un programa cliente
en común, es decir, el navegador Web.
Existen importantes ventajas en el uso de los navegadores web como clientes:
29
1. Son ubicuos y están presentes en prácticamente cada escritorio y se pueden
utilizar para interactuar con muchas diferentes aplicaciones Web. No hay
necesidad de instalar varios programas clientes especializados en el
escritorio, lo que reduce drásticamente los dolores de cabeza de
mantenimiento.
2. Los navegadores ofrecen mecanismos para descargar con seguridad y
ejecutar clientes más complejos cuando se requiere una funcionalidad
adicional que los navegadores por sí solos no pueden proporcionar.
2.2 Arquitecturas de Aplicaciones Web
2.2.1 Arquitectura en Capas
[VIGNAGA, PEROVICH 08] menciona que desde un punto de vista
lógico, una aplicación puede estar dividida en componentes que se
denominan capas, las cuales son unidades altamente cohesivas, con
responsabilidades de alto nivel, bien definidas y autocontenidas. A la
organización del software en términos de estos componentes se le
llama arquitectura lógica.
Las aplicaciones de software presentan tres aspectos fundamentales:
debe hacer que los datos sean persistentes (D), debe procesarlos en
forma acorde a la lógica de negocio (L), y debe presentarlos
adecuadamente a los usuarios (P).
2.2.1.1 Arquitectura en 2 Capas
La arquitectura de 2 capas permite distribuir una aplicación en dos
componentes lógicos. Las responsabilidades de cada componente hacen
a las variantes de esta arquitectura.
30
Esta topología permite distribuir la carga de la aplicación a dos
computadores diferentes, lo que llevó naturalmente a distribuir las
responsabilidades de la misma a dos unidades lógicas.
Arquitectura P+L/D
Una primera variante es retirar el manejo de datos de la aplicación.
Esto permite a varios clientes utilizar el mismo juego de datos. P+L es
una unidad lógica por sí, donde el manejo de interfaz de usuario y el
manejo de la lógica no se los distingue como módulos independientes.
Típicamente P+L se encuentra en el cliente, mientras que D se
encuentra en el servidor.
Arquitectura P/L+D
El hecho de tener la misma lógica en cada cliente permitió factorizarla,
llevando la misma al servidor. Aquí la lógica de la aplicación se
encuentra embebida al manejo de la persistencia de datos. En este tipo
de aplicaciones la lógica resuelve los problemas de persistencia
encargándose ella misma de dicha tarea, no necesariamente utilizando
un manejador de base de datos, o embebiendo toda la lógica de
negocios en el mismo.
31
Arquitectura P+L/L+D
Una tercera variante es repartir la tarea de la lógica, una parte junto a
la interfaz de usuario, y otro junto al manejo de persistencia de datos.
2.2.1.2 Arquitectura en 3 Capas
La arquitectura en 2 capas, con su variante P/L+D, dio lugar a la
arquitectura en 3 capas. El hecho de que la lógica de negocios y el manejo
de persistencia sean una unidad presentaba desventajas importantes: el
manejador de base de datos resultaba pequeño y quería migrarse a otro,
debía actualizarse la versión, o se deseaba incorporar datos de nuevas
fuentes.
En esta arquitectura la lógica de la aplicación ocupa una capa intermedia;
está separada tanto de los datos como de la interfaz de usuario (P/L/D).
Los procesos pueden ser administrados y desplegados en forma
autónoma, sin relación con la interfaz de usuario y el manejador de base
de datos. En teoría, los sistemas en 3 capas son de más fácil ampliación y
más robustos y flexibles. Además, pueden integrar datos de múltiples
fuentes.
Es importante notar que los límites entre las capas son lógicos, por lo que
es posible ejecutar las tres capas en la misma máquina. Lo importante es
que el sistema está claramente estructurado y que hay una buena
planificación de los límites entre las diferentes capas.
32
2.3 Servidor Web y Servidor de Aplicaciones
Según [GROUSSARD 10] especifica que, un servidor Web no es más que un
simple servidor de archivos. Los clientes se dirigen a éste mediante el protocolo
HTTP para obtener un recurso. Cuando el servidor Web recibe una petición
HTTP, extrae simplemente de la petición el nombre del recurso solicitado, lo
busca en el disco y "lo devuelve" dentro de una respuesta HTTP para
transmitirlo al cliente. Éste es el único trabajo que puede realizar un servidor
Web. Un servidor Web no realiza ningún tratamiento en el recurso antes de
trasmitirlo al cliente. Por lo tanto, puede transmitir de manera indiferente a un
cliente una página HTML, una imagen, un archivo de sonido o incluso un
archivo ejecutable. El tipo de contenido del recurso solicitado le es totalmente
indiferente.
La función de un servidor de aplicaciones es radicalmente distinta ya que los
recursos que le son confiados no son simples archivos estáticos, sino que
contienen el código que se va a encargar de ejecutar en nombre de los clientes
que realicen la petición. Cuando un servidor de aplicaciones recibe una solicitud
HTTP, éste también analiza la petición para determinar qué recurso se le ha
solicitado. Generalmente la petición concierne código ejecutable alojado en el
servidor. Contrariamente a los que haría un servidor Web en la misma situación,
no trasfiere al cliente el código sino que lo ejecuta y es el resultado de la
ejecución de este código lo que se reenvía al cliente.
33
Cuando el servidor recibe una petición HTTP proveniente del exterior, es la
parte del servidor Web la que recibe esta petición y la analiza. Si concierne a un
recurso estático, el servidor Web realiza su función yendo a buscar el recuso y
reenviándolo al cliente en una respuesta HTTP. Si la petición concierne a un
recurso dinámico (código), el servidor Web no sabe tratar esta petición, por lo
que la transfiere a la parte correspondiente al servidor de aplicaciones del
servidor. Éste realiza su función ejecutando el código correspondiente y
generando una respuesta HTTP. Si así lo requiera, el servidor de aplicaciones
puede contactar con otro servidor o una base de datos para poder construir la
respuesta. Esta respuesta HTTP se transmite al servidor Web que a su vez se
encarga de reenviarla al cliente.
[YEAGER, MCGRATH 06] explican en pocas palabras que un servidor Web
puede ser descrito por la siguiente fórmula: Servidor Web = Plataforma +
Software + Información.
Un servidor web debe ser un ordenador con una conexión a Internet, con un
sistema de software para ejecutar el ordenador y conectarse a otros sistemas a
través de Internet. El hardware de la computadora, su sistema operativo y
software de red son la "plataforma". El segundo componente de servidor Web
es el software de servidor Web en sí. Este es el "software". Lo más importante
de todo es la información para servir, sin “información” un servidor Web tiene
pocos motivos para existir.
2.4 Entornos Web
[LUJAN MORA 02] define que las aplicaciones web se emplean en tres
entornos informáticos muy similares que son: Internet, Intranet y Extranet.
La Internet posee un diseño descentralizado, cada ordenador (host) es
independiente. Sus operadores pueden elegir qué servicio de Internet usar
34
y que servicios locales quieren proporcionar al resto de la Internet. Por lo
tanto la Internet es un conjunto de dos o más redes de ordenadores
interconectadas entre sí.
Existe una gran variedad de formas de acceder a la Internet. El método
más común es obtener acceso a través de Proveedores de servicios de
Internet (Internet Service Provider ISP).
Una intranet es una red de ordenadores basada en los protocolos que
gobiernan Internet (TCP/IP) que pertenece a una organización y que es
accesible únicamente por los miembros de la organización, empleados u
otras personas con autorización.
Una intranet puede estar o no conectada a Internet. Un sitio web en una
intranet es y actúa como cualquier otro sitio web, pero los cortafuegos
(firewall) lo protegen de acceso no autorizados (su acceso está limitado a
un ámbito local).
Una extranet es una intranet a la que pueden acceder parcialmente
personas autorizadas ajenas a la organización o empresa propietaria de la
intranet.
Mientras que en una intranet reside detrás de un cortafuego y sólo es
accesible por las personas que forman parte de la organización propietaria
de la intranet, una extranet proporciona diferentes niveles de acceso a
personas que se encuentran en el exterior de la organización. Esos
usuarios pueden acceder a la extranet sólo si poseen un nombre de
usuario y una contraseña con los que identificarse. La identidad de usuario
determina que partes de la extranet puede visualizar. Además, para
acceder a una extranet se suelen emplear medios de comunicación
seguros, como Secure Socket Layer (SSL) y Virtual Private Network (VPN).
35
2.5 Base de Datos Relacional
[NEVADO CABELLO 10 08] explica que el objetivo fundamental del modelo
relacional es mantener la independencia de esta estructura lógica respecto al
modo de almacenamiento y a otras características de tipo físico.
La estructura básica del modelo relacional es la relación o tabla. Todos los
datos de la base de datos se representan en forma de tabla o relación cuyo
contenido varía con el tiempo. Una relación o tabla se representa gráficamente
como una estructura rectangular, formada por filas o columnas. Cada columna
almacena información sobre una propiedad determinada de la tabla o relación.
A estas columnas también se las denomina atributos. Los atributos pueden
aparecer en la relación en cualquier orden.
Cada fila de la tabla se denomina tupla, y representa una ocurrencia de la
relación. Cada tupla almacena los valores que toma cada uno de los atributos,
para cada ocurrencia de la relación.
Las relaciones tienen las siguientes características:
- Cada relación tiene un nombre y éste es distinto del nombre de todas las
demás.
- Los valores de los atributos son atómicos: en cada tupla, cada atributo
toma un solo valor. Se dice que las relaciones están normalizadas.
- No hay dos atributos que se llamen igual.
- El orden de los atributos no importa: los atributos no están ordenados.
- Cada tupla es distinta de las demás: no hay tuplas duplicadas.
- El orden de las tuplas no importa: las tuplas no están ordenadas.
Según [DOMANSKI, PHILIP 00] el concepto de una base de datos relacional es
muy simple: Los conjuntos de datos están organizados en tablas. Una tabla
comprende uno o más atributos llamados columnas cada uno de los cuales
36
describe una característica de los datos de la tabla. Los datos se mantienen en
los registros de base de datos, o filas, (en los cuadros) y la información de cada
fila se ajusta a las definiciones de columnas específicas de cada tabla. En
muchos sentidos, una tabla se construye a lo largo de las mismas líneas de una
hoja de cálculo - que consta de filas y columnas. Lo que hace que la base de
datos relacional distinta de una hoja de cálculo es el hecho de que puede
consistir en un número de diferentes tablas. Una base de datos compleja podría
comprender un centenar o más y que es la especificación de estas tablas que
es prácticamente el punto final en el proceso de diseño de base de datos.
Las tablas pueden estar relacionadas entre sí por compartir atributos comunes
(columnas). Esta es la base de la formación de relaciones entre tablas en la que
el método RDBMS se fundamenta.
Los principales componentes de una base de datos relacional son:
- Tablas
- Columnas y Filas
- Relaciones
- Llaves: Primaria, Candidato, Exterior, Simple, Complejo
- Índices
- Unión y la integridad referencial
2.6 ¿Qué es una cita médica?
[FOSPOLI 13] 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.
37
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.
2.7 Pasos previos para solicitar una cita médica
[FOSPOLI 13] Para poder solicitar una cita médica, en este caso en el Hospital
Nacional PNP ‘Luis N. Sáenz’, 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 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 DIREFIN donde solicitará su Planilla de Pago que
posteriormente lo presentará en FOSPOLI para confirmar que pertenece a la
PNP.
38
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
Actualmente para obtener una cita en el Hospital Nacional PNP ‘Luis N. Sáenz’,
el paciente debe acudir a la ventanilla ubicada en el consultorio externo donde
desea atenderse y solicitar la cita a la enfermera que es la encargada del
registro de citas.
2.8 Cita Médica por Internet
[Artículo DePeru.com 13] Citas médicas por internet en hospitales públicos
beneficiará a 250 mil usuarios al mes:
39
Representantes del Ministerio de Salud informaron que se pondrá en
funcionamiento el servicio de citas médicas por internet en hospitales del
MINSA, la cual beneficiará mensualmente a unas 250 mil personas. Este
servicio será gratuito y evitará los tiempos de espera.
Este sistema, que ya se inició en el Instituto Nacional de Enfermedades
Neoplásicas (INEN), Hospital Madre-Niño Docente San Bartolomé y en el
Instituto Materno Perinatal (antes Maternidad de Lima), permite al usuario un
acceso rápido para su atención sin colas. Sólo beneficiará a quienes ya cuenten
con historia clínica en el hospital.
El director de la Oficina General de Estadística e Informática del MINSA,
Humberto Curioso Vílchez, explicó que este nuevo servicio de acceso gratuito
forma parte del proceso de reformas del sector Salud.
“Disminuirá los tiempos de espera de los usuarios para solicitar su cita, con sólo
ingresar a la página web institucional del MINSA desde su casa o cabina de
internet. Solo accederán al sistema aquellos pacientes que ya cuenten con
historia clínica”, sostuvo Curioso Vílchez.
El sistema es gratuito y fácil para la reprogramación de citas, impulsa el
cumplimiento de la atención de la demanda diaria, optimiza las agendas
médicas, mejora la calidad de atención del establecimiento de salud y permite
monitorizar el desempeño mediante el uso de indicadores de gestión.
El sistema de citas denominado “Sistema de Registro de Citas Médicas en
Línea (SIREC)” será implementado en forma progresiva en todos los hospitales
e institutos de Lima y regiones del país.
40
2.9 Historia Clínica Electrónica
[MICHEL 11] expone que una historia clínica electrónica, es una recopilación
computarizada de los detalles de salud de un paciente. Pero es más que eso,
es una nueva manera de almacenar y organizar la información del paciente. Al
igual que las fichas de hospital, los archivos de EHR de los pacientes se dividen
en secciones donde los profesionales ingresan la información para
proporcionarle cuidado médico al paciente o realizar tareas administrativas.
La información almacenada en un EHR puede incluir los antecedentes médicos
de un paciente (entre ellos el estado de las vacunas, resultados de pruebas y
registros de crecimiento y desarrollo), información sobre el seguro médico y de
facturación y otros datos relacionados con la salud.
Como se almacena en formato digital, la información se puede compartir
fácilmente entre los distintos proveedores de atención médica dentro de un
centro y se puede enviar con rapidez de un centro a otro si un paciente se pasa
a otro centro.
2.10 Metodología RUP
Según [SOMMERVILLE 05] el Proceso Unificado de Rational (RUP) es un
modelo de proceso híbrido, que reúne elementos de todos los modelos de
procesos genéricos, iteraciones de apoyo e ilustra buenas prácticas en la
especificación y el diseño. El RUP reconoce que los modelos de procesos
genéricos presentan un solo enfoque del proceso. En contraste, el RUP se
describe normalmente desde tres perspectivas:
Una perspectiva dinámica que muestra las fases del modelo sobre el tiempo.
Una perspectiva estática que muestra las actividades del proceso que se
representan.
41
Una perspectiva práctica que sugiere buenas prácticas a utilizar durante el
proceso.
El RUP es un modelo en fases que identifican cuatro fases diferentes en el
proceso del software, que están mucho más relacionadas con asuntos del
negocio más que técnicos. Las fases son las siguientes:
1. Inicio: El objetivo es establecer un caso de negocio para el sistema. Se
deben identificar todas las entidades externas (personas y sistemas) que
interactuarán con el sistema y definir estas iteraciones. Esta información se
utiliza para evaluar la aportación que el sistema hace al negocio.
2. Elaboración: Los objetivos son desarrollar una comprensión del dominio del
problema, establecer un marco de trabajo arquitectónico para el sistema,
desarrollar el plan del proyecto e identificar los riesgos clave del proyecto.
3. Construcción: Esta fase fundamentalmente comprende el diseño del
sistema, la programación y las pruebas. Durante esta fase se desarrollan e
integran las partes del sistema.
4. Transición: Es la fase final que se ocupa de mover el sistema desde la
comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un
entorno real.
El RUP no es un proceso apropiado para todos los tipos de desarrollo sino que
representan una nueva generación de procesos genéricos. Las innovaciones
más importantes son la separación de fases y los flujos de trabajo, y el
reconocimiento de que la utilización del software en un entorno del usuario es
parte del proceso. Las fases son dinámicas y tienen objetivos. Los flujos de
trabajo son estáticos y son actividades técnicas que no están asociadas con
fases únicas sino que pueden utilizarse durante el desarrollo para alcanzar los
objetivos de cada fase.
42
[KRUCHTEN 04] define que el RUP es un proceso de ingeniería de software
que proporciona un enfoque disciplinado para la asignación de tareas y
responsabilidades dentro del desarrollo de la organización.
Su objetivo es asegurar que el software sea de alta calidad y que satisfaga las
necesidades de los usuarios finales dentro de un horario y presupuesto
predecible.
El RUP describe buenas prácticas de la ingeniería del software que son
aconsejables en el desarrollo de sistemas. Se recomienda seis buenas
prácticas fundamentales:
1. Desarrollar el software de forma iterativa: Se debe planificar incrementos del
sistema basado en las prioridades del usuario, entregando las
características del sistema de más alta prioridad al inicio del proceso de
desarrollo.
2. Gestionar requerimientos: Se debe documentar explícitamente los
requerimientos del cliente. Si existen cambios en estos requerimientos,
antes de aceptarlos se debe analizar el impacto de estos cambios.
3. Utilizar arquitecturas basadas en componentes: Se debe estructurar la
arquitectura del sistema en componentes.
4. Modelar el software visualmente: Se debe utilizar modelos gráficos UML
para presentar vistas estáticas y dinámicas del software.
5. Verificar la calidad del software: Se debe asegurar que el software cumpla
con los estándares de calidad organizacionales.
6. Controlar los cambios del software: Se debe gestionar los cambios del
software usando un sistema de gestión de cambios y procedimientos y
herramientas de gestión de configuraciones.
43
CAPÍTULO III: ESTADO DEL ARTE
44
3.1 Modelo Cliente-Servidor
[SOMMERVILLE 06] define el modelo arquitectónico cliente-servidor, como un
modelo de sistema en el que dicho sistema se organiza como un conjunto de
servicios y servidores asociados, más unos clientes que acceden y usan
servicios. Los principales componentes de este modelo son:
1. Un conjunto de servidores que ofrecen servicios a otros subsistemas.
Ejemplos de servidores son servidores de impresoras que ofrecen servicios
de impresión, servidores de ficheros que ofrecen servicios de gestión de
ficheros y servidores de compilación, que ofrecen servicios de compilación
de lenguajes de programación.
2. Un conjunto de clientes que llaman a los servicios ofrecidos por los
servidores. Estos son normalmente subsistemas en sí mismos. Puede haber
varias instancias de un programa cliente ejecutándose concurrentemente.
3. Una red que permite a los clientes acceder a estos servicios. Esto no es
estrictamente necesario ya que los clientes y los servidores podrían
ejecutarse sobre una única máquina. En la práctica, sin embargo, la mayoría
de los sistemas cliente-servidor se implementan como sistemas distribuidos.
Los clientes pueden conocer los nombres de los servidores disponibles y los
servicios que éstos proporcionan. Sin embargo, los servidores no necesitan
conocer la identidad de los clientes o cuántos clientes tienen. Los clientes
acceden a los servicios proporcionados por un servidor a través de llamas a
procedimientos remotos usando un protocolo de petición-respuesta tal como el
protocolo HTTP usando en el WWW. Básicamente, un cliente realiza una
petición a un servidor y espera hasta que recibe una respuesta.
La ventaja más importante del modelo cliente-servidor es que es una
arquitectura distribuida. Se puede hacer un uso efectivo de los sistemas en red
con muchos procesadores distribuidos. Es fácil añadir un nuevo servidor e
45
integrarlo con el resto del sistema o actualizar los servidores de forma
transparente sin afectar el resto del sistema.
3.2 Herramientas
Appserv
[Appserv Foundation 06] expone que Appserv es una herramienta OpenSource
para Windows que facilita la instalación de Apache, MySQL y PHP en una sola
herramienta, esta característica facilita la tarea al usuario ya que se configuran
las aplicaciones de 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.
46
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 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.
MySQL Workbench
[MySQL.com 10] define que 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 esquemas, 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 módulo
para desarrollo de código SQL, permitiendo a través de un wizard la
generación de código SQL, de una forma más 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 Relacional, generando un
47
modelo ER el cual permita tener gráficamente la definición de tus esquemas,
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 esquemas,
tablas, etc. en archivos SQL, puede obtener un diagrama ER, y más aún
cualquier cambio en el modelo o en la definición del esquema resincronizará
tanto el modelo como la definición de datos.
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:
48
- Hojas de estilo y capas.
- JavaScript para crear efectos e interactividades.
- Inserción de archivos multimedia.
JavaScript
[EGUILUZ 08] indica que 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.
3.3 Tipos de tecnologías para implementar un sistema web de citas
médicas
Para el desarrollo e implementación del sistema web mencionado en el
presente proyecto de tesis, hemos definido 3 alternativas de herramientas que
podrían ser utilizadas, para ello la institución donde se implementará el sistema
tendrá la opción de elegir una de ellas la cual le resulte más conveniente y de
mejor acceso. A continuación mostraremos las 3 alternativas:
49
Cuadro 5: Alternativas de herramientas. Elaboración: Propia, 2011.
Alternativa Nº 1: en esta alternativa el precio es medio, no es el más
elevado como la alternativa 3, ni es el más barato como la alternativa 2;
respecto al conocimiento de las herramientas ésta alternativa se encuentra
en un nivel intermedio.
Alternativa Nº 2: esta alternativa es la menos costosa y respecto al
conocimiento de las herramientas ésta alternativa se encuentra en un nivel
intermedio.
Alternativa Nº 3: en esta alternativa el precio es muy elevado y respecto al
conocimiento de las herramientas ésta alternativa se encuentra en un nivel
básico.
Comentario: La alternativa que eligió la institución es la Alternativa Nº 2 debido
al precio y a las herramientas.
Alternativa Nº 1
Alternativa Nº 2
Alternativa Nº 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
50
3.4 Casos similares de software hospitalario
Hospital Nacional PNP ‘Luis N. Sáenz’
El HN PNP LNS, actualmente cuenta con un sistema de citas de escritorio
que no es muy eficiente, por lo tanto se quiere cambiar para poder mejorar y
ampliar el alcance del sistema. Dicho sistema básicamente se basa en la
programación de médicos y en el registro de las citas de los pacientes; y
tiene como objetivos:
1. Brindar una correcta asignación de la cita del paciente titular y
familiares con derecho para la atención por consultorio médico.
2. Brindar un adecuado manejo y distribución (programación) del personal
profesional médico en los diferentes consultorios del hospital.
3. Brindar un sistema flexible y una base de datos creciente de pacientes
atendidos y de médicos que generarán estadísticas de datos reales
para una adecuada toma de decisiones.
4. Distribuir de forma óptima los recursos logísticos asignados a los
consultorios externos.
5. Redefinir la relación paciente – médico.
6. Generar un valor agregado en el personal asistencial (estimulo -
reconocimiento).
A continuación mostraremos algunas interfaces del sistema:
Pantalla Principal
51
Programación de Médicos y Reporte de Programación
Programación de Citas y Reporte de Citas
EsSalud
Actualmente EsSalud cuenta con un sistema de citas médicas, el cual
pretende ser mejorado por la tesista Rosa Moreno Rodríguez, proponiendo
un Sistema de administración de citas que amplía el alcance del sistema
actual, brindando mejoras y mayores funcionalidades, siendo éstas las
siguientes:
1. Como primer paso de entrada es la reserva de la cita la cual tiene los
datos del asegurado, el médico, horario y lugar de atención.
2. Debe haber un registro de asegurados para actualizar los teléfonos o
emails necesarios para poder comunicarse con el asegurado por si
ocurre un contratiempo o para recordarle el día y hora de cita.
3. Se debe programar el horario de los médicos para que al médico se le
asigne un nuevo de pacientes que pueda atender bien y dentro del
horario establecido.
52
4. Se debe mantener un registro de las atenciones y anulaciones de las
citas para una evaluación posterior de la situación actual de la atención
al asegurado.
5. Se debe de contar con toda la información necesaria es decir los
reportes necesarios para que el usuario pueda administrar de citas.
A continuación mostraremos algunas interfaces del sistema:
Pantalla Principal
Programación de Médicos y Reporte de Programación
Reserva de Citas y Reporte de Citas
53
Recordatorio de Citas y Reporte de Recordatorio
Registro de estado de Citas y Reporte de estado de Citas
3.5 Técnicas de recolección de datos
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 (en este caso de las 5 áreas
definidas en las estadísticas).
Entrevistas
Se realizará entrevistas a las enfermeras que se encuentran en la ventanilla
de los consultorios que son las encargadas del registro y atención de las
citas; también se realizará entrevistas a los pacientes para determinar en qué
medida les afecta el problema actual en el proceso de citas y en qué medida
les favorecería la solución que se les pretende brindar con el presente
proyecto de tesis.
54
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.
55
CAPÍTULO IV: MODELADO DEL NEGOCIO
56
4.1 Reglas del Negocio
RN 1: Los titulares que recibirán atención de los servicios de salud son:
1. El Personal Policial PNP en situación de actividad, disponibilidad o retiro
con goce de pensión.
2. Los Cadetes de la Escuela de Oficiales PNP.
3. Alumnos de las Escuelas Técnico Superiores PNP.
RN 2: Los familiares que recibirán atención de los servicios de salud son:
1. El o la cónyuge, excepto si percibe prestaciones de salud estatal o
paraestatal.
2. Los hijos menores de dieciocho (18) años.
3. Los hijos mayores de dieciocho (18) y menores de veintiocho (28) años,
siempre que sean solteros, sin hijos, dependientes del titular y que sigan
en forma ininterrumpida estudios de nivel básico, técnico superior o
universitario con matricula mínima semestral.
4. Los sobrevivientes solteros que gozan pensión de orfandad hasta los
veintiocho (28) años. Esta condición será certificada por un informe
emitido por la DIRREHUM-PNP.
5. Los hijos mayores de dieciocho (18) años con discapacidad física o
mental que les impida desarrollar una actividad normal con retribución
económica. Esta condición será certificada por un dictamen emitido por
la Junta Médica de Sanidad nombrada por la DIRSAL PNP o Resolución
Judicial correspondiente.
6. Los padres del titular, excepto si percibe prestaciones de salud estatal o
paraestatal.
RN 3: Los beneficios que obtendrán los titulares y familiares son:
1. Asistencia a la atención de salud en los Centros Médicos y hospitalarios
y dependencias de la Dirección de Salud de la PNP.
2. Tratamiento ambulatorio.
3. Hospitalización.
57
4. Provisión gratuita de medicamentos.
5. Provisión gratuita de material biomédico e implementos de rehabilitación.
6. Evacuación del personal dentro del territorio nacional y al extranjero.
7. Reembolso de gastos por compra de medicamentos y servicios.
El FOSPOLI sólo reconocerá los gastos efectuados por atención médica
y procedimientos afines prescritos por el personal autorizado de la
DIRSAL PNP que no puedan ser atendidos por las unidades
asistenciales de la misma, a excepción de aquéllos originados por casos
de emergencia atendidos en otros establecimientos de salud; para lo cual
el beneficiario, familiar u otra persona, deberá comunicar dicha atención
dentro de las cuarenta y ocho (48) horas al Servicio de Emergencia del
Hospital Nacional PNP para el caso de Lima y en el caso de provincias al
establecimiento de salud PNP más cercano, para su verificación y
traslado posterior una vez estabilizada la situación de salud; se otorgan
siempre y cuando se cumpla con la normativa vigente.
8. A la licencia por enfermedad hasta un máximo de dos (02) años a fin de
atender su curación, lapso durante el cual gozarán en forma gratuita de
tratamiento médico quirúrgico y medicamentos para el personal de la
PNP en actividad, siempre que tenga seis meses de antigüedad, salvo
en casos de accidentes; incluyendo a los Cadetes o alumnos de las
Escuelas de Formación atacados de tuberculosis, en cualquiera de sus
formas o de otras dolencias de tratamiento a largo plazo, que les impida
continuar prestando servicios.
RN 4: Causales de la pérdida del derecho a las Prestaciones de Salud:
1. El beneficiario titular o familiar pierde el derecho a los beneficios del
FOSPOLI al determinarse mediante los exámenes de Dosaje Etílico y
Toxicológico que al causar u originar un accidente que le ocasionó daño
o enfermedad haya ingerido bebidas alcohólicas o drogas ilícitas. Esta
atención se realizará íntegramente según la Ley de Emergencia
debiendo posteriormente reintegrar los gastos ocasionados al FOSPOLI.
58
2. El titular o beneficiario que falsifique o consigne datos falsos de
beneficiarios del FOSPOLI, perderá los beneficios a que tiene derecho
en forma automática por un plazo mínimo de seis meses, el Directorio
puede ampliar este plazo de acuerdo a las circunstancias. Esta
inhabilitación se da sin perjuicio de las responsabilidades administrativo-
disciplinarias, civiles y penales a que hubiere lugar.
3. El titular o beneficiario que pretenda hacer uso de los recursos del
FOSPOLI argumentando una dolencia que no existe, perderá los
beneficios a que tiene derecho en forma automática por un plazo mínimo
de seis meses; el Directorio puede ampliar este plazo de acuerdo a las
circunstancias. Esta inhabilitación se da sin perjuicio de las
responsabilidades administrativo disciplinario, civil y penal a que hubiere
lugar.
4. El embarazo contraído por las hijas con derecho, a excepción de
aquéllos producto de violación sexual.
5. Contar con prestación de servicio de salud por otra entidad del estado.
4.2 Casos de Uso del Negocio
4.2.1 Relación de CUN’s
A continuación listaremos los Casos de Uso del Negocio pertenecientes
al proceso de citas:
CUN
Nombre del CUN
CUN 01
Atender Cita
CUN 02
Consultar Traslado de HC
CUN 03
Solicitar Cita
CUN 04
Solicitar Estadística de Atenciones
59
4.2.2 Diagrama de CUN’s
Gráfico 14: Diagrama de Casos de Uso del Negocio.
4.2.3 Especificaciones de CUN’s
Caso de Uso
Descripción del Caso de Uso
En este CUN es cuando el Paciente acude a la
ventanilla del consultorio externo donde desea
atenderse y solicita su cita para su próxima
atención.
En este CUN es cuando el Paciente acude a la
ventanilla del consultorio donde solicitó su cita
en la fecha indicada para poder confirmar su
llegada y posteriormente ser atendido por el
médico.
CUN_Solicitar Cita
(f rom Casos de uso del negocio)
CUN_Atender Cita
(f rom Casos de uso del negocio)
CUN_Solicitar Ci ta
(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)
60
En este CUN es cuando el Asistente de HC
solicita a las enfermeras de los 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.
4.3 Diagrama de Actividades del Negocio
CUN Solicitar Cita
Gráfico 15: Diagrama de Actividad del CUN Solicitar Cita.
CUN_Consultar Traslado de HC
(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
: Paciente
: Cuaderno de Citas
EnfermeraPaciente
CUN_Solicitar Estadistica de Atenciones
(f rom Casos de uso del negocio)
61
CUN Atender Cita
Gráfico 16: Diagrama de Actividad del CUN Atender Cita.
CUN Estadística de Atenciones
Gráfico 17: Diagrama de Actividad del CUN Estadística de Atenciones.
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?
SiNo
¿conforme?
Revisa
paciente
Registra atención
de paciente en HC
Si
No
MedicoEnfermeraPaciente
Solicita reporte
de atenciones
Recibe reporte
de atenciones
Entrega reporte
de atenciones
: Reporte de atenciones
Realiza reporte
de atenciones
EnfermeraJefe de Area
62
CUN Traslado de HC
Gráfico 18: Diagrama de Actividad del CUN Traslado de HC.
4.4 Diagrama de Clases de Objetos del Negocio
Gráfico 19: Diagrama de Clases de Objetos del Negocio.
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
T_Jefe de Area
(from Trabajadores del negocio)
Cuaderno de Citas
(from Entidades del negocio)
Hoja de N° Historias
(from Entidades del negocio)
Reporte de atenciones
(from Entidades del negocio)
Historia Cl inica
(from Entidades del negocio)
TN_Enfermera
(from Trabajadores del negocio)
TN_Medico
(from Trabajadores del negocio)
TN_Secretaria de HC
(from Trabajadores del negocio)
Paciente
(from Entidades del negocio)
63
CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO
64
5.1 Requerimientos del Software
5.1.1 Relación de Requerimientos
Requerimiento
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.
Requerimiento
No Funcional
Nombre del Requerimiento
RNF 01 Rendimiento
RNF 02 Disponibilidad
RNF 03 Confiabilidad
RNF 04 Usabilidad
RNF 05 Acceso
5.1.2 Especificación de Requerimientos
5.1.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).
65
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.
RF 11: El sistema permitirá mostrar gráficos estadísticos de las
atenciones médicas mensuales por cada servicio brindado.
66
RF 12: Se podrá generar reportes estadísticos de las atenciones
médicas mensuales mediante un Excel.
5.1.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.
67
5.2 Casos de Uso del Sistema
5.2.1 Diagrama de Actores del Sistema
Gráfico 20: Diagrama de Actores del Sistema.
5.2.2 Diagrama de Paquetes
Gráfico 21: Diagrama de Paquetes.
AS_Usuario
AS_PacienteAS_Enfermera AS_Asistente de HCAS_Jefe de Area
AS_Administrador
del Sistema
AS_Secretaria de HC
Citas Medicas Historia Clinica
Mantenimiento Seguridad Reportes
Estadisticos
68
5.2.3 Casos de Uso del Sistema
5.2.3.1 Relación de CUS’s
CUS
Nombre del CUS
Paquete Seguridad
CUS 01 Administrar Perfil
CUS 02 Administrar Permisos
CUS 03 Registrar Usuario
CUS 04 Acceso Usuario
CUS 05 Administrar Personal
Paquete Mantenimiento
CUS 06 Mantenimiento Consultorios Externos
CUS 07 Registrar Especialidades
CUS 08 Mantenimiento Consultorios Internos
CUS 09 Mantenimiento Médicos
CUS 10 Programar Médicos
Paquete Historia Clínica
CUS 11 Gestionar HC
CUS 12 Traslado HC Admisión
CUS 13 Traslado HC Consultorios
CUS 14 Movimiento HC
Paquete Citas Médicas
CUS 15 Registrar Cita
CUS 16 Consultar Citados
CUS 17 Reservar Cita
CUS 18 Administrar Cita
CUS 19 Historial Citas
CUS 20 Registrar Atenciones
CUS 21 Consultar Atenciones
Paquete Reportes Estadísticos
CUS 22 Consultar Gráficos Estadísticos
CUS 23 Importar Excel Estadístico
69
5.2.3.2 Diagrama de CUS’s
Gráfico 22: Diagrama de Casos de Uso del Sistema.
AS
_U
sua
rio
(fro
m A
cto
res d
el sis
tem
a)
Ad
min
istr
ar
Cit
a
(fro
m C
itas M
edic
as
)
His
tori
al
Cit
as
(fro
m C
itas M
edic
as
)
AS
_P
acie
nte
(fro
m A
cto
res d
el sis
tem
a)
Re
serv
ar
Cit
a
(fro
m C
itas M
edic
as
)
Co
nsu
lta
r G
rafi
co
s E
sta
dis
tico
s
(fro
m R
eport
es E
sta
dis
ticos
)
Imp
ort
ar
Exce
l E
sta
dis
tico
(fro
m R
eport
es E
sta
dis
ticos
)
Co
nsu
lta
r C
ita
do
s
(fro
m C
itas M
edic
as
)
Re
gis
tra
r A
ten
cio
ne
s
(fro
m C
itas M
edic
as
)
Re
gis
tra
r C
ita
(fro
m C
itas M
edic
as
)
Tra
sla
do
HC
Co
nsu
lto
rio
(fro
m H
isto
ria C
linic
a)
Tra
sla
do
HC
Ad
mis
ión
(fro
m H
isto
ria C
linic
a)
Ma
nte
nim
ien
to C
on
sult
ori
os
Exte
rno
s
(fro
m M
ante
nim
ien
to)
Ma
nte
nim
ien
to M
éd
ico
s
(fro
m M
ante
nim
ien
to)
Ad
min
istr
ar
Pe
rso
na
l
(fro
m S
egu
rid
ad)
Ad
min
istr
ar
Pe
rfil
(fro
m S
egu
rid
ad)
Ad
min
istr
ar
Pe
rmis
os
(fro
m S
egu
rid
ad)
Re
gis
tra
r U
sua
rio
(fro
m S
egu
rid
ad)
Ge
stio
na
r H
C
(fro
m H
isto
ria C
linic
a)
AS
_S
ecre
tari
a d
e H
C
(fro
m A
cto
res d
el sis
tem
a)
Co
nsu
lta
r A
ten
cio
ne
s
(fro
m C
itas M
edic
as
)
AS
_E
nfe
rme
ra
(fro
m A
cto
res d
el sis
tem
a)
Ma
nte
nim
ien
to C
on
sult
ori
os
Inte
rno
s
(fro
m M
ante
nim
ien
to)
Re
gis
tra
r E
spe
cia
lid
ad
es
(fro
m M
ante
nim
ien
to)
<<
inclu
de
>>
Acce
so U
sua
rio
(fro
m S
egu
rid
ad)
AS
_A
dm
inis
tra
do
r d
el
Sis
tem
a
(fro
m A
cto
res d
el sis
tem
a)
Pro
gra
ma
r M
éd
ico
s
(fro
m M
ante
nim
ien
to)
AS
_Je
fe d
e A
rea
(fro
m A
cto
res d
el sis
tem
a)
Co
nsu
lta
r M
ovim
ien
to H
C
(fro
m H
isto
ria C
linic
a)
AS
_A
sist
en
te d
e H
C
(fro
m A
cto
res d
el sis
t...
70
5.2.3.3 Especificaciones de CUS’s
Caso de Uso
Descripción del Caso de Uso
En este CUS el Administrador del Sistema, podrá
registrar un nuevo perfil, así como consultar todos los
que ya han sido registrados previamente en el sistema
y también podrá modificar cualquiera de ellos.
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 pertenecientes a cada perfil y
podrá eliminarlos en caso sea necesario.
En este CUS el Administrador del Sistema, podrá
registrar un nuevo usuario, incluyendo a los miembros
de su grupo familiar que tendrán acceso al sistema con
dicho usuario.
En este CUS el Administrador del Sistema, podrá
activar a cualquier usuario que haya sido bloqueado
automáticamente por el sistema por la penalidad de
inasistencias al hospital.
En este CUS el Administrador del Sistema, podrá
registrar al personal que usará el sistema, cada uno
con su respectivo perfil, también se podrá consultar y
eliminar.
En este CUS el Administrador del Sistema, podrá
registrar los consultorios externos (áreas o servicios)
que existen en el hospital, también se podrá consultar
los consultorios existentes.
En este CUS el Administrador del Sistema, podrá
registrar las especialidades que brinda cada consultorio
externo, también se podrá consultar las especialidades
existentes.
Administrar Personal
(f rom Seguridad)
Mantenimiento Consultorios
Externos
(f rom Mantenimiento)
Registrar Especialidades
(f rom Mantenimiento)
Administrar Perfil
(f rom Seguridad)
Administrar Permisos
(f rom Seguridad)
Registrar Usuario
(f rom Seguridad)
Acceso Usuario
(f rom Seguridad)
71
En este CUS el Administrador del Sistema, podrá
registrar los consultorios internos que pertenecen o
están ubicados en los consultorios externos, también
se podrá consultar los consultorios existentes.
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, también se podrá consultar,
modificar, activar o desactivar a cualquier médico.
En este CUS el Jefe de Área, podrá realizar la
programación mensual de atención que brindará cada
médico en el hospital, también se podrá reportar la
programación por cada médico.
En este CUS la Secretaria de HC, podrá realizar la
apertura del número de historia que pertenecerá al
paciente que solicite su historia cínica.
En este CUS el Asistente de HC, podrá consultar
diariamente todas las historias que estén pendientes de
llevarlas a los consultorio, de este modo se podrá
registrar la salida y entrada de c/u de ellas.
En este CUS la Enfermera, podrá consultar diariamente
todas las historias que estén pendientes de devolverlas
al área de Admisión, de este modo se podrá registrar la
entrada y salida de c/u de ellas.
En este CUS el Asistente de HC y la Enfermera, podrán
consultar todos los movimientos realizados en el
trascurso del tiempo de cualquier historia clínica de
cualquier paciente.
En este CUS la Enfermera, podrá registrar la cita de los
pacientes que aún acudan al hospital para solicitarla,
previamente tendrá que consultar la existencia del
paciente y de su historia clínica.
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.
Mantenimiento Consultorios
Internos
(f rom Mantenimiento)
Mantenimiento Médicos
(f rom Mantenimiento)
Programar Medico
(f rom Mantenimiento)
Gestionar HC
(f rom Historia Clinica)
Traslado HC Admisión
(f rom Historia Clinica)
Traslado HC Consultorio
(f rom Historia Clinica)
Consultar Movimiento HC
(f rom Historia Clinica)
Registrar Cita
(f rom Citas Medicas)
Consultar Citados
(f rom Citas Medicas)
72
En este CUS el Paciente, podrá reservar por internet su
nueva cita, en la especialidad que necesite atención y
en el día y hora que desee.
En este CUS el Paciente, podrá consultar su próxima
cita; también podrá cancelarla en caso sea necesario.
El sistema le mostrará alertas de alguna cita que no
asistió o de su próxima cita pendiente.
En este CUS el Paciente, podrá consultar todas las
atenciones que ha tenido en el trascurso de los años,
podrá realizar la consulta por especialidad, por
consultorio, o fecha.
En este CUS la Enfermera, podrá registrar al final del
día todas las atenciones que ha realizado el médico de
cada consultorio, según los pacientes citados en dicho
día; también se podrá adjuntar la historia clínica
escaneada por cada paciente y realizar el registro.
Para adjuntar la historia se tendrá que respetar el
formato de registro para las futuras búsquedas.
En este CUS la Enfermera, podrá consultar por cada
paciente las atenciones que fueron adjuntadas en el
sistema y se podrá descargar cualquiera de ellas en
caso sea necesario.
En este CUS el Jefe de Área, podrá visualizar los
gráficos estadísticos de las atenciones médicas que
fueron realizadas durante el trascurso del año, esta
búsqueda se podrá realizar por atenciones en general
o por consultorios específicos.
En este CUS el Jefe de Área, podrá consultar reportes
estadísticos de las atenciones médicas que fueron
realizadas durante el trascurso del año, esta búsqueda
se podrá realizar por atenciones en general o por
consultorios específicos.
Reservar Cita
(f rom Citas Medicas)
Administrar Cita
(f rom Citas Medicas)
Historial Citas
(f rom Citas Medicas)
Registrar Atenciones
(f rom Citas Medicas)
Consultar Atenciones
(f rom Citas Medicas)
Importar Excel Estadistico
(f rom Reportes Estadisticos)
Consultar Graficos Estadisticos
(f rom Reportes Estadisticos)
73
5.2.3.4 Matriz CUN’s vs CUS’s
x x
x
x
x
x
x
x
x
x x
x
x
x
x
x
x x
x
x
x
CU
N /
CU
S
CU
N 0
1:
So
lic
ita
r C
ita
CU
N 0
2:
Ate
nd
er
Cit
a
CU
N 0
3:
Co
ns
ult
ar
Tra
sla
do
de H
C
CU
N 0
4:
So
lic
ita
r E
sta
dís
tic
a d
e A
ten
cio
ne
s
CUS 01: Administrar Perfil
CUS 02: Administrar Permisos
CUS 03: Registrar Usuario CUS 04: Acceso Usuario
CUS 05: Administrar Personal
CUS 07: Registrar Especialidades
CUS 08: Mantenimiento Consultorios
Internos
CUS 09: Mantenimiento Médicos CUS 10: Programar Médicos
CUS 11: Gestionar HC
CUS 12: Traslado HC Admisión
CUS 13: Traslado HC Consultorio CUS 14: Consultar Movimiento HC
CUS 15: Registrar Cita
CUS 16: Consultar Citados CUS 17: Reservar Cita
CUS 18: Administrar Cita
CUS 22: Consultar Gráficos Estadísticos CUS 21: Consultar Atenciones
CUS 20: Registrar Atenciones
CUS 19: Historial Citas
CUS 06: Mantenimiento Consultorios
Externos
CUS 23: Importar Excel Estadístico
74
5.3 Modelo Conceptual del sistema
5.3.1 Diagrama del Modelo Conceptual
Gráfico 23: Diagrama de Modelo Conceptual.
75
5.3.2 Atributos de los casos de uso del sistema
Re
sp
on
sa
ble
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Ro
tce
h V
elá
squ
ez
Cic
lo
De
sa
rro
llo
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
2013
-I
Cla
sif
icac
ión
Se
cun
da
rio
Se
cun
da
rio
Prim
ario
Prim
ario
Se
cun
da
rio
Se
cun
da
rio
Se
cun
da
rio
Se
cun
da
rio
Se
cun
da
rio
Prim
ario
Se
cun
da
rio
Prim
ario
Prim
ario
Prim
ario
Prim
ario
Se
cun
da
rio
Prim
ario
Prim
ario
Se
cun
da
rio
Prim
ario
Prim
ario
Se
cun
da
rio
Prim
ario
Dif
icu
lta
d
Ba
ja
Ba
ja
Me
dia
Alta
Ba
ja
Ba
ja
Ba
ja
Ba
ja
Ba
ja
Alta
Me
dia
Me
dia
Me
dia
Ba
ja
Alta
Ba
ja
Alta
Me
dia
Ba
ja
Me
dia
Ba
ja
Ba
ja
Me
dia
Es
tad
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
De
finid
o
CU
S
CU
S 0
1:
Ad
min
istr
ar
Pe
rfil
CU
S 0
2:
Ad
min
istr
ar
Pe
rmis
os
CU
S 0
3:
Re
gis
trar
Us
ua
rio
CU
S 0
4:
Ac
ce
so
Usu
ari
o
CU
S 0
5:
Ad
min
istr
ar
Pe
rso
nal
CU
S 0
6:
Ma
nte
nim
ien
to C
on
su
lto
rio
s E
xte
rno
s
CU
S 0
7:
Re
gis
trar
Es
pe
cia
lid
ad
es
CU
S 0
8:
Ma
nte
nim
ien
to C
on
su
lto
rio
s I
nte
rno
s
CU
S 0
9:
Ma
nte
nim
ien
to M
éd
ico
s
CU
S 1
0:
Pro
gra
ma
r M
éd
ico
s
CU
S 1
1:
Ge
sti
on
ar
HC
CU
S 1
2:
Tra
sla
do
HC
Ad
mis
ión
CU
S 1
3:
Tra
sla
do
HC
Co
ns
ult
ori
o
CU
S 1
4:
Co
ns
ult
ar
Mo
vim
ien
to H
C
CU
S 1
5:
Re
gis
trar
Cit
a
CU
S 1
6:
Co
ns
ult
ar
Cit
ad
os
CU
S 1
7:
Re
se
rvar
Cit
a
CU
S 1
8:
Ad
min
istr
ar
Cit
a
CU
S 1
9:
His
tori
al C
ita
s
CU
S 2
0:
Re
gis
trar
Ate
nc
ion
es
CU
S 2
1:
Co
ns
ult
ar
Ate
ncio
ne
s
CU
S 2
2:
Co
ns
ult
ar
Grá
fic
os
Es
tad
ísti
co
s
CU
S 2
3:
Imp
ort
ar
Ex
ce
l E
sta
dís
tic
o
76
5.4 Benchmarking
5.4.1 Soluciones encontradas
Benchmarking
Análisis Comparativo EsSalud
HN PNP ‘Luis N.
Sáenz’
LOLIMSA
HN PNP ‘Luis
N. Sáenz’
Aspectos funcionales
Registro de citas en consultorios 3 3 2 3
Verificar existencia del paciente 3 3 2 3
Controlar tiempo para cada atención 2 2 2 2
Controlar turno de atención 3 2 3 3
Mostrar horarios disponibles 3 3 3 3
Controlar disponibilidad de médicos 3 3 2 3
Reportar pacientes citados 2 1 2 3
Registrar atenciones médicas 2 1 2 3
Registrar evaluación de atenciones 1 1 2 3
Afiliación de usuario 3 1 3 3
Reserva de citas online 2 1 2 3
Reserva a parientes del grupo familiar 1 2 2 3
Postergación de citas 2 1 2 3
Consultar próximas citas 2 1 2 3
Controlar nº de citas permitidas 1 1 3 3
Reporte estadístico de atenciones 1 2 1 3
Envío de solicitud de historias 1 1 1 3
Controla traslado de historias 1 1 1 3
Consulta de ubicación de historia 1 1 2 3
Informar novedades 3 1 1 1
40 pts. 32 pts. 40 pts. 57 pts.
Tabla de Puntuación
Bueno 3
Regular 2
Malo 1
77
5.4.2 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. 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.
5.5 Prototipo de la solución
A continuación mostraremos algunos prototipos del sistema, para tener una
idea general en cómo es y cuáles son sus funcionalidades principales.
Interfaz inicial del Sistema.
78
Interfaz para gestionar la apertura de un nuevo Nº de Historia Clínica.
Interfaz para registrar las Citas, realizadas por parte de las enfermeras en
la ventanilla de atención de los consultorios.
79
Interfaz para reservar las Citas, realizadas por parte de los pacientes.
80
Interfaz para administrar las Citas por parte de los pacientes.
81
Interfaz para el registro y control de la salida y entrada de las Historias
Clínicas en el área de admisión y archivos.
82
Interfaz para el registro y control de la salida y entrada de las Historias
Clínicas en los consultorios.
83
Interfaz para consultar los pacientes citados.
84
Interfaz para consultar los movimientos de las Historias Clínicas.
Interfaz para registrar las atenciones de las Citas.
85
Interfaz para realizar reporte de las estadísticas de las citas por cada
servicio.
86
CAPÍTULO VI: ARQUITECTURA
87
6.1 Realización de los CUS más significativos para la arquitectura
Son 10 los CUS más significativos para la arquitectura y son los siguientes:
6.1.1 Diagrama de CUS más significativos para la arquitectura
Gráfico 24: Diagrama de CUS más significativos para la Arquitectura.
6.1.2 Especificación de los casos de uso
Para ver las especificaciones de los casos de uso: Ver Anexo Nº 1.
6.1.3 Diagramas de Secuencia y Clases de Análisis
Administrar Cita
(f rom Citas Medicas)
AS_Paciente
(from Actores del sistema)
Reservar Cita
(f rom Citas Medicas)
AS_Secretaria de HC
(from Actores del sistema)
Gestionar HC
(f rom Historia Clinica)
Importar Excel Estadistico
(f rom Reportes Estadisticos)
AS_Jefe de Area
(from Actores del sistema)
Consultar Citados
(f rom Citas Medicas)
Registrar Atenciones
(f rom Citas Medicas)
Registrar Cita
(f rom Citas Medicas)
Traslado HC Consultorio
(f rom Historia Clinica)
Traslado HC Admisión
(f rom Historia Clinica)
AS_Enfermera
(from Actores del sistema)
AS_Asistente de HC
(from Actores del sistema)
Consultar Movimiento HC
(f rom Historia Clinica)
88
CUS: Gestionar HC
Gráfico 25: Diagrama de Clases del CUS Gestionar HC.
Gráfico 26: Diagrama de Secuencia del CUS Gestionar HC.
AS_Secretaria de HC
(f rom Actores del sistema)
I_Iniciar Sesion
(f rom Interf aces)
I_Gestionar HC
(f rom Interf aces)
E_Historia Clinica(f rom Entidades)
C_Gestionar HC
(f rom Controladoras)
E_Persona(f rom Entidades)
E_Paciente(f rom Entidades)
: AS_Secretaria de
HC
: I_Iniciar Sesion : I_Gestionar
HC
: C_Gestionar HC : E_Paciente : E_Persona : E_Historia Clinica
1 : Inicia sesión en el sistema y elige la opción "Registrar Historia"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Sol icita ingresar CIF del paciente para la búsqueda
4 : Ingresa CIF y hace cl ic en el botón 'Buscar'
7 : Sol icita seleccionar paciente
8 : Selecciona paciente y hace cl ic en el botón 'Guardar'
9 : Val ida datos
5 : Val ida datos
6 : Muestra datos de los pacientes identificados con el CIF
10 : Registra nueva historia y muestra mensaje de val idación
89
CUS: Registrar Cita
Gráfico 27: Diagrama de Clases del CUS Registrar Cita.
Gráfico 28: Diagrama de Secuencia del CUS Registrar Cita.
AS_Enfermera
(f rom Actores del sistema)
E_Historia Clinica(f rom Entidades)
I_Iniciar Sesion
(f rom Interf aces)
E_Paciente(f rom Entidades)
I_Registrar Cita
(f rom Interf aces)
E_Persona(f rom Entidades)
C_Registrar Cita
(f rom Controladoras)
E_Citas(f rom Entidades)
E_Turnos Programados(f rom Entidades)
: AS_Enfermera : I_Iniciar Sesion : I_Registrar Cita : C_Registrar Cita : E_Persona
:
E_Paciente : E_Historia Clinica : E_Turnos
Programados : E_Citas
1 : Inicia sesión en el sistema y el ige la opción "Registrar Cita"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Sol ici ta ingresar DNI del paciente para la búsqueda
4 : Ingresa DNI del paciente y hace clic en el botón 'Buscar'
5 : Val ida datos
6 : Muestra datos del paciente
11 : Solici ta seleccionar turno
12 : Selecciona turno
13 : Valida datos
7 : Sol ici ta seleccionar datos de la ci ta (especialidad y consultorio)
8 : Selecciona datos y hace clic en el botón 'Cargar Turnos'
9 : Val ida datos
10 : Carga turnos programados
14 : Registra nueva cita y muestra mensaje de val idación
90
CUS: Reservar Cita
Gráfico 29: Diagrama de Clases del CUS Reservar Cita.
Gráfico 30: Diagrama de Secuencia del CUS Reservar Cita.
AS_Paciente
(f rom Actores del sistema)
I_Iniciar Sesion
(f rom Interf aces)
E_Historia Clinica(f rom Entidades)
E_Citas(f rom Entidades)
I_Reservar Cita
(f rom Interf aces)
E_Paciente(f rom Entidades)
E_Turnos Programados(f rom Entidades)
C_Reservar Cita
(f rom Controladoras)
: AS_Paciente : I_Iniciar Sesion : I_Reservar Cita : C_Reservar Cita : E_Paciente : E_Historia Clinica : E_Turnos
Programados
: E_Citas
1 : Inicia sesión en el sistema y elige la opción "Reservar Cita"
2 : Es redireccionado a la intefaz de la opción seleccionada
5 : Selecciona datos y hace clic en el bo t́on 'Cargar Turnos'
6 : Val ida datos
7 : Carga turnos programados
8 : Sol icita seleccionar turno
9 : Selecciona turno
10 : Val ida datos
4 : Sol icita seleccionar datos de la cita (paciente, especialidad y consultorio)
3 : Captura CIF de usuario y muestra pacientes encontrados
11 : Registra nueva cita y muestra mensaje de validación
91
CUS: Administrar Cita
Gráfico 31: Diagrama de Clases del CUS Administrar Cita.
Gráfico 32: Diagrama de Secuencia del CUS Administrar Cita.
AS_Paciente
(f rom Actores del sistema)...)
I_Iniciar Sesion
(f rom Interf aces)
E_Persona(f rom Entidades)
I_Administrar Cita
(f rom Interf aces)
E_Citas(f rom Entidades)
E_Turnos Programados(f rom Entidades)
C_Administrar Cita
(f rom Controladoras)
: AS_Paciente : I_Iniciar Sesion : I_Administrar Cita : C_Administrar Cita : E_Citas : E_Persona : E_Turnos
Programados
1 : Inicia sesión en el sistema y el ige la opción "Administrar Cita"
2 : Es redireccionado a la intefaz de la opción seleccionada
8 : Sol ici ta seleccionar 'Detal le'
9 : Selecciona detal le
15 : Anula cita y actual iza turno
12 : Solici ta seleccionar botón 'Cancelar cita'
7 : Muestra ci tas pendientes
3 : Captura CIF
4 : Obtiene datos de la cita
6 : Devuelve datos
5 : Obtiene datos del paciente
10 : Devuelve datos
11 : Carga detalle
13 : Hace clic en el botón 'Cancelar ci ta'
14 : Actualiza turnos programados
16 : Anula cita
92
CUS: Traslado HC Admisión
Gráfico 33: Diagrama de Clases del CUS Traslado HC Admisión.
Gráfico 34: Diagrama de Secuencia del CUS Traslado HC Admisión.
AS_Asistente de HC
(f rom Actores del sistema)
I_Iniciar Sesion
(f rom Interf aces)
E_Paciente(f rom Entidades)
I_Traslado HC Admisión
(f rom Interf aces)
E_Citas(f rom Entidades)
E_Historia Clinica(f rom Entidades)
C_Traslado HC Admisión
(f rom Controladoras)
E_Movimiento Historia(f rom Entidades)
: AS_Asistente de
HC
: I_Iniciar Sesion : I_Traslado HC Admisión : C_Traslado HC
Admisión
: E_Citas : E_Paciente : E_Historia Clinica : E_Movimiento Historia
1 : Inicia sesión en el sistema y el ige la opción "Traslado de historia Admisión"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Solici ta seleccionar el consultorio y fecha de la cita para la búsqueda
4 : Selecciona consultorio, fecha y hace clic en el botón 'Buscar'
9 : Val ida datos
Registro de
Salida
Registro de
Entrada
5 : Valida datos
6 : Muestra historias con traslado pendiente
7 : Solici ta seleccionar e ingresar los datos para registrar la salida de las historias (pacientes, observación)
8 : Selecciona e ingresa los datos y hace clic en el botón 'Registrar Salida'
10 : Registra sal ida de las historias y muestra mensaje de validación
11 : Solici ta seleccionar el consultorio y fecha de la cita para la búsqueda
12 : Selecciona consultorio, fecha y hace clic en 'Buscar'
13 : Valida datos
14 : Muestra historias devueltas
15 : Solici ta seleccionar los datos para registrar la entrada de las historias (pacientes)
16 : Selecciona los datos y hace clic en el botón 'Registrar Entrada'
17 : Valida datos
18 : Registra entrada de las historias y nuestra mensaje de validación
93
CUS: Traslado HC Consultorio
Gráfico 35: Diagrama de Clases del CUS Traslado HC Consultorio.
Gráfico 36: Diagrama de Secuencia del CUS Traslado HC Consultorio.
AS_Enfermera
(f rom Actores del sistema)
I_Iniciar Sesion
(f rom Interf aces)
I_Traslado HC Consultorio
(f rom Interf aces)
E_Movimiento Historia(f rom Entidades)
C_Traslado HC
Consultorio(f rom Controladoras)
: AS_Enfermera : I_Iniciar Sesion : I_Traslado HC Consultorio : C_Traslado HC
Consultorio
: E_Movimiento Historia
1 : Inicia sesión en el sistema y el ige la opción "Traslado de historia Consultorio"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Sol ici ta seleccionar el consultorio y fecha de la cita para la búsqueda
4 : Selecciona consultorio, fecha y hace clic en el botón 'Buscar'
5 : Val ida datos
Registro de
Entrada
Registro de
Sal ida
6 : Muestra historias enviadas
7 : Sol ici ta seleccionar los datos para registrar la entrada de las historias (pacientes)
8 : Selecciona los datos y hace clic en el botón 'Registrar Entrada'
9 : Val ida datos
10 : Registra entrada de las historias y muestra mensaje de val idación
15 : Sol ici ta seleccionar e ingresar los datos para registrar la salida de las historias (pacientes, observación)
16 : Selecciona e ingresa los datos y hace cl ic en el botón 'Registrar Salida'
17 : Val ida datos
18 : Registra salida de las historias y muestra mensaje de val idación
11 : Sol ici ta seleccionar el consultorio y fecha de la cita para la búsqueda
12 : Selecciona consultorio, fecha y hace clic en el botón 'Buscar'
13 : Val ida datos
14 : Muestra historias registradas
94
CUS: Consultar Citados
Gráfico 37: Diagrama de Clases del CUS Consultar Citados.
Gráfico 38: Diagrama de Secuencia del CUS Consultar Citados.
AS_Enfermera
(f rom Actores del sistema)
I_Consultar Citados
(f rom Interf aces)
I_Iniciar Sesion
(f rom Interf aces)
C_Consultar Citados
(f rom Controladoras)
E_Citas(f rom Entidades)
E_Turnos Programados(f rom Entidades)
: AS_Enfermera : I_Iniciar Sesion : I_Consultar Citados : C_Consultar Citados : E_Turnos
Programados
: E_Citas
1 : Inicia sesión en el sistema y elige la opción "Consultar Citados"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Sol ici ta seleccionar los datos para la búsqueda (fecha, área, consultorio)
4 : Selecciona los datos y hace clic en el botón 'Buscar'
5 : Val ida datos
6 : Muestra lista de los pacientes citados
95
CUS: Consultar Movimiento HC
Gráfico 39: Diagrama de Clases del CUS Consultar Movimiento HC.
Gráfico 40: Diagrama de Secuencia del CUS Consultar Movimiento HC.
AS_Enfermera
(f rom Actores del sistema)
I_Iniciar Sesion
(f rom Interf aces)
I_Consultar Movimiento HC
(f rom Interf aces)
E_Movimiento Historia(f rom Entidades)
C_Consultar Movimiento
HC(f rom Controladoras)
: AS_Enfermera : I_Iniciar Sesion : I_Consultar Movimiento
HC
: C_Consultar
Movimiento HC
: E_Movimiento Historia
1 : Inicia sesión en el sistema y el ige la opción "Movimiento HC"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Sol ici ta ingresar número de HC del paciente pra la búsqueda
4 : Ingresa número de HC y hace clic en el botón 'Consultar'
5 : Val ida datos
6 : Muestra movimientos de la historia buscada
96
CUS: Registrar Atenciones
Gráfico 41: Diagrama de Clases del CUS Registrar Atenciones.
Gráfico 42: Diagrama de Secuencia del CUS Registrar Atenciones.
AS_Enfermera
(f rom Actores del sistema)
I_Iniciar Sesion
(f rom Interf aces)
E_Citas(f rom Entidades)
I_Registrar Atenciones
(f rom Interf aces)
E_Detalle Historia Clinica(f rom Entidades)
C_Registrar Atenciones
(f rom Controladoras)
: AS_Enfermera : I_Iniciar Sesion : I_Registrar Atenciones : C_Registrar Atenciones : E_Citas : E_Detalle Historia Cl inica
1 : Inicia sesión en el sistema y el ige la opción "Registrar Atenciones"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Sol ici ta seleccionar los datos para la búsqueda (fecha, área, consultorio)
4 : Selecciona los datos y hace clic en el botón 'Listar'
5 : Val ida datos
6 : Muestra lista de los pacientes citados
7 : Sol ici ta seleccionar paciente y adjuntar su historia clínica
9 : Val ida datos y actualiza cita
8 : Selecciona paciente, adjunta historia cl ínica y hace clic en el botón 'Guardar'
10 : Registra atenciones
97
CUS: Importar Excel Estadístico
Gráfico 43: Diagrama de Clases del CUS Importar Excel Estadístico.
Gráfico 44: Diagrama de Secuencia del CUS 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)
E_Citas(f rom Entidades)
C_Importar Excel
Estadistico(f rom Controladoras)
: AS_Jefe de Area : I_Iniciar Sesion : I_Importar Excel Estadistico : C_Importar Excel
Estadistico
: E_Citas
1 : Inicia sesión en el sistema y elige la opción "Importar Excel"
2 : Es redireccionado a la intefaz de la opción seleccionada
3 : Muestra estadística de atenciones mensuales por consultorio
4 : Sol icita importar excel
5 : Hace cl ic en el botón 'Importar'
6 : Descarga excel
7 : Excel descargado
98
6.2 Modelo de Datos
6.2.1 Diagrama del Modelo de Datos
Gráfico 45: Diagrama de Modelo de Datos.
99
6.2.2 Diccionario de Datos
Para ver el diccionario de datos: Ver Anexo Nº 2.
6.3 Modelo de Componentes
Gráfico 46: Diagrama de Modelo de Componentes.
ind
ex.p
hp
Se
gu
rid
ad
Cit
as
Me
dic
as
His
tori
a C
lin
ica
Ma
nte
nim
ien
to
BD
_cit
as_
me
dic
as
Dre
am
we
ave
rM
yS
QL
Ad
min
istr
ar
Pe
rfil
Acce
so
Usu
ari
o
Ad
min
istr
ar
Pe
rmis
os
Re
gis
tra
r
Usu
ari
o
Re
po
rte
s E
sta
dís
tico
s
Co
nsu
lta
r
Cit
ad
os
His
tori
al
Cit
as
Re
gis
tra
r
Cit
a
Re
serv
ar
Cit
a
Ma
nte
nim
ien
t
o C
. E
xte
rno
s
Ma
nte
nim
ien
to
C.
Inte
rno
s
Ma
nte
nim
ien
t
o M
éd
ico
s
Re
gis
tra
r
Esp
ecia
lid
ad
es
Pro
gra
ma
r
Mé
dic
os
Ad
min
istr
ar
Pe
rso
na
l
Co
nsu
lta
r
Mo
vim
ien
to H
C
Ge
stio
na
r H
C
Tra
sla
do
HC
Co
nsu
lto
rio
Re
gis
tra
r
Ate
ncio
ne
s
C.
Gra
fico
s
Est
ad
isti
co
s
BD
Ad
min
istr
ar
Cit
a
Tra
sla
do
HC
Co
nsu
lto
rio
Imp
ort
ar
Exce
l
Est
ad
isti
co
Co
nsu
lta
r
Ate
ncio
ne
s
100
6.4 Modelo de Despliegue
Gráfico 47: Diagrama de Modelo de Despliegue
Sistema Web de Citas
MédicasPC - 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
101
CAPÍTULO VII: DESARROLLO Y PRUEBAS
102
7.1 Desarrollo
7.1.1 Plataforma Tecnológica
El presente sistema de citas médicas, es un sistema basado en la
tecnología Cliente-Servidor Web.
Por el lado del servidor será manejado por la Unidad de Telemática
perteneciente al hospital y por el lado del cliente será manejado por los
usuarios del sistema.
Gráfico 48: Arquitectura Cliente-Servidor.
El sistema será desarrollado con las siguientes herramientas:
Entorno de Desarrollo Adobe Dreamweaver CS5
Lenguaje de Programación PHP y JavaScript
Manejador de Base de Datos MySQL - phpMyAdmin
7.1.2 Estándares de Desarrollo
A continuación mostraremos los estándares que se utilizarán para el
desarrollo del presente proyecto de tesis, 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 el desarrollo.
103
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 capítulo debe ser como sigue:
El título y 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:
Desarrollo del documento Arial 12, con interlineado 1,5.
Pie de página Arial 10, en modo oculto.
Paginación a partir de la décima página. El formato es el
siguiente: “1”.
Los ejemplos e información relevante será enmarcada por un
cuadro de línea simple.
Ejemplo:
CAPÍTULO I: VISIÓN DEL PROYECTO Arial 16, Negrita
CONCLUSIONES Arial 16, Negrita
Ejemplo:
1.1 El Problema Arial 14, Negrita, Subrayado
1.1.1 El Negocio Arial 13, Negrita, Subrayado
1.1.1.1 Organización Arial 12, Negrita, Subrayado
Ejemplo:
Primer orden o Segundo orden
- Tercer orden
104
2. Estándares de Diseño
Colores de las interfaces Azul, Blanco, Gris
Fuente / Letras Arial, Helvetica, sans-serif, 12
3. Estándares de Análisis
No se hará uso de tildes.
Las siglas a usar son como sigue:
Caso de Uso del Negocio CUN
Caso de Uso del Sistema CUS
Actor del Negocio AN
Actor del Sistema AS
Entidad del Negocio EN
Trabajador del Negocio TN
Diagrama de Casos de Uso del Negocio DCUN
Diagrama de Casos de Uso del Sistema DCUS
Especificación de Casos de Uso ECU
Realización de Casos de Uso del Negocio RCUN
Diagrama de Estados DE
Diagrama de Actividades de la Realización del CUN DAR
Diagrama de Actores del Sistema DAS
Diagrama de Modelo Conceptual DMC
Diagrama de Paquetes DP
Diagrama de Objetos del Negocio DON
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
105
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.
4.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 minúsculas y el símbolo “_” como conector.
- Nomenclatura:
El nombre de un objeto de la base de datos seguirá la siguiente
estructura:
<t>_<NombreObjeto>
5. Estándares de Programación
Dónde:
t : Prefijo de la Tabla
NombreObjeto : Nombre de Tabla
Diagrama de Despliegue DD
Modelo Conceptual MC
Modelo de Clases Persistentes MCP
Entidades E_<Nombre>
Interfaces I_<Nombre>
Controladora C_<Controladora>
106
5.1 Controles Web
Tipo de Control
Prefijo
Text txt_<nombre>
Text Area txta_<nombre>
Label lbl_<nombre>
Submit btn_<nombre>
Button btn_<nombre>
Checkbox chk_<nombre>
Redio r_<nombre>
File f_<nombre>
Image img_<nombre>
5.2 Nombre de las Clases
7.2 Pruebas
7.2.1 Plan de Pruebas del Proyecto
1. INTRODUCCIÓN
La calidad del software es el conjunto de cualidades que lo caracterizan
y determinan su utilidad, eficiencia y confiabilidad. Debido a la
importancia de la calidad como base del éxito en toda organización es
necesario definir claramente el procedimiento a seguir para la
realización de las pruebas de software con usuarios con el objetivo que
verifiquen su funcionalidad y el cumplimiento de los requerimientos
definidos.
Tipo de Objeto Prefijo
BL BL_<nombre>
DA DA_<nombre>
107
El proceso de pruebas de usuario consiste en la ejecución de casos de
prueba por parte de los usuarios, bajo la supervisión y control del
Analista de Control de Calidad asignado al proyecto, quién reporta al
Supervisor del proyecto los errores encontrados antes de la aceptación
y puesta en producción el sistema o de alguna modificación en él como
parte del mantenimiento que pudiera tener.
El presente documento describe el procedimiento para la realización de
pruebas con los usuarios y los criterios para autorizar la puesta en
producción del software.
2. OBJETIVOS
El procedimiento de pruebas de usuario tiene como objetivos:
Validar que el software producido cumpla los requerimientos
definidos por el usuario.
Lograr la satisfacción de los clientes obteniendo un software de
acuerdo a sus necesidades y que sea fácil de usar.
Identificar “errores” evitando que se conviertan en defectos una vez
que el software se encuentre en producción.
Reducir los costos de mantenimiento correctivo incrementando la
productividad del software entregado.
3. HERRAMIENTAS
Es un documento que sirve de apoyo al proceso de pruebas de
usuarios, contiene una serie de instrucciones que se deben seguir para
probar la funcionalidad del sistema y detectar “bugs”. De ahí la
importancia de realizar una buena definición de cada caso.
108
Los casos de prueba deben contemplar todas las variaciones y
situaciones que pudieran existir. Los casos de prueba tendrán la
siguiente estructura:
Cabecera
En esta parte se ingresan los datos referidos al Caso de Prueba, en
donde algunos datos son obligatorios y otros opcionales. La información
a registrar en la cabecera es la siguiente:
Información del autor: Nombre de la persona que elaboró el caso
de prueba y fecha de la elaboración.
Información de la persona que revisa el caso de prueba: Nombre
y fecha de revisión del caso de prueba.
Nombre de persona que aprueba el caso de prueba y fecha de
aprobación. Puede ser la misma persona que revisa el caso.
Objetivo del caso de prueba: Se ingresará que es lo que se busca
probar con la ejecución del caso. Se indicará el Nro. de
requerimiento si fuera el caso.
Condiciones del caso de prueba: Se indicará en qué ambiente se
debe ejecutar el sistema y si es necesario alguna configuración
especial.
Descripción del caso de prueba: Se indicará de forma más
detallada lo que se realizará mediante el caso de prueba.
Datos del probador: Nombre, fecha y hora en la que se realizó las
pruebas. El dato se ingresará al momento de ejecutar el caso de
prueba.
Detalle
El detalle es la parte más importante del caso de prueba debido a que
describe las instrucciones que los usuarios deben ejecutar y el
109
resultado que deben esperar. El detalle está compuesto por las
siguientes secciones:
Instrucción: Se refiere a la acción que debe realizar el usuario en
el sistema. Las instrucciones deben estar especificadas paso a
paso como un manual y de manera clara, sencilla y concisa
utilizando frases tales como Hacer clic…., Ingresar datos….,
Seleccionar la opción…., etc.
Data: Se ingresarán las variables con sus respectivos valores
necesarios para la ejecución de la instrucción detallada.
Resultados Esperados: En esta sección se ingresará el
resultado que se espera luego de ejecutar la instrucción. Por
ejemplo: Aparecerá una pantalla…., Mostrará el mensaje de
error…., etc.
Resultados Reales: Se ingresará el resultado que se obtuvo al
ejecutar la instrucción. El usuario que realice la prueba ingresará
esta sección sólo cuando el resultado de la ejecución de la
instrucción no corresponde a lo esperado.
Estado: En esta sección el usuario que realiza la prueba
registrará el estado de la ejecución de cada instrucción. Si el
resultado obtenido es igual al esperado registrará OK en caso
contrario NOK.
110
4. PLAN DE PRUEBAS
Fase Nº Tipo de Unidad
Unidad de Prueba
Tipo de Prueba
Descripción Fecha
Planificada Tester
Responsable de la Unidad
CNT 1 PCUS Administrar Perfil DEF El administrador registra, consulta y modifica los perfiles.
27/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 2 PCUS Administrar Permisos
DEF El administrador registra, consulta y elimina los permisos
27/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 3 PCUS Registrar Usuario DEF El administrador registra los usuarios.
27/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 4 PCUS Acceso Usuario DEF El administrador vuele activar a los usuarios en el sistema.
27/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 5 PCUS Administrar Personal
DEF El administrador registra y consulta personal.
27/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 6 PCUS Mantenimiento Consultorios
Externos DEF
El administrador registra y consulta los servicios o consultorios externos.
28/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 7 PCUS Registrar
Especialidades DEF
El administrador registra y consulta las especialidades.
28/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 8 PCUS Mantenimiento Consultorios
Internos DEF
El administrador registra y consulta los consultorios internos.
28/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 9 PCUS Mantenimiento
Médicos DEF
El administrador registra, consulta y modifica los datos de los médicos.
28/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 10 PCUS Programar Médicos
DEF El administrador registra la programación mensual de los médicos.
28/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 11 PCUS Gestionar HC DEF La Secretaria de HC registra y consulta los números de historias.
29/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 12 PCUS Traslado HC
Admisión DEF
El Asistente de HC registra la entrada y salida de las historias.
29/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
111
CNT 13 PCUS Traslado HC Consultorios
DEF La Enfermera registra la entrada y salida de las historias.
29/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 14 PCUS Movimiento HC DEF
El Asistente de HC o la Enfermera consultan los movimientos de los traslados de las historias.
29/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 15 PCUS Registrar Cita DEF La Enfermera registra las citas. 30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 16 PCUS Consultar Citados DEF La Enfermera consulta los pacientes citados.
30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 17 PCUS Reservar Cita DEF El Paciente reserva sus citas por internet.
30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 18 PCUS Administrar Cita DEF El Paciente consulta y cancela sys citas pendientes.
30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 19 PCUS Historial Citas DEF El Paciente consulta el historial de sus citas.
30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 20 PCUS Registrar
Atenciones DEF
La Enfermera registra las atenciones de los médicos.
30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 21 PCUS Consultar
Atenciones DEF
La enfermera consulta las atenciones realizada por los médicos.
30/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 22 PCUS Consultar Gráficos
Estadísticos DEF
El Jefe de Área consulta los gráficos estadísticos de las atenciones.
31/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
CNT 23 PCUS Importar Excel
Estadístico DEF
El Jefe de Área consulta y descarga los reportes estadísticos de las atenciones.
31/08/2013 Velásquez,
Rotceh Velásquez,
Rotceh
Leyenda: Fase: ELB (Elaboración), CNT (Construcción) o TRN (Transición). Tipo de Unidad: PCUS Validación de programación de caso de uso. Unidad de Prueba: Es el artefacto específico que se va a someter la prueba. Tipo de Prueba: INI (Inicial), PAR (Parcial) o DEF (Definida) Descripción: Es la descripción detallada de los que se pretende probar respecto al artefacto en el contexto del sistema. Tester: Es el revisor o persona encargada de hacer la prueba. Responsable de la Unidad: Es la persona que desarrolló el artefacto o unidad de prueba.
112
7.2.2 Casos de uso de pruebas del proyecto para los CUS más
significativos para la arquitectura
Para ver los casos de prueba: Ver Anexo Nº 3.
7.2.3 Análisis de las pruebas
De acuerdo al Plan de Prueba especificado en el punto 7.2.1, las
pruebas realizadas a los CUS’s más significativos para la arquitectura,
fueron evaluadas de forma funcional teniendo en cuenta los
requerimientos funcionales del sistema.
Por cada CUS se ha realizado un Caso de Prueba, donde podemos
observar todos los escenarios que han sido definidos para la evaluación
y los resultados obtenidos por cada uno de ellos.
113
CAPÍTULO VIII: GESTIÓN DEL PROYECTO
114
8.1 Viabilidad del Proyecto
8.1.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)
- MySQL Workbench (Diseño de Base de Datos)
- Microsoft Office (Excel, Word y Power Point)
- Microsoft Project (Cronograma de Actividades)
- WBS Chart (Elaboración del EDT)
- Windows XP y Windows 7 (Sistema Operativo)
- Google Chrome y Mozilla Firefox (Explorador)
Herramientas de Hardware
- Impresoras
- Conexión a Internet
- Servidor
- Computadoras
8.1.2 Viabilidad Económica
A continuación se detallan los costos de los recursos necesarios que se
utilizarán para el desarrollo, prueba e implementación del proyecto de
citas médicas.
a. Costos de Hardware
115
Recursos de Hardware
Dispositivos Cantidad Precio Sub-Total A Financiar
por el Hospital
Computadora 3 $ 500,00 $ 1.500,00 $ 0,00
Servidor 1 $ 1.200,00 $ 1.200,00 $ 0,00
Impresora 1 $ 40,00 $ 40,00 $ 0,00
Total $ 2.740,00 $ 0,00
Cuadro 6: Costos de hardware para el desarrollo del proyecto.
Elaboración: Propia, 2013.
En este caso los recursos de hardware son financiados por el
hospital, debido a que ellos ya cuentan con los dispositivos
mencionados, por lo tanto el costo es de $ 0.00 dólares.
b. Costos de Software
Para los recursos de software que serán utilizados se ha realizado
un estudio evaluando 3 alternativas, estas alternativas son
mencionadas en el punto 3.3. La alternativa que mostraremos en el
siguiente cuadro es la Alternativa Nº2 que fue la elegida.
Recursos de Software
Software/Licencia Cantidad Precio Sub-Total A Financiar
por el Hospital
Adobe Dreamweaver CS5
1 $ 0,00 $ 0,00 $ 0,00
MySQL 1 $ 0,00 $ 0,00 $ 0,00
Windows Server 2008 1 $ 395,00 $ 395,00 $ 0,00
Total $ 395,00 $ 0,00
Cuadro 7: Costos de software para el desarrollo del proyecto.
Elaboración: Propia, 2013.
En este caso el sistema operativo también es financiado por el
hospital, debido a que ellos ya cuentan con uno propio, por lo cual se
ha considerado con un costo de $ 0.00.
116
c. Costo de Recursos Humanos
Para el desarrollo y pruebas del proyecto se tomará en cuenta los
siguientes aspectos:
Se necesitará 3 trabajadores profesionales.
- Ingeniero de Sistema: Es el jefe del proyecto, encargado de
dirigir y estimar los tiempos y costos que demandará el
proyecto.
- Analista funcional de procesos: Es el encargado de recopilar
la información y requerimientos del cliente y de la evaluación
continua de las necesidades del usuario.
- Analista programador: Es el encargado del desarrollo del
sistema y modelar la base de datos.
Los trabajadores trabajarán 8 horas al día, 5 días a la semana,
por un periodo de 6 meses
Recursos Humanos
Perfil Profesional
Cantidad Funciones Sueldo
Mensual Nº de Meses
Sub-Total A Financiar
por el Hospital
Ingeniero de Sistemas
1 Jefe de Proyecto $ 1.280,00 6 $ 7.680,00 $ 7.680,00
Analista Funcional de
Procesos 1
Asegurador de Calidad
$ 1.120,00 6 $ 6.720,00 $ 6.720,00
Analista Programador
1 Desarrollo en
Programación y Base de Datos
$ 1.120,00 6 $ 6.720,00 $ 6.720,00
Total $ 21.120,00 $ 21.120,00
Cuadro 8: Costos de Recursos Humanos para el desarrollo del proyecto.
Elaboración: Propia, 2013.
d. Costo de Implementación
La siguiente tabla está basada en la implementación del sistema
evaluada en los 21 consultorios externos existentes en el hospital.
117
Implementación
Recurso Cantidad Costo Sub-Total
PC 21 S/. 1.800,00 S/. 37.800,00
Impresoras 21 S/. 104,00 S/. 2.184,00
UTP (metros) 1310 S/. 2,50 S/. 3.275,00
SWITCH 24 Puertos 2 S/. 1.000,00 S/. 2.000,00
SWITCH 16 Puertos 1 S/. 820,00 S/. 820,00
JACK RJ-45 21 S/. 10,00 S/. 210,00
Otros Accesorios - - S/. 3.000,00
S/. 49.289,00
Total $ 18.957,31
Cuadro 9: Costos de Implementación del proyecto.
Elaboración: Propia, 2013.
Para ver más detalle de la implementación: Ver Anexo Nº 4.
Cálculos de VAN y TIR
Generalmente en una clínica particular se tiene ingresos directos
por cada atención brindada a un paciente, cada ingreso incluye con
el tiempo el retorno de lo que se puede invertir en un sistema para
dicha clínica.
En el caso el HN PNP ‘Luis. N. Sáenz’ el ingreso es subsidiado por
el estado y no tiene ingresos directos por los pacientes, por ello
para el retorno de la inversión no será de forma directa como
mencionamos en el caso de la clínica.
Actualmente el hospital sufre gastos ocultos que se dan al no tener
un control de citas permitidas por cada paciente, esto genera que
los gastos ocultos se reflejen en los escases de la medicina o en el
estado de la infraestructura del hospital.
Por ello para poder realizar la estimación del proyecto, primero
queremos explicar el costo que podría generar a través del tiempo
118
estos gastos ocultos que hemos mencionado. En el siguiente
cuadro mostraremos un aproximado de los gastos que puede
generar en total los gastos ocultos en un periodo de tiempo.
Atención Simple Atención Compleja
Gastos Mínimo Máximo Gastos Mínimo Máximo
Consulta S/. 30,00 S/. 30,00 Consulta S/. 30,00 S/. 30,00
Medicina S/. 20,00 S/. 80,00 Medicina S/. 100,00 S/. 200,00
Análisis S/. 50,00 S/. 200,00
Hospitalización S/. 100,00 S/. 250,00
Otros exámenes S/. 150,00 S/. 200,00
Total S/. 50,00 S/. 110,00 Total S/. 430,00 S/. 880,00
En el cuadro anterior podemos observar el costo que requeriría
una atención simple y una atención compleja por un paciente.
Con un promedio de 60 atenciones ocultas en un mes, podemos
observar cuanto sería el total en el costo de todas esas
atenciones. En el siguiente cuadro podemos observar que para
las atenciones mínimas el total es S/. 2,400 y para la atenciones
máximas el total es S/. 19,650, promediando un valor de S/.
22,050.
Gasto Actual del Hospital
Atención Médica
Gasto Mínimo por Atención Gasto Máximo por Atención
Costo Promedio
Cantidad Extra Sub-Total
Costo Promedio
Cantidad Extra Sub-Total
Total
S/. 80,00 30 S/. 2.400,00 S/. 655,00 30 S/. 19.650,00 S/. 22.050,00
Gasto con el Sistema
Atención Médica
Gasto Mínimo por Atención Gasto Máximo por Atención
Costo Promedio Cantidad Sub-Total
Costo Promedio Cantidad Sub-Total
Total
S/. 80,00 0 S/. 0,00 S/. 655,00 0 S/. 0,00 S/. 0,00
119
Como hemos visto en el cuadro anterior, con la implementación de un
sistema que controle la cantidad de citas permitidas por un paciente,
los gastos ocultos se reducen a S/. 0.
A continuación podremos definir nuestro beneficio neto y la inversión
total que requeriría la implementación de un sistema:
Costo Total (Sin Sistema) S/. 22.050,00
Costo Total (Con Sistema) S/. 0,00
Beneficio Neto S/. S/. 22.050,00
Inversión Costo
Recursos S/. 63.063,00
Implementación S/. 49.289,00
Total S/. 112.352,00
Realizando los cálculos de VAN y TIR obtendremos:
Periodo Flujo de Caja Neto Recuperación
Mes 0 (inversión) S/. -112,352.00
Mes1 S/. 22,050.00 S/. -90,302.00
Mes2 S/. 22,050.00 S/. -68,252.00
Mes3 S/. 22,050.00 S/. -46,202.00
Mes4 S/. 22,050.00 S/. -24,152.00
Mes5 S/. 22,050.00 S/. -2,102.00
Mes6 S/. 22,050.00 S/. 19,948.00
Mes7 S/. 22,050.00 S/. 41,998.00
Mes8 S/. 22,050.00 S/. 64,048.00
Mes9 S/. 22,050.00 S/. 86,098.00
Mes10 S/. 22,050.00 S/. 108,148.00
Mes11 S/. 22,050.00 S/. 130,198.00
120
Tasa Interna de Retorno (TIR)
Calculando la Tasa Interna de Retorno (TIR), tomando hasta el octavo
mes, obtendremos:
TIR = 11% = 0.11%
El valor obtenido es la máxima Tasa de Descuento (TD) que puede
tener el proyecto, pues una mayor tasa ocasionaría que el Beneficio
Neto Actualizado (BNA) sea menor que la inversión (VAN < 0) y para
que el proyecto sea rentable el VAN debe ser >= 0.
Valor Actual Neto (VAN)
Para el cálculo del Valor Actual Neto, tomaremos una Tasa de
Descuento del 11%, que es el porcentaje que la institución desea
ganar en un lapso de tiempo de 8 meses respecto de la inversión
inicial, entonces calculando:
VAN = S/. 5,283.12
El valor obtenido nos indica que luego de descontar la inversión inicial
del proyecto nos quedará una ganancia, como el resultado es positivo
podemos decir que el proyecto es viable o rentable.
El valor del TIR = 11% nos limita a tomar valores de Tasa de
Descuento menores para el cálculo del VAN ya que tomar un valor
mayor al 11% haría que el proyecto no fuese rentable.
En conclusión mientras se tomen valores menores del 11% de la Tasa
de Descuento, el proyecto será cada vez más rentable, pues el
Beneficio Neto Actualizado sería cada vez mayor que la inversión.
121
8.1.3 Viabilidad Legal
Reglamento General de Hospitales del Sector Salud
Decreto Supremo Nº 005-90-SA
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.
DEPARTAMENTO DE REGISTRO DE ATENCIÓN MÉDICA Y
ESTADISTICA
Artículo 111º.- Es el encargado 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.
Artículo 112º.- Todo Hospital contará con un Departamento de
registro de Atención Médica y Estadística.
Artículo113º.- Son funciones generales del Departamento del
Registro de Atención Médica y Estadística:
- Asegurar la elaboración continua de la Historia Clínica de cada
paciente.
- Recolectar, interpretar, aclarar, procesar y presentar la
información estadística hospitalaria.
Artículo 114º.- Todo paciente debe contar con una Historia Clínica
completa, que se archivará según sistema Dígito Terminal.
122
El contenido de la Historia Clínica es confidencial
Artículo 115º.- La Historia Clínica es de propiedad de la Institución y
debe ser codificada de acuerdo a la clasificación Internacional.
Artículo 116º.- 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.
Artículo 117º.- El Departamento de Registro de Atención Médica y
Estadística proporcionará los datos necesarios para la expedición de
Certificados de Atención del Paciente Hospitalario, los que serán
autorizados por el médico tratante y en su ausencia por el Jefe
correspondiente del nivel superior y refrendados por el Director del
Hospital.
Artículo 118º.- El Departamento de Registro de Atención Médica y
Estadística tendrá, de acuerdo a la complejidad y necesidades del
Hospital, la siguiente estructura organizativa:
- Jefatura
- Secretaría
- Registros Médicos
- Estadística
CONSULTORIOS EXTERNOS
Artículo 163º.- Son los encargados de brindar atención Integral de
salud al consultante sano o enfermo que no requiere hospitalización.
Artículo 166º.- Todo hospital contará con consultorios externos.
Artículo 167º.- El número de consultorios externos y sus
diversificaciones por especialidad y sub-especialidades estará de
acuerdo con el nivel de complejidad del hospital.
Artículo 168º.- Son funciones generales de los consultorios
externos:
123
- Atención médica integral a pacientes ambulatorios y supuestos
sanos, mediante acciones de promoción, prevención,
recuperación y rehabilitación, teniendo en cuenta el nivel de
complejidad del establecimiento, referencia o contra referencia.
- Atención de interconsulta.
- Seguimiento de pacientes hospitalizados dados de alta.
- A todo paciente de consulta externa se le debe hacer el estudio
completo con elementos auxiliares necesarios para la toma de
decisión o confirmación del diagnóstico y para prescribir el
tratamiento definitivo.
- Para transferencia u hospitalización será necesario que se
cumpla con el requisito anterior.
Artículo 169º.- 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.
8.2 Organización del Proyecto
8.2.1 Organigrama del Proyecto
Gráfico 49: Organigrama del Proyecto.
Jefe de Proyecto
Analista Programador
Arquitecto BD
Asegurador de Calidad
124
8.2.2 EDT del Proyecto
Gráfico 50: EDT del Proyecto.
Elaboración: Propia, 2013.
125
8.3 Estimación y Ejecución del Proyecto
8.3.1 Cronograma de Ejecución del Proyecto
Gráfico 51: Cronograma de Actividades del Proyecto.
126
8.4 Gestión de Riesgos 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,
listaremos todos los posibles riesgos (predecibles y no predecibles) para poder
elaborar nuestros planes de contingencia y poder mitigarlos en caso sean
necesarios.
Nº
Riesgo
Categoría
Probabilidad
Contingencia
R1
Debido a la falta de
disponibilidad del cliente para
brindar información, podría
no tomarse correctamente
los requerimientos,
impactando en la calidad del
producto final.
Gestión
del
Proyecto
Media
Realizar un cronograma,
estableciendo fechas de
entrevistas y reuniones
para el levantamiento de
información y toma de
requerimientos.
R2
Debido a la falta de
conocimiento de las
herramientas o en el uso de
nueva tecnología establecida
por el cliente, podría traer
dificultades en el desarrollo
del software, impactando en
la culminación del mismo.
Gestión
del
Proyecto
Baja
Buscar apoyo externo o
capacitaciones que
brinden un mejor
conocimiento.
R3
Debido a la incorrecta
asignación de tiempos para
el análisis y desarrollo del
software, podría aplazarse el
tiempo, impactando en la
entrega del software en la
fecha establecida.
Gestión
del
Proyecto
Baja
Controlar
constantemente la
realización de las
actividades según el
cronograma establecido.
127
R4
Debido a la inclusión de
nuevos requerimientos,
podría afectar en los CUS ya
desarrollados, impactando en
la culminación del proyecto
según lo planificado.
Gestión
del
Proyecto
Media
Evaluar el impacto del
nuevo requerimiento
según nuestro Plan de
Gestión de cambios.
R5
Debido a la entrada de virus,
podría perderse toda la
información del proyecto,
afectando en la entrega del
producto final.
Técnica Baja
Utilizar la información de
respaldo.
R6
Debido a factores externos,
podría perderse toda la
información del proyecto,
afectando en la entrega del
producto final.
Externa Baja Realizar un Backup
constantemente.
R7
Debido al rango de edad de
los usuarios del sistema,
podría no aceptarse el
proyecto, impactando en el
fracaso del mismo.
Externa Media
Constante capacitación a
todos los usuarios.
8.5 Plan de Gestión de Cambios en los Procesos del Negocio
Plan de Gestión 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 del planeamiento del proyecto; por lo tanto se
tiene en cuenta el Plan de Gestión de Cambios, el cual permitirá de una manera
organizada y controlada realizar la solicitud de cambios a los requerimientos
prestablecidos presentes en el alcance del proyecto.
128
En el caso de solicitar un cambio en el proyecto fuera del alcance inicial, el
usuario tendrá que presentar una solicitud como se muestra a continuación: Ver
Anexo Nº 5.
8.6 Constancia de aceptación del cliente sobre el proyecto
Gráfico 52: Constancia de Aceptación del Cliente.
129
CONCLUSIONES
130
Después del desarrollo del presente proyecto, el proceso de citas médicas será
automatizado, permitiendo a las enfermeras de los consultorios externos registrar
y programar las citas de forma rápida y eficiente; a su vez permitirá que los
pacientes reserven y administren sus propias citas, brindándoles una mayor
facilidad y comodidad en la solicitud de sus citas.
A sí mismo, el sistema permitirá controlar de manera efectiva la cantidad de citas
permitidas que un paciente puede solicitar en un determinado tiempo. Este control
y mejora se verá reflejado en la disminución de los gastos ocultos que se han
mencionado en la viabilidad económica del proyecto.
El sistema generará reportes estadísticos de las atenciones médicas brindadas
por cada servicio y especialidad, que serán entregadas al área de estadística del
hospital para su posterior evaluación.
Finalmente, el sistema permitirá controlar y/o monitorear el traslado de cada una
de las historias clínicas, con el fin de evitar el extravío de ellas como se viene
presentando actualmente.
.
131
RECOMENDACIONES
132
Es importante que para la aceptación del sistema de los trabajadores del hospital
con poco conocimiento de informática, se les brinde constantes capacitaciones
hasta que logren comprender en su totalidad el sistema.
Para los pacientes adultos mayores, se les debe dar preferencia para la solicitud
de las citas en los consultorios, y para los pacientes más jóvenes con mayor
conocimiento de informática deberían solicitar cita en la mayoría de los casos por
internet con su respectivo usuario que se les brindará.
Es necesario establecer una cantidad máxima de citas que puede solicitar un
paciente en un mes, para que el sistema automatice la validación y no sea
variante por cada mes.
Para mejorar el control del traslado de las historias clínicas, se recomienda que
sean trasladadas con un día de anticipación (a la fecha de la cita) a los
Consultorios y devueltas un día después (de la fecha de la cita) al área de
Admisión y Archivos.
133
GLOSARIO DE TÉRMINOS
134
Ad-honorem: Es cualquier actividad que se lleva a cabo sin percibir ninguna
retribución económica.
Archivo: Conocido también como fichero informático es un conjunto de bits
almacenado en un dispositivo. Un archivo es identificado por un nombre y la
descripción de la carpeta o directorio que lo contiene. A los archivos informáticos se
les llama así porque son los equivalentes digitales de los archivos escritos en libros,
tarjetas, libretas, papel o microfichas del entorno de oficina tradicional.
Backup: Es una copia de seguridad o de respaldo de los datos originales que se
realiza con el fin de disponer de un medio de recuperarlos en caso de su pérdida.
Bug: Es un error o fallo en un programa de computador o sistema de software que
desencadena un resultado indeseado.
Cardiología: Es la rama de la medicina interna, escindida de "pulmón y corazón",
que se ocupa de las afecciones del corazón y del aparato circulatorio.
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.
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.
Consultorio externo: También denominado en el presente proyecto como área o
servicio, es el lugar donde se encuentran ubicados los consultorios internos donde
los pacientes recibirán atención médica, este consultorio externo puede contener uno
o más consultorios internos.
Cuaderno de citas: Es el lugar físico donde se almacenan las citas de todos los
pacientes por cada consultorio externo de atención médica.
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 le afectan, ofreciendo su
prevención, diagnóstico y tratamiento.
135
Dotar: Suministrar bienes para una fundación o institución benéfica.
Endocrinología: Es la rama de la medicina que estudia el funcionamiento y las
distintas enfermedades del sistema endocrino, las glándulas y sus secreciones
específicas llamadas hormonas.
Firewall: Un cortafuegos en español es una parte de un sistema o una red que está
diseñada para bloquear el acceso no autorizado, permitiendo al mismo tiempo
comunicaciones autorizadas.
Hardware: Se refiere a todas las partes tangibles de un sistema informático; sus
componentes son: eléctricos, electrónicos, electromecánicos y mecánicos.
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.
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.
Host: De forma general un host o anfitrión es todo equipo informático que posee una
dirección IP y que se encuentra interconectado con uno o más equipos. Es un
ordenador que funciona como el punto de inicio y final de las transferencias de datos.
Comúnmente descrito como el lugar donde reside un sitio web. Un anfitrión de
Internet tiene una dirección de Internet única (dirección IP) y un nombre de dominio
único o nombre de anfitrión.
Interfaz de Usuario: Es el medio con que el usuario puede comunicarse con una
máquina, un equipo o una computadora, y comprende todos los puntos de contacto
entre el usuario y el equipo. Normalmente suelen ser fáciles de entender y fáciles de
accionar.
Lenguaje de Programación: Es un lenguaje formal diseñado para expresar
procesos que pueden ser llevados a cabo por máquinas como las computadoras.
136
Licencia GPL: La Licencia Pública General es la licencia más ampliamente usada en
el mundo del software y garantiza a los usuarios finales (personas, organizaciones,
compañías) la libertad de usar, estudiar, compartir (copiar) y modificar el software.
Microsoft Windows: Es el nombre de una familia de sistemas operativos
desarrollados y vendidos por Microsoft.
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).
Ordenador: Denominado también computadora, es una máquina capaz de tratar
información automáticamente mediante operaciones matemáticas y lógicas
realizadas con mucha rapidez y controladas por programas informáticos.
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-respiratorias superiores (nariz y senos paranasales, faringe y laringe) y de las
estructuras próximas de la cara y el cuello. Asimismo la cirugía traumatológica,
oncológica, plástica, estética 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.
Paciente: Es todo usuario de salud que recibe una atención médica.
Página web: Es el nombre de un documento o información electrónica capaz de
contener texto, sonido, vídeo, programas, enlaces y muchas otras cosas, adaptada
para la World Wide Web y que puede ser accedida mediante un navegador web.
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.
Programa informático: Es un conjunto de instrucciones que una vez ejecutadas
realizarán una o varias tareas en una computadora.
137
Protocolo HTTP: Es un protocolo del nivel de aplicación usado para la trasferencia
de información entre sistemas, de forma clara y rápida usado en cada transacción de
la World Wide Web. Está orientado a transacciones y sigue el esquema petición-
respuesta entre un cliente y un servidor.
Red: Es un conjunto de equipos informáticos y software conectados entre sí por
medio de dispositivos físicos que envían y reciben impulsos eléctricos, ondas
electromagnéticas o cualquier otro medio para el transporte de datos, con la finalidad
de compartir información, recursos y ofrecer servicios.
Sistema Distribuido: Es una colección de computadoras independientes que
aparecen ante los usuarios del sistema como una única computadora.
Sistema Operativo: Es un programa o conjunto de programas que en un sistema
informático gestiona los recursos de hardware y provee servicios a los programas de
aplicación, ejecutándose en modo privilegiado respecto de los restantes.
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.
Switch: En español conmutador, es un dispositivo digital lógico de interconexión de
redes de computadoras que opera en la capa de enlace de datos del modelo OSI. Su
función es interconectar dos o más segmentos de red, de manera similar a los
puentes de red, pasando datos de un segmento a otro de acuerdo con la dirección
MAC de destino de las tramas en la red.
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
Topología: Es la rama de las matemáticas dedicada al estudio de aquellas
propiedades de los cuerpos geométricos que permanecen inalteradas por
transformaciones continuas.
Unix: Es un sistema operativo portable, multitarea y multiusuario.
138
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.
Web: Es un sistema de distribución de documentos de hipertexto interconectados y
accesibles vía Internet. Con un navegador web, un usuario visualiza sitios web
compuestos de páginas web que pueden contener texto, imágenes, vídeos u otros
contenidos multimedia, y navega a través de esas páginas usando hiperenlaces.
139
SIGLARIO
140
BD: Base de Datos
BNA: Beneficio Neto Actualizado
BPMN: Business Process Modeling Notation (Notación para la Gestión de Procesos
de Negocios)
CIF: Carnet de Identificación Familiar
CIP: Carnet de Identificación Policial
CUN: Caso de Uso del Negocio
CUN's: Casos de Uso del Negocio
CUS: Caso de Uso del Sistema
CUS's: Casos de Uso del Sistema
DBA: Database Administrator (Administrador de Base de Datos)
DIRECFIN: Dirección de Economía y Finanzas
DIRREHUM: Dirección de Recursos Humanos
DIRSAL: Dirección de Salud de la Policía Nacional del Perú
EDT: Estructura de Desglose del Trabajo
EHR: Electronic Health Record (Historia Clínica Electrónica)
ER: Entidad Relación
FOSPOLI: Fondo de Salud Policial
HC: Historia Clínica
HN: Hospital Nacional
HTML: HyperText Markup Language (Lenguaje de Marcas de Hipertexto)
HTTP: Hyper Text Transfer Protocol (Protocolo de Transferencia de Hipertexto)
141
HW: Hardware
INEN: Instituto Nacional de Enfermedades Neoplásicas
ISP: Internet Service Provider (Proveedor de Servicios de Internet)
IP: Internet Protocol (Protocolo de Internet)
LNS: Luis Nicasio Sáenz
MINSA: Ministerio de Salud
MOPRI: Módulo Pre Quirúrgico
OFISIG: Oficina de Información Gerencial
PHP: Hypertext Pre-processor (Hipertexto Pre-procesador)
PNP: Policía Nacional del Perú
RF: Requerimiento Funcional
RNF: Requerimiento No Funcional
RN: Regla del Negocio
RDBMS: Relational Database Management System (Sistema de Gestión de Bases
de Datos Relacionales)
RUP: Rational Unified Process (Proceso Unificado de Rational)
SGBD: Sistema de Gestión de Bases de Datos
SIREC: Sistema de Registro de Citas Médicas en Línea
SSL: Secure Socket Layer (Capa de Conexión Segura)
SW: Software
TCP: Transmission Control Protocol (Protocolo de Control de Transmisión)
TD: Tasa de Descuento
142
TIR: Tasa Interna de Retorno
TUA: Tarjeta Única de Atención
UML: Unified Modeling Language (Lenguaje Unificado de Modelado)
VAN: Valor Actual Neto
VPN: Virtual Private Network (Red Privada Virtual)
WWW: World Wide Web (Red Informática Mundial)
143
REFERENCIAS BIBLIOGRÁFICAS
144
[OFISIG 10] Oficina del Sistema de Información Gerencial
Análisis de Situación de Salud.
Hospital Nacional PNP 'Luis N. Sáenz'. Lima. 2010.
[Dirección de Telemática PNP] Policía Nacional de Perú
Dirección de Salud PNP.
Visitado el 5 de septiembre de 2011
Disponible en: http://www.pnp.gob.pe/direcciones/dirsal/inicio.html
[LUJAN MORA 01] Sergio Luján Mora
Programación en Internet: Clientes Web
Editorial Club Universitario. España. 2001.
[LEON SHKLAR 03] Leon Shklar Richard Rosen
Web Application Architecture: Principles, Protocols and Practices
John Wiley & Sons. Inglaterra. 2003.
[VIGNAGA, PEROVICH 08] Andrés Vignaga, Daniel Perovich
Arquitecturas y Tecnologías para el Desarrollo de Aplicaciones Web
Visitado el 05 de Junio del 2013.
Disponible en: http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r96357.pdf
[GROUSSARD 10] Thierry Groussard
Java Enterprise Edition: Desarrollo de Aplicaciones Web con JEE 6
Editions ENI. España. 2010.
[YEAGER, MCGRATH 96] Nancy J. Yeager, Robert E. McGrath
Web Server Technology
Morgan Kaufmann Publishers. USA. 1996.
[LUJAN MORA 02] Sergio Luján Mora
Programación de Aplicaciones Web: Historia, Principios Básicos y Clientes Web
Editorial Club Universitario. España. 2002.
[NEVADO CABELLO 10] Victoria Nevado Cabello
Introducción a las Bases de Datos Relacionales
Visión Libros. España. 2010.
[DOMANSKI , PHILIP 00] Peter Domanski, Philip Irvine
A Practical Guide to Relational Database Design
DIAXON. USA. 2000.
145
[FOSPOLI 13] Fondo de Salud Policial
Visitado el 12 de Agosto del 2012.
Disponible en: http://www.pnp.gob.pe/direcciones/fospoli/inicio.html
[FOSPOLI 13] Fondo de Salud Policial
Visitado el 12 de Agosto del 2012.
Disponible en: http://www.pnp.gob.pe/direcciones/fospoli/inicio.html
[Artículo DePeru.com 13]
Citas médicas por internet en hospitales públicos beneficiará a 250 mil usuarios al
mes
Visitado el 22 de Agosto del 2013.
Disponible en: http://www.deperu.com/noticias/9334/citas-medicas-por-internet-en-
hospitales-publicos-beneficiara-a-250-mil-usuarios-al-mes
[MICHEL 11] Jeremy Michel
Historia Clínica Electrónica
Visitado el 22 de Agosto del 2013.
Disponible en: http://kidshealth.org/parent/en_espanol/general/ehrs_esp.html#a__
iquest_Qu_eacute__es_una_historia_cl_iacute_nica_electr_oacute_nica__EHR__ele
ctronic_health_record__
[SOMMERVILLE 05] Ian Sommerville
Ingeniería de Software
Pearson Educación. España. 2005.
[KRUCHTEN 04] Philippe Kruchten
The Rational Unified Process: An Introduction
Pearson Educación. España. 2004.
[Appserv Foundation 06]
AppServ Open Project
Visitado el 14 de Abril del 2012.
Disponible en: http://www.appservnetwork.com/
[MySQL 10]
MySQL The world's most popular open source database
Visitado el 14 de Abril del 2012.
Disponible en: http://www.mysql.com/products/workbench/
146
[EGUILUZ 08] Javier Eguiluz
Introducción a JavaScript
Visitado el 14 de Abril del 2012.
Disponible en: http://librosweb.es/javascript/index.html
[OFISIG 10] Oficina del Sistema de Información Gerencial
Red de Consultorios
Hospital Nacional PNP 'Luis. N. Sáenz'. Lima. 2011.
[Ministerio de Salud 2011]
Reglamento General de Hospitales del Sector Salud.
Visitado el 22 de Octubre de 2011.
Disponible en: http://www.minsa.gob.pe/dgiem/infraestructura/normas.htm
[EsSalud 2012]
Citas Médicas EsSalud.
Visitado el 30 de Marzo de 2012.
Disponible en: http://www.essalud.gob.pe/
147
ANEXOS
148
Anexo Nº 1
Especificaciones de los Casos de Uso del Sistema
CASO DE USO: Gestionar HC
Actor: Secretaria de HC
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Secretaria de HC registrará el Nº 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
Registrar HC
2.1.1 La Secretaria de HC ingresa el número de CIF del paciente que desea
aperturar historia clínica y hace clic en el botón “Buscar”.
2.1.2 El sistema muestra a la(s) persona(s) perteneciente(s) al número de
CIF ingresado, el número de historia clínica autogenerado y la fecha
actual de registro.
2.1.3 La Secretaria de HC selecciona a la persona que se le registrará su Nº
de Historia; finalmente hace clic el botón “Guardar”.
2.1.4 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.5 La Secretaria de HC hace clic en el botón “Aceptar”.
2.1.6 El sistema muestra un mensaje de confirmación: Registro correcto.
2.2 Flujos Alternativos
2.2.1 Si la Secretaria de HC presiona el botón “Buscar” sin haber ingresado
o ingresado mal el CIF, el sistema mostrará un mensaje: Ingrese CIF
correctamente.
2.2.2 Si la Secretaria de HC no selecciona al paciente, el sistema mostrará
un mensaje: Seleccione un paciente.
2.2.3 Si la Secretaria de HC selecciona a un paciente que ya tiene historia
clínica, el sistema mostrará un mensaje: Usted ya cuenta con Historia
Clínica.
3. Pre Condiciones
3.1 La Secretaria de HC ha realizado el ingreso al sistema correctamente.
149
3.2 La Secretaria de HC ha seleccionado la opción “Gestionar Historia Clínica” y
“Registrar Historia” de su interfaz gráfica.
4. Post Condiciones
4.1 El nuevo Nº de Historia Clínica queda registrado en la base de datos.
5. Prototipo
Ver anexo Nº 7, punto 1.3.1
150
CASO DE USO: Registrar Cita
Actor: Enfermera
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Enfermera de cada consultorio externo registrará las
citas de los pacientes que aún acuden al hospital para solicitar sus citas.
2. Flujo de Eventos
2.1 Flujo Básico
Registrar Cita
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 y Nº de Historia Clínica del paciente.
2.1.3 La Enfermera hace clic en el ícono “Siguiente” para continuar con el
registro de la cita.
2.1.4 El sistema muestra los campos que hay que seleccionar tales como:
Especialidad y Consultorio.
2.1.5 La Enfermera selecciona los datos y hace clic en el botón “Cargar
Turnos”.
2.1.6 El sistema carga los turnos existentes de acuerdo a los datos de la
búsqueda.
2.1.7 La Enfermera selecciona el turno en el que desea ser atendido el
paciente.
2.1.8 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.9 La Enfermera hace clic en el botón “Aceptar”.
2.1.10 El sistema muestra un mensaje de confirmación: Cita registrada.
2.2 Flujos Alternativos
2.2.1 Si la Enfermera presiona el botón “Buscar” sin haber ingresado o
ingresado mal el DNI del paciente, el sistema mostrará un mensaje:
Ingrese DNI correctamente.
2.2.2 Si la Enfermera selecciona un turno ocupado, el sistema mostrará un
mensaje: Este turno ya está ocupado, por favor elija otro turno.
2.2.3 Si el paciente tiene más de 3 citas en el mes, el sistema mostrará un
mensaje: Usted ya tiene más de 3 citas en el mes.
3. Pre Condiciones
3.1 La Enfermera ha realizado el ingreso al sistema correctamente.
151
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 turno elegido queda ocupado.
5. Prototipo
Ver anexo Nº 7, punto 1.4.1
152
CASO DE USO: Reservar Cita
Actor: Paciente
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, el Paciente registrará sus citas por internet desde el
lugar que desee.
2. Flujo de Eventos
2.1 Flujo Básico
Registrar Cita
2.1.1 El sistema muestra el CIF correspondiente al paciente que ha iniciado
sesión y la lista de los pacientes pertenecientes a dicho CIF.
2.1.2 El Paciente selecciona a uno de los pacientes que se le registrará la
cita.
2.1.3 El sistema direcciona a la segunda interfaz para continuar con el
registro de la cita y muestra los campos que hay que seleccionar tales
como: Especialidad y Consultorio.
2.1.4 El Paciente selecciona los datos y hace clic en el botón “Cargar
Turnos”.
2.1.5 El sistema carga los turnos existentes de acuerdo a los datos de la
búsqueda.
2.1.6 El Paciente selecciona el turno en el que desea ser atendido.
2.1.7 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.8 El Paciente hace clic en el botón “Aceptar”.
2.1.9 El sistema muestra un mensaje de confirmación: Cita registrada.
2.2 Flujos Alternativos
2.2.1 Si el Paciente selecciona un turno ocupado, el sistema mostrará un
mensaje: Este turno ya está ocupado, por favor elija otro turno.
2.2.2 Si el paciente tiene más de 3 citas en el mes, el sistema mostrará un
mensaje: Usted ya tiene más de 3 citas en el mes.
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.
153
4.2 La disponibilidad del turno elegido queda ocupado.
5. Prototipo
Ver anexo Nº 7, punto 1.4.2
154
CASO DE USO: Administrar Cita
Actor: Paciente
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, el Paciente podrá consultar su(s) próxima(s) cita(s) y en
caso de no poder asistir a una cita programada tendrá la opción de
cancelarla. En este caso de uso también se enviarán alertas cuando un
paciente no haya asistido a una cita programada (en un intervalo de hasta 2
semanas después de la fecha programada) o cuando su siguiente cita se
aproxima (en un intervalo de hasta 1 mes antes de la fecha programada).
2. Flujo de Eventos
2.1 Flujo Básico
Consultar Cita
2.1.1 El sistema muestra la lista de las citas pendientes.
2.1.2 El Paciente selecciona el enlace “Ver Detalle”.
2.1.3 El sistema muestra los detalles de la cita seleccionada.
Cancelar Cita
2.1.4 El Paciente realiza los pasos anteriores y hace clic en el ícono
“Cancelar Cita”.
2.1.5 El sistema muestra un mensaje de cancelación: ¿Está seguro de
cancelar la cita?
2.1.6 El Paciente hace clic en el botón “Aceptar”.
2.1.7 El sistema muestra un mensaje de confirmación: Cancelación correcta.
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.
5. Prototipo
Ver anexo Nº 7, punto 1.4.2
155
CASO DE USO: Traslado HC Admisión
Actor: Asistente de HC
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Asistente de HC consultará la lista de las Historias
Clínicas que deberán ser llevadas a los consultorios según datos de la cita
(día y consultorio), registrando tanto la salida y entrada de cada una de ellas.
2. Flujo de Eventos
2.1 Flujo Básico
Registrar Salida
2.1.1 El Asistente de HC selecciona la Fecha y el Consultorio a donde debe
enviar las historias y hace clic en el botón “Consultar”.
2.1.2 El sistema muestra la lista de todas las historias que están pendientes
por ser enviadas y los campos que hay que seleccionar tales como:
Check de cada HC y Observación.
2.1.3 El Asistente de HC luego de verificar la existencia física de las
historias, selecciona cada una de ellas que serán enviadas e ingresa
las observaciones; finalmente hace clic en el botón “Registrar Salida”.
2.1.4 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.5 El Asistente de HC hace clic en el botón “Aceptar”.
2.1.6 El sistema muestra un mensaje de confirmación: Registro correcto.
Registrar Entrada
2.1.7 El Asistente de HC selecciona la Fecha y el Consultorio que han
devuelto las historias y hace clic en el botón “Consultar”.
2.1.8 El sistema muestra la lista de todas las historias devueltas y los
campos que hay que seleccionar tales como: Check de cada HC.
2.1.9 El Asistente de HC luego de verificar la devolución física de las
historias, selecciona cada una de ellas que serán regresadas a los
estantes del área de admisión; finalmente hace clic en el botón
“Registrar Entrada”.
2.1.10 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.11 El Asistente de HC hace clic en el botón “Aceptar”.
2.1.12 El sistema muestra un mensaje de confirmación: Registro correcto.
2.2 Flujos Alternativos
156
2.2.1 Si el Asistente de HC presiona el botón “Buscar” sin haber
seleccionado los datos solicitados, el sistema mostrará un mensaje:
Seleccione Fecha y Consultorio.
2.2.2 Si la Asistente de HC presiona el botón “Registrar Salida” o “Registrar
entrada” sin haber seleccionado mínimo un check, el sistema mostrará
un mensaje: Debe seleccionar al menos una historia.
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
Admisión”, “Registrar Salida” 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 La lista de historias enviadas actualiza el estado de ‘Pendiente’ a ‘Enviado’ y
la lista de historias devueltas actualiza el estado de ‘Enviado a ‘Recibido’;
quedando los checks deshabilitados.
4.3 Las historias seleccionadas salen físicamente del área de Admisión y
Archivos.
5. Prototipo
Ver anexo Nº 7, punto 1.5.1
157
CASO DE USO: Traslado HC Consultorio
Actor: Enfermera
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Enfermera consultará la lista de las Historias Clínicas
que han sido enviada del área de Admisión y Archivos según datos de la cita
(día y consultorio), registrando tanto la salida y entrada de cada una de ellas.
2. Flujo de Eventos
2.1 Flujo Básico
Registrar Entrada
2.1.1 La Enfermera selecciona la Fecha y el Consultorio que desea consultar
y hace clic en el botón “Consultar”.
2.1.2 El sistema muestra la lista de todas las historias que han sido enviadas
y los campos que hay que seleccionar tales como: Check de cada HC.
2.1.3 La Enfermera luego de verificar el envío físico de las historias,
selecciona cada una de ellas que serán registradas; finalmente hace
clic en el botón “Registrar Entrada”.
2.1.4 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.5 La Enfermera hace clic en el botón “Aceptar”.
2.1.6 El sistema muestra un mensaje de confirmación: Registro correcto.
Registrar Salida
2.1.7 La Enfermera selecciona la Fecha y el Consultorio que desea consultar
y hace clic en el botón “Consultar”.
2.1.8 El sistema muestra la lista de todas las historias que han sido
registradas.
2.1.9 La Enfermera verifica la conformidad de las historias que serán
devueltas, selecciona cada una de ellas que serán entregadas e
ingresa las observaciones; finalmente hace clic en el botón “Registrar
Salida”.
2.1.10 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.11 La Enfermera hace clic en el botón “Aceptar”.
2.1.12 El sistema muestra un mensaje de confirmación: Registro correcto.
2.2 Flujos Alternativos
2.2.1 Si la Enfermera presiona el botón “Buscar” sin haber seleccionado los
158
datos solicitados, el sistema mostrará un mensaje: Seleccione Fecha y
Consultorio.
2.2.2 Si la Enfermera presiona el botón “Registrar Salida” o “Registrar
entrada” sin haber seleccionado mínimo un check, el sistema mostrará
un mensaje: Debe seleccionar al menos una historia.
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 Consultorio”,
“Registrar Entrada” 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 La lista de historias registradas actualiza el estado de ‘Enviado’ a ‘Recibido’ y
la lista de historias devueltas actualiza el estado de ‘Recibido’ a ‘Enviado’;
quedando los checks deshabilitados.
4.3 Las historias seleccionadas salen físicamente del consultorio.
5. Prototipo
Ver anexo Nº 7, punto 1.5.2
159
CASO DE USO: Consultar Citados
Actor: Enfermera
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Enfermera consultará la lista de los pacientes citados
en un determinado día, lista que posteriormente entregará a los médicos que
atenderán a los pacientes citados.
2. Flujo de Eventos
2.1 Flujo Básico
Consultar Citados
2.1.1 La Enfermera ingresa la Fecha, Área y Consultorio de la cita y hace
clic en el botón “Buscar”.
2.1.2 El sistema lista a todas las personas citadas con sus respectivos datos
tales como: Fecha, Hora, Nombres y Apellidos, Parentesco, CIF y Nº
de HC.
2.2 Flujos Alternativos
2.2.1 Si la Enfermera presiona el botón “Buscar” sin haber ingresado la
fecha, área y consultorio, el sistema mostrará un mensaje: Ingrese
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. Prototipo
Ver anexo Nº 7, punto 1.4.1
160
CASO DE USO: Consultar Movimiento HC
Actor: Enfermera
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Enfermera o el Asistente de HC, consultará todos los
movimientos que ha tenido una historia clínica en específico.
2. Flujo de Eventos
2.1 Flujo Básico
Consultar Movimiento
2.1.1 La Enfermera o el Asistente de HC ingresa el Nº de Historia Clínica del
paciente y hace clic en el botón “Consultar”.
2.1.2 El sistema lista todos los movimientos que ha tenido dicha historia con
sus respectivos datos tales como: Nº HC, Paciente, Movimiento,
Ubicación, Fecha Cita y Fecha Movimiento.
2.1.3 La Enfermera o el Asistente de HC para realizar una búsqueda más
específica de algún movimiento, ingresa cualquier dato mencionado
anteriormente en la casilla de Búsqueda.
2.1.4 El sistema automáticamente realiza y muestra la búsqueda específica.
2.2 Flujos Alternativos
2.2.1 Si la Enfermera o el Asistente de HC presiona el botón “Consultar” sin
haber ingresado o ingresado mal el Nº de Historia Clínica, el sistema
mostrará un mensaje: Ingrese Nº de HC correctamente.
3. Pre Condiciones
3.1 La Enfermera y el Asistente de HC han realizado el ingreso al sistema
correctamente.
3.2 El Asistente de HC ha seleccionado la opción “Traslado de Historias
Admisión” y “Movimiento Historia” de su interfaz gráfica.
3.3 La Enfermera ha seleccionado la opción “Traslado de Historias Consultorio” y
“Movimiento Historia” de su interfaz gráfica.
4. Prototipo
Ver anexo Nº 7, punto 1.5.2
161
CASO DE USO: Registrar Atenciones
Actor: Enfermera
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, la Enfermera, registrar todas las atenciones que ha
realizado el médico durante el día, se podrá también registrar algunos datos
importantes de la historia clínica actualizada.
2. Flujo de Eventos
2.1 Flujo Básico
Registrar Atenciones
2.1.1 La Enfermera ingresa los datos de la cita para realizar la búsqueda,
tales como: Fecha, Área y Consultorio, finalmente hace clic en el botón
“Listar”.
2.1.2 El sistema lista todas las citas ubicadas con los datos de la búsqueda.
2.1.3 La Enfermera hace clic en el ícono “Adjuntar Historia”.
2.1.4 El sistema muestra una interfaz donde solicita ingresar y seleccionar
los datos de la historia clínica, tales como: Especialidad, Médico,
Diagnóstico, Medicamento, Tratamiento y Anexos.
2.1.5 La Enfermera ingresa y selecciona los datos mencionados y hace clic
en el botón “Guardar”.
2.1.6 El sistema muestra un mensaje de registro: ¿Está seguro de guardar
los datos?
2.1.7 La Enfermera hace clic en el botón “Aceptar”.
2.1.8 El sistema muestra un mensaje de confirmación de registro: Registro
correcto.
2.1.9 El sistema regresa a la interfaz anterior.
2.1.10 La Enfermera selecciona el check del paciente y hace clic en el botón
“Guardar”.
2.1.11 El sistema muestra un mensaje de registro: ¿Está seguro de guardar el
registro?
2.1.12 La Enfermera hace clic en el botón “Aceptar”.
2.1.13 El sistema muestra un mensaje de confirmación: Registro correcto.
2.2 Flujos Alternativos
2.2.1 Si la Enfermera presiona el botón “Listar” sin haber ingresado la Fecha,
Área y Consultorio, el sistema mostrará un mensaje: Ingrese todos los
datos.
2.2.2 Si no se seleccionan ni se registran todos los datos solicitados de
162
forma correcta el sistema mostrará un mensaje solicitando ingreso
correcto de todos los datos.
2.2.3 Si la Enfermera presiona el botón “Registrar Atenciones” sin haber
seleccionado mínimo un check, el sistema mostrará un mensaje: Debe
seleccionar al menos una historia.
3. Pre Condiciones
3.1 La Enfermera ha realizado el ingreso al sistema correctamente.
3.2 La Enfermera ha seleccionado la opción “Atenciones Médicas” y “Registrar
Atenciones” de su interfaz gráfica.
4. Post Condiciones
4.1 Las cita quedan registrada como atendida.
4.2 La historia clínica del paciente queda actualizada.
5. Prototipo
Ver anexo Nº 7, punto 1.6.1
163
CASO DE USO: Importar Excel Estadístico
Actor: Jefe de Área
1. Caso de Uso
1.1 Breve Descripción
En este caso de uso, el Jefe de cada área, consultará los reportes
estadísticos de las atenciones mensuales por cada servicio o consultorio
externo, también podrá exportar el reporte a Excel.
2. Flujo de Eventos
2.1 Flujo Básico
Importar Excel
2.1.1 El sistema muestra el reporte estadístico de atenciones mensuales por
cada servicio o consultorio externo.
2.1.2 El Jefe de Área hace clic en el ícono “Exportar 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 “Reportes Estadísticos” y “Reporte
General” de su interfaz gráfica.
4. Post Condiciones
4.1 El Excel se ha descargado.
5. Prototipo
Ver anexo Nº 7, punto 1.7.2
164
Anexo Nº 2
Diccionario de Datos
T_Area:
Campo PK FK Tipo Descripción
idArea x int ID autogenerado.
Nom_Area varchar Nombre del área.
Ubicacion text Ubicación del área.
T_Citas:
Campo PK FK Tipo Descripción
idCita x int ID autogenerado.
Tipo varchar Tipo de cita (web o consultorio).
idPaciente x int PK de la tabla paciente.
idTurnos
Programados x int PK de la tabla turnos programados.
estado int ‘1’=cita pendiente, ‘0’=cita atendida.
T_Consultorio:
Campo PK FK Tipo Descripción
idConsultorio x int ID autogenerado.
Nom_Consultorio varchar Nombre del consultorio.
idEspecialidad x int PK de la tabla especialidades.
T_Detalle_Historia_Clinica:
Campo PK FK Tipo Descripción
idDetalle_HC x int ID autogenerado.
Num_Historia int Número de Historia Clínica.
Nom_Anexo varchar Nombre del documento.
Ruta_Anexo text Ruta del documento.
F_Registro date Fecha de Registro del documento.
idMedico int Médico que atiende.
Diagnostico text Diagnóstico del paciente.
165
Medicamento text Medicamento del paciente.
Tratamiento text Tratamiento del paciente.
T_Especialidades:
Campo PK FK Tipo Descripción
idEspecialidad x int ID autogenerado.
Nom_Especialidad varchar Nombre de la especialidad.
idArea x int PK de la tabla área.
T_Historia Clínica:
Campo PK FK Tipo Descripción
idHC x int ID autogenerado.
Num_Historia int Número de Historia autogenerado.
F_Registro date Fecha de registro de la historia.
idPaciente x int PK de la tabla paciente.
T_Hora:
Campo PK FK Tipo Descripción
idHora x int ID autogenerado.
Hora varchar Hora.
idTurno x int PK de la tabla turno.
T_Médico:
Campo PK FK Tipo Descripción
idMedico 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 PK de la tabla especialidades.
idPersona x int PK de la tabla persona.
T_Movimiento Historia:
Campo PK FK Tipo Descripción
166
idMovimiento_Historia x int ID autogenerado.
Num_Historia x int PK de la tabla HC.
F_Cita date Fecha de la cita.
Ubicacion varchar Ubicación física actual.
Movimiento varchar Salida o entrada.
F_Movimiento date Fecha de movimiento.
Observacion text Observaciones.
idCita x int PK de la tabla Cita.
T_Nodo:
Campo PK FK Tipo Descripción
idNodo x int ID autogenerado.
Nom_Nodo varchar Nombre del nodo.
T_Paciente:
Campo PK FK Tipo Descripción
idPaciente x int ID autogenerado.
CIF varchar Carnet de Identificación Familiar.
Parentesco varchar Parentesco del Titular.
idPersona x int PK de la tabla persona.
T_Perfil:
Campo PK FK Tipo Descripción
idPerfil x int ID autogenerado.
Nom_Perfil varchar Nombre del perfil.
Descripcion text Descripción del perfil.
F_Registro date Fecha de registro del perfil.
T_Permisos:
Campo PK FK Tipo Descripción
idPermiso x int ID autogenerado.
Nom_Permiso varchar Nombre del permiso.
Ruta text Ruta de la interfaz.
idNodo x int PK de la tabla nodo.
167
T_Permisos x Perfil:
Campo PK FK Tipo Descripción
idPermisosxPerfil x int ID autogenerado.
idPermiso x int PK de la tabla permiso.
idPerfil x int PK primaria de la tabla perfil.
T_Persona:
Campo PK FK Tipo Descripción
idPersona 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.
T_Programacion Medico:
Campo PK FK Tipo Descripción
idProgramacion_Medico x int ID autogenerado.
idMedico x int PK de la tabla médico.
idTurno x int PK de la tabla turno.
Fecha date Fechas de atención.
idConsultorio x int PK de la tabla consultorio.
T_Turno:
Campo PK FK Tipo Descripción
idTurno x int ID autogenerado.
Turno varchar Turno.
H_Inicio time Hora de Inicio.
168
H_Fin time Hora de Fin.
T_Turnos Programados:
Campo PK FK Tipo Descripción
idTurnos_Programados x int ID autogenerado.
Fecha date Deriva de la programación de
médicos.
idHora x int PK de la tabla hora.
idProgramacion_Medico x int PK de la tabla programación
médico.
estado int ‘1’=turno disponible, ‘0’=turno
ocupado.
T_Usuario:
Campo PK FK Tipo Descripción
idUsuario x int ID autogenerado.
Usuario varchar Nombre del usuario.
Contrasena varchar Contraseña del usuario
F_Registro date Fecha de registro.
idPersona x int PK de la tabla persona.
idPerfil x int PK de la tabla perfil.
estado int ‘1’=activo, ‘0’=inactivo.
T_Usuario Parientes:
Campo PK FK Tipo Descripción
idUsuario_Parientes x int ID autogenerado.
Usuario varchar Nombre del usuario.
idPaciente x int PK de la tabla paciente.
169
Anexo Nº 3
Casos de Pruebas
CASO DE PRUEBA: Gestionar HC
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 30/08/2013
Resumen: Implementar la interfaz para registrar los números de historia clínica.
Objetivo del Caso del Prueba : Verificar que se registre correctamente el Nº de Historia Clínica por cada paciente.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Gestionar HC”.
Probador: José Tapia Fecha de Prueba: 30/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Pacientes -> Gestionar Historia
Clínica -> Registrar Historia.
Se muestra la interfaz para
registrar el Nº de Historia
Clínica.
Se mostró la interfaz de
forma correcta.
Paso.
2 Ingresar el CIF del paciente y
pulsar el botón Buscar.
CIF Se ingresa correctamente el
CIF y se muestra los
pacientes pertenecientes al
CIF ingresado.
Se ingresó el CIF
correctamente y se
mostró a los pacientes
correctos.
Paso.
3 Seleccionar el paciente y pulsar
el botón Guardar.
Paciente Registra el Nº de HC para el
paciente seleccionado.
Se registró el Nº de HC
correctamente.
Paso.
170
CASO DE PRUEBA: Registrar Cita
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 29/08/2013
Resumen: Implementar la interfaz para registrar las citas.
Objetivo del Caso del Prueba : Verificar que se registre correctamente la cita.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Registrar Cita”.
Probador: José Tapia Fecha de Prueba: 29/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Citas -> Citas Consultorio ->
Registrar Cita.
Se muestra la interfaz para
registrar la Cita.
Se mostró la interfaz de
forma correcta.
Paso.
2 Ingresar el DNI del paciente y
pulsar el botón Buscar.
DNI Se ingresa correctamente el
DNI y se muestra al paciente
perteneciente al DNI
ingresado y su Nº de HC.
Se ingresó el DNI
correctamente y se
mostró al paciente con
sus datos
correctamente.
Paso.
3 Pulsar el ícono Siguiente. Direcciona a la siguiente
interfaz para continuar el
registro de la cita.
Se mostró
correctamente la
siguiente interfaz.
Paso.
4 Seleccionar la Especialidad y
Consultorio y pulsar el botón
Cargas Turnos.
Especiali
dad,
Consulto
rio
Cargan los turnos
programados según los datos
seleccionados.
Se cargaron los turnos
correctamente.
Paso.
171
5 Seleccionar Turno. Turno Se selecciona un turno libre
del calendario mostrado y se
registra la cita.
Se seleccionó
correctamente un turno
para el registro de la
cita.
Paso.
172
CASO DE PRUEBA: Reservar Cita
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 29/08/2013
Resumen: Implementar la interfaz para reservar la cita.
Objetivo del Caso del Prueba : Verificar que se registre correctamente la cita.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Reservar Cita”.
Probador: José Tapia Fecha de Prueba: 29/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Citas -> Citas Web ->
Reservar Cita.
Se muestra la interfaz para
registrar la Cita.
Se mostró la interfaz de
forma correcta.
Paso.
2 Seleccionar al paciente. Paciente Se selecciona a un paciente y
se direcciona a la siguiente
interfaz para continuar el
registro de la cita.
Se seleccionó
correctamente a un
paciente y se mostró la
siguiente interfaz
Paso.
3 Seleccionar la Especialidad y
Consultorio y pulsar el botón
Cargas Turnos.
Especiali
dad,
Consulto
rio
Cargan los turnos
programados según los datos
seleccionados.
Se cargaron los turnos
correctamente.
Paso.
4 Seleccionar Turno. Turno Se selecciona un turno libre
del calendario mostrado y se
registra la cita.
Se seleccionó
correctamente un turno
para el registro de la
cita.
Paso.
173
CASO DE PRUEBA: Administrar Cita
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 29/08/2013
Resumen: Implementar la interfaz para administrar las citas.
Objetivo del Caso del Prueba : Verificar que las próximas citas pendientes se puedan consultar y cancelar.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Administrar Cita”.
Probador: José Tapia Fecha de Prueba: 29/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Citas -> Citas Web ->
Administrar Cita.
Se muestra la interfaz para
administrar las citas.
Se mostró la interfaz de
forma correcta.
Paso.
2 Seleccionar el detalle de la cita. Cita Se selecciona el detalle de
una cita mostrada y se
direccione a la siguiente
interfaz.
Se seleccionó el detalle
de una cita y se mostró
correctamente la
información de a cita.
Paso.
3 Pulsar el botón Cancelar. Cita Se cancela la cita pendiente. Se canceló la cita y ya
no figura en la lista de
citas pendientes.
Paso.
174
CASO DE PRUEBA: Traslado HC Admisión
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 30/08/2013
Resumen: Implementar la interfaz para controlar la salida y entrada de las historias del área de Admisión y Archivos.
Objetivo del Caso del Prueba : Verificar que se registre correctamente la salida y entrada de cada historia clínica.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Traslado HC Admisión”.
Probador: José Tapia Fecha de Prueba: 30/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Historia Clínica -> Traslado de
Historias Admisión ->
Registrar Salida.
Se muestra la interfaz para
registrar la salida de las
historias clínicas.
Se mostró la interfaz de
forma correcta.
Paso.
2 Seleccionar Fecha, Consultorio
y pulsar el botón Consultar.
Fecha,
Consulto
rio
Se muestra la lista de
historias clínicas pendientes
por enviar a los consultorios.
Se mostró
correctamente la lista
de las historias
pendientes.
Paso.
3 Seleccionar las historias,
registrar observaciones y
pulsar el botón Registrar
Salida.
Historia
Clínica
Se registra correctamente la
salida de las historias
seleccionadas.
Se registró
correctamente la salida
de las historias.
Paso.
4 Ingresar a la opción del menú:
Historia Clínica -> Traslado de
Historias Admisión ->
Se muestra la interfaz para
registrar la entrada de las
historias clínicas
Se mostró la interfaz de
forma correcta.
Paso.
175
Registrar Entrada.
5 Seleccionar Fecha, Consultorio
y pulsar el botón Consultar.
Fecha,
Consulto
rio
Se muestra la lista de
historias clínicas devueltas
por los consultorios.
Se mostró
correctamente la lista
de las historias
devueltas.
Paso.
6 Seleccionar las historias y
pulsar el botón Registrar
Entrada.
Historia
Clínica
Se registra correctamente la
entrada de las historias
seleccionadas.
Se registró
correctamente la
entrada de las historias.
Paso.
176
CASO DE PRUEBA: Traslado HC Consultorio
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 30/08/2013
Resumen: Implementar la interfaz para controle la salida y entrada de las historias de los consultorios.
Objetivo del Caso del Prueba : Verificar que se registre correctamente la salida y entrada de cada historia clínica.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Traslado HC Consultorio”.
Probador: José Tapia Fecha de Prueba: 30/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Historia Clínica -> Traslado de
Historias Consultorio ->
Registrar Entrada.
Se muestra la interfaz para
registrar la entrada de las
historias clínicas.
Se mostró la interfaz de
forma correcta.
Paso.
2 Seleccionar Fecha, Consultorio
y pulsar el botón Consultar.
Fecha,
Consulto
rio
Se muestra la lista de
historias clínicas enviadas
por el área de admisión.
Se mostró
correctamente la lista
de las historias
enviadas.
Paso.
3 Seleccionar las historias y
pulsar el botón Registrar
entrada.
Historia
Clínica
Se registra correctamente la
entrada de las historias
seleccionadas.
Se registró
correctamente la
entrada de las historias.
Paso.
4 Ingresar a la opción del menú:
Historia Clínica -> Traslado de
Historias Consultorio ->
Registrar Salida.
Se muestra la interfaz para
registrar la salida de las
historias clínicas
Se mostró la interfaz de
forma correcta.
Paso.
177
5 Seleccionar Fecha, Consultorio
y pulsar el botón Consultar.
Fecha,
Consulto
rio
Se muestra la lista de
historias clínicas registradas
por los consultorios.
Se mostró
correctamente la lista
de las historias
registradas.
Paso.
6 Seleccionar las historias y
pulsar el botón Registrar
Salida.
Historia
Clínica
Se registra correctamente la
salida de las historias
seleccionadas.
Se registró
correctamente la salida
de las historias.
Paso.
178
CASO DE PRUEBA: Consultar Citados
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 29/08/2013
Resumen: Implementar la interfaz para consultar a los pacientes citados día a día.
Objetivo del Caso del Prueba : Verificar que se muestre correctamente la lista de los pacientes citados.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Consultar Citados”.
Probador: José Tapia Fecha de Prueba: 29/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Citas -> Citas Consultorio ->
Consultar Citados.
Se muestra la interfaz para
consultar a los pacientes
citados.
Se mostró la interfaz de
forma correcta.
Paso.
2 Ingresar la Fecha, Área,
Consultorio y pulsar el botón
Buscar.
Fecha,
Área,
Consulto
rio
Se ingresa correctamente la
Fecha, Área, Consultorio y se
muestra la lista de los
pacientes citados.
Se ingresó la Fecha,
Área, Consultorio y se
mostró correctamente
la lista de los pacientes
citados.
Paso.
179
CASO DE PRUEBA: Consultar Movimiento HC
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 30/08/2013
Resumen: Implementar la interfaz para consultar los movimientos de las historias clínicas.
Objetivo del Caso del Prueba : Verificar que se muestre correctamente cada movimiento de la historia clínica.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Consultar Movimiento HC”.
Probador: José Tapia Fecha de Prueba: 30/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Historia Clínica -> Traslado de
Historias Admisión o Traslado
de Historias Consultorio ->
Movimiento Historia.
Se muestra la interfaz para
consultar los movimientos de
las historias clínicas.
Se mostró la interfaz de
forma correcta.
Paso.
2 Ingresar Nº de Historia Clínica
y pulsar el botón Consultar.
Nº
Historia
Clínica
Se ingresa correctamente el
Nº de HC y se muestra los
movimientos de dicha historia.
Se ingresó el Nº de HC
correctamente y se
mostró todos sus
movimientos.
Paso.
180
CASO DE PRUEBA: Registrar Atenciones
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 29/08/2013
Resumen: Implementar la interfaz para registrar las atenciones de las citas.
Objetivo del Caso del Prueba : Verificar que se registre correctamente la atención de las citas.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Registrar Atenciones”.
Probador: José Tapia Fecha de Prueba: 29/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Atenciones -> Atenciones
Médicas -> Registrar
Atenciones.
Se muestra la interfaz para
registrar las atenciones de las
citas.
Se mostró la interfaz de
forma correcta.
Paso.
2 Ingresar Fecha, Área,
Consultorio y pulsar el botón
Buscar.
Fecha,
Área,
Consulto
rio
Se ingresa correctamente la
Fecha, Área, Consultorio y se
muestra la lista de los
pacientes citados.
Se ingresó la Fecha,
Área, Consultorio
correctamente y se
mostró la lista de los
pacientes citados.
Paso.
3 Seleccionar el ícono Adjuntar
Historia.
Paciente Se direcciona a otra interfaz
para registrar los datos de la
historias.
Se direccionó a otra
interfaz de forma
correcta.
Paso.
4 Ingresar Especialidad, Médico,
Diagnóstico, Medicamento,
Tratamiento, Anexos y pulsar
Especiali
dad,
Médico,
Se ingresa los datos de forma
correcta y se registra los
datos actualizados de la
Se registró
correctamente la
actualización de la
Paso.
181
el botón Guardar. Diagnóst
ico,
Medicam
ento,
Tratamie
nto,
Anexo
historia clínica. historia clínica.
5 Seleccionar al paciente y pulsar
el botón Registrar
Atenciones.
Paciente Se selecciona a los pacientes
y se registra las atenciones.
Se registró
correctamente la
atención de los
pacientes
seleccionados
Paso.
182
CASO DE PRUEBA: Importar Excel
Autor: Rotceh Velásquez G. Revisado por: Luis Palacios P. Aprobado por: Luis Palacios P.
Fecha: 31/08/2013
Resumen: Implementar la interfaz para consultar y descargar reporte estadístico de atenciones mensuales.
Objetivo del Caso del Prueba : Verificar que se muestre y descargue correctamente los reportes.
Condición(es) de Prueba : Ingresar al sistema.
Descripción del Caso de Prueba : En esta prueba se validará el CUS “Importar HC”.
Probador: José Tapia Fecha de Prueba: 31/08/2013
Paso
Instrucción
Data
Resultados Esperados
Resultados Reales
Estado
1 Ingresar a la opción del menú:
Estadísticas -> Reportes
Estadísticos-> Reporte
General.
Se muestra la interfaz para
visualizar el reporte
estadístico.
Se mostró la interfaz de
forma correcta.
Paso.
2 Pulsar el ícono Excel. Se selecciona el ícono Excel y
se exporta un documento
Excel.
Se exportó el reporte
estadístico en Excel.
Paso.
183
Anexo Nº 4
Presupuesto para la Implementación del Sistema
Unidad Ubicación PC Impresora Costo
PC
Costo
Impresora
UTP
(m) SWITCH
JACK
RJ-45
Medicina Recepción 1 1 1.800 104 25 SW-BC-1-A 1
Nefrología Recepción 1 1 1.800 104 150 SW-EMERG. 1
Neurocirugía Recepción 1 1 1.800 104 150 SW-EMERG. 1
Oftalmología Recepción 1 1 1.800 104 30 SW-BC-1-A 1
Traumatología Recepción 1 1 1.800 104 40 SW-BC-1-A 1
Urología Recepción 1 1 1.800 104 30 SW-BC-1-A 1
Alergia Recepción 1 1 1.800 104 15 SW-BC-2-B 1
Cardiología Recepción 1 1 1.800 104 20 SW-BC-2-B 1
Dermatología Recepción 1 1 1.800 104 25 SW-BC-2-B 1
Endocrinología Recepción 1 1 1.800 104 30 SW-BC-2-A 1
Gastroenterología Recepción 1 1 1.800 104 20 SW-BC-2-B 1
Neumología Recepción 1 1 1.800 104 25 SW-BC-2-B 1
Neurología Recepción 1 1 1.800 104 30 SW-BC-2-A 1
Otorrino Recepción 1 1 1.800 104 30 SW-BC-2-A 1
Psicología Recepción 1 1 1.800 104 20 SW-BC-2-B 1
Salud Mental Recepción 1 1 1.800 104 25 SW-BC-2-A 1
Cirugía Recepción 1 1 1.800 104 65 SW-PERIM. 1
Ginecología Obstetricia Recepción 1 1 1.800 104 50 SW-PERIM. 1
Oncología Recepción 1 1 1.800 104 50 SW-REG.MEDICOS 1
Pediatría Recepción 1 1 1.800 104 150 SW-PERIM. 1
Reumatología Recepción 1 1 1.800 104 150 SW-FARM.INTERNA 1
21 21 37.800 2184 1130 - 21
184
Anexo Nº 5
Formato Solicitud de Cambios
SOLICITUD DE CAMBIO NÚMERO:..…………..……………..…………………………..…
SECCIÓN I: DESCRIPCIÓN DEL CAMBIO
Requerimiento que afecta:………………...……………….……………………………………
Detalle del cambio: ………………………………………………………………………………
…………………………………………………………………………………………………….
……………………………………………………………………….…………………………….
Solicitado por:
Nombre Firma Cargo Fecha …………….. …………….. ….……….….. ……………….
SECCIÓN II: ANÁLISIS DEL CAMBIO
Costo evaluación del Cambio:
Costo Cambio: ……………………….. Evaluado por: ………..……
Tiempo estimado: ……………………. Firma: ………………………
Fecha de validez: …………………….
Solución:
…….………………………….………………………………………………………………….
SECCIÓN III
1. Aprobado ( ) Nombre: …………… Firma: …………… Fecha: ……………
2. Rechazado ( ) Nombre: …………. Firma: …………… Fecha: ……………
3. Posponer ( ) Nombre: ……….…… Firma: …………… Fecha: ……………
185
Anexo Nº 6
Manual de Instalación
- REQUISITOS PARA LA EJECUCIÓN DEL SISTEMA
1. Instalación del Appserv
Apache (servidor Web)
PHP (lenguaje de programación)
MySQL (base de datos)
phpMyAdmin (entorno gráfico para la administración de la base de datos)
2. Configuración del Sistema
Base de Datos
Código Fuente
- INSTALACIÓN Y CONFIGURACIÓN DEL SISTEMA
1. Instalación del Appserv
- Ingrese a la ruta: “C:\ Instaladores\Appserv 2.5.10” y ejecute el instalador
llamado ‘appserv-win32-2.5.10.exe’. Seguidamente se mostrará la primera
pantalla de bienvenida, donde deberá hacer clic en el botón “Next”.
186
- Luego deberá aceptar la licencia haciendo clic en el botón “I Agree”.
- Seleccione la carpeta donde se guardará la instalación, luego haga clic en
el botón “Next”.
- Deje seleccionado los servicios que se van a instalar, luego haga clic en el
botón “Next”.
187
- Ingrese un nombre para el servidor, la dirección de e-mail del administrador
y el puerto a utilizar (en este caso el puerto 80 se instala por defecto),
luego haga clic en el botón “Next”.
- Luego deberá ingresar la contraseña para administrar las bases de datos,
vuelva a ingresar otra vez la misma contraseña que haya elegido, e inicie
la instalación haciendo clic en el botón “Install”.
188
- Finalmente espere a que termine la instalación y luego haga clic en el
botón “Finish” para terminar.
- Al finalizar se muestra una ventana de comandos que se cerrará sola en
pocos segundos.
189
2. Configuración del Sistema
Base de Datos
- Ingrese a la ruta: “C:\ Instaladores\Sistema\Base de Datos” y copie la
carpeta ‘bd_citas_medicas’ en la siguiente ruta: “C:\AppServ\MySQL\data”.
- Luego ingrese a la siguiente ruta: http://localhost/
Seleccione la
siguiente opción e
ingrese usuario y
contraseña:
190
Código Fuente
- Ingrese a la ruta: “C:\ Instaladores\Sistema\Código Fuente” y copie la
carpeta ‘citas_medicas’ en la siguiente ruta: “C:\AppServ\www”.
- Finalmente para ingresar al sistema copie el siguiente link en el explorador
de internet: http://localhost/citas_medicas/index.php
Elija la BD
del sistema:
191
Anexo Nº 7
Manual de Usuario
Al ejecutar el sistema la primera pantalla que se muestra es la “Pantalla Principal”,
donde usted podrá encontrar en la parte izquierda inferior el acceso para ingresar al
sistema, para ello deberá ingresar su usuario y contraseña respectivamente.
192
1. PERFIL ADMINISTRADOR
El Administrador del Sistema, es el usuario que tiene permiso a todo el sistema
sin acceso restringido, por ello explicaremos las funcionalidades del sistema
según su perfil y de acuerdo al orden de las funcionalidades del sistema.
Después de haber ingresado como usuario, el sistema muestra la pantalla de
bienvenida donde tenemos el menú principal con todas las funcionalidades del
sistema. Como información adicional el sistema muestra también una lista del
directorio de policlínicos que pertenecen a la PNP.
A continuación explicaremos cada uno de los módulos del menú.
1.1 SEGURIDAD: Este módulo está subdividido en 3 pestañas.
1.1.1 Controlar Acceso
193
Administrar Perfil
A) Registrar perfil: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar un nuevo perfil en la base de datos, previamente debe rellenar los
datos solicitados (la fecha de registro se encuentra por defecto).
B) Modificar perfil: Haciendo clic en ícono ‘Modificar’, usted podrá ir a la
interfaz para modificar un perfil ya registrado en la base de datos.
C) Guardar cambios: Haciendo clic en el botón ‘Modificar’, usted podrá
actualizar en la base de datos el registro modificado.
Administrar Permisos
A) Asignar permisos: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar los permisos que tendrá el perfil seleccionado previamente.
B) Ver permisos: Haciendo clic en el ícono ‘Ver’, usted podrá ver todos los
permisos que tiene el perfil seleccionado previamente.
A
B
C
194
C) Eliminar permiso, Haciendo clic en el ícono ‘Eliminar, usted podrá
eliminar cualquier permiso que figure en la lista del perfil previamente
seleccionado.
1.1.2 Administrar Usuario
Registrar Usuario
A
B
C
195
A) Buscar pacientes: Haciendo clic en el ícono ‘Buscar’, usted podrá
buscar a todas las personas pertenecientes al CIF digitado previamente
para la búsqueda.
B) Registrar usuario: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar en la base de datos un nuevo usuario, seleccionando previamente
a un responsable del usuario y a una o más personas que pertenecerán al
grupo que tendrá acceso al usuario que se ha registrado, deberá también
rellenar y seleccionar el resto de datos solicitados.
Acceso Usuario
A) Activar usuario: Haciendo clic en el botón ‘Activar’, usted podrá volver a
activar al usuario que ha sido bloqueado automáticamente por el sistema y
que figura en la lista como inactivo.
A
B
A
196
1.1.3 Administrar Personal
Registrar Personal
A) Nuevo personal: Haciendo clic en el botón ‘Nuevo’, usted podrá habilitar
los campos para ingresar un nuevo personal en la base de datos.
B) Registrar personal: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar en la base de datos un nuevo personal, previamente debe rellenar
y seleccionar los datos solicitados.
C) Buscar personal: Haciendo clic en el ícono ‘Buscar’, usted podrá buscar
al personal (a quién se le creará un usuario) perteneciente al DNI digitado
previamente para la búsqueda.
D) Registrar usuario: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar en la base de datos un nuevo usuario, previamente debe rellenar
y seleccionar los datos solicitados.
B A
C
D
197
1.2 MANTENIMIENTO: Este módulo está subdividido en 3 pestañas.
1.2.1 Mantenimiento de Consultorios
Consultorio Externo
A) Registrar consultorio: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar en la base de datos un nuevo consultorio externo, previamente
debe rellenar los datos solicitados.
B) Listar especialidades: Haciendo clic en la ‘pestaña negra’, usted podrá
visualizar todas las especialidades del consultorio externo seleccionado.
C) Agregar especialidad: Haciendo clic en el ícono ‘Agregar Especialidad’,
usted podrá ir a la interfaz para agregar una nueva especialidad.
D) Registrar especialidad: Haciendo clic en el botón ‘Agregar’, usted podrá
registrar en la base de datos una nueva especialidad, previamente debe
rellenar los datos solicitados.
A
B C
198
Consultorio Interno
A) Listar especialidades: Haciendo clic en el ícono ‘Aquí’, usted podrá
observar la lista de los consultorios externos ya registrados en el sistema
con su respectiva especialidad asignada.
B) Registrar consultorio: Haciendo clic en el botón ’Guardar’, usted podrá
registrar en la base de datos un nuevo consultorio interno, previamente
debe rellenar y seleccionar los datos solicitados.
1.2.2 Mantenimiento de Médicos
Registrar Médico
A) Registrar médico: Haciendo clic en el botón ‘Guardar’, usted podrá
registrar en la base de datos un nuevo médico, previamente debe rellenar y
seleccionar los datos solicitados.
D
A
B
199
Actualizar Médico
A) Buscar médico: Haciendo clic en el botón ’Buscar’, usted podrá realizar
la búsqueda de un médico digitando su apellido paterno.
B) Habilitar médico: Haciendo clic en el ícono ’Habilitar’, usted podrá
habilitar nuevamente al médico y su estado cambia automáticamente a
activo.
C) Deshabilitar médico: Haciendo clic en el ícono ‘Deshabilitar’, usted
podrá deshabilitar al médico y su estado cambia automáticamente a
inactivo.
D) Modificar médico: Haciendo clic en el botón ‘Modificar, usted podrá
habilitar los campos para modificar los datos del médico.
E) Guardar cambios: Haciendo clic en el botón ‘Guardar, usted podrá
actualizar en la base de datos el registro modificado.
A
A
B C
E
D
200
1.2.3 Programación de Médicos
Programar Médico
A) Buscar médico: Haciendo clic en el ícono ‘Buscar’, usted podrá buscar a
un médico en la base de datos ingresando previamente su DNI para poder
realizar la búsqueda.
B) Registrar programación: Haciendo clic en el botón ‘Guardar’, usted
podrá registrar en la base de datos una nueva programación mensual de
un médico, previamente debe rellenar y seleccionar los datos solicitados.
Ver Programación
A) Ver programación: Haciendo clic en el botón ‘Consultar’, usted podrá
visualizar la programación mensual que se le ha registrado a un médico,
previamente tendrá que ingresar y seleccionar los datos solicitados para
poder realizar la búsqueda en la base de datos.
A
B
201
1.3 PACIENTES: Este módulo está subdividido en 1 pestaña.
1.3.1 Gestionar Historia Clínica
Registrar Historia
A) Buscar paciente: Haciendo clic en el ícono ‘Buscar, usted podrá buscar
a todas las personas pertenecientes al CIF digitado previamente para la
búsqueda
B) Registrar N° de Historia Clínica: Haciendo clic en el botón ‘Guardar’,
usted podrá registrar en la base de datos un nuevo número de historia
clínica, previamente debe seleccionar al paciente, en este caso el número
de historia se autogenera y la fecha se encuentra por defecto.
A
202
Consultar Historia
A) Consultar N° de Historia: Haciendo clic en el botón ‘Buscar’, usted podrá
consultar el número de historia clínica de un paciente, previamente tendrá
que ingresar el número de CIF del paciente para realizar la búsqueda.
1.4 CITAS: Este módulo está subdividido en 2 pestañas.
1.4.1 Citas Consultorio
A
A
B
203
Registrar Cita
A) Buscar paciente: Haciendo clic en el botón ‘Buscar’, usted podrá buscar
a un paciente en la base de datos ingresando previamente su DNI para
poder realizar la búsqueda.
B) Siguiente paso: Haciendo clic en el ícono ‘Siguiente’, usted podrá ir a la
siguiente interfaz para realizar el segundo paso del registro de citas.
C) Cargar turnos: Haciendo clic en el botón ‘Cargas Turnos’, usted podrá
consultar todos los turnos disponibles para registrar una nueva cita en la
base de datos, previamente tendrá que seleccionar todos los datos
solicitados.
D) Paso anterior: Haciendo clic en el ícono ‘Atrás’, usted podrá ir a la
anterior interfaz para realizar el primer paso del registro de citas.
A
B
C
D
204
Consultar Citados
A) Consultar pacientes citados: Haciendo clic en el botón ‘Buscar’, usted
podrá visualizar la lista de todos los pacientes que tiene cita en un
determinado día, previamente tendrá que seleccionar todos los datos
solicitados para realizar la consulta.
1.4.2 Citas Web
Reservar Cita
A) Seleccionar paciente: Haciendo clic en el enlace ‘Seleccionar’, usted
podrá seleccionar a un paciente para registrar su cita.
B) Cargar turnos: Haciendo clic en el botón ‘Cargas Turnos’, usted podrá
consultar todos los turnos disponibles para registrar una nueva cita en la
base de datos, previamente tendrá que seleccionar todos los datos
solicitados.
C) Paso anterior: Haciendo clic en el ícono ‘Atrás’, usted podrá ir a la
anterior interfaz para realizar el primer paso del registro de citas.
A
205
Administrar Cita
A) Alerta de inasistencia: Esta alerta se muestra en caso de que el
paciente no haya asistido a una cita en un intervalo de dos semanas
anteriores a la fecha actual.
B) Alerta de aviso: Esta alerta se muestra en caso de que el paciente tenga
una cita pendiente en un intervalo de dos semanas posteriores a la fecha
actual.
C) Ver detalle de cita: Haciendo clic en el enlace ‘Ver Detalle, usted podrá
ir a la interfaz donde podrá ver a detalle la cita seleccionada.
D) Cancelar cita: Haciendo clic en el ícono ‘Cancelar Cita’, usted podrá
cancelar su cita que tiene pendiente.
A
B
C
206
Historial Citas
A) Búsqueda específica: Para poder hacer una búsqueda más específica
sobre alguna cita, deberá ingresar algún dato en la casilla y el sistema
automáticamente filtrará la búsqueda.
B) Ver detalle: Para poder visualizar el detalle de la atención de la cita,
deberá hacer clic en el ícono ‘Ver’, seguidamente se mostrará otra interfaz
con el detalle de la cita.
C) Volver: Haciendo clic en ícono ‘Atrás’, usted podrá regresar a la interfaz
anterior para poder visualizar nuevamente la lista del historial de las citas
médicas.
A
C
D
B
207
1.5 HISTORIA CLÍNICA: Este módulo está subdividido en 2 pestañas.
1.5.1 Traslado de Historias Admisión
Registrar Salida
A) Consultar historias pendientes: Haciendo clic en el botón ‘Consultar’,
usted podrá consultar el listado de historias pendientes por enviar a un
consultorio en específico de acuerdo a la fecha de la próxima cita.
B) Registrar salida: Haciendo clic en el botón ‘Registrar Salida’, usted
podrá registrar la salida del listado de historias pendientes por enviar a un
consultorio en específico.
A
B
C
208
Registrar Entrada
A) Consultar historias devueltas: pendientes: Haciendo clic en el botón
‘Consultar’, usted podrá consultar el listado de historias devueltas por un
consultorio en específico.
B) Registrar entrada: Haciendo clic en el botón ‘Registrar Entrada’, usted
podrá registrar la entrada del listado de historias devueltas por un
consultorio en específico.
1.5.2 Traslado de Historias Consultorio
A
B
A
B
209
Registrar Entrada
A) Consultar historias enviadas: Haciendo clic en el botón ‘Consultar’,
usted podrá consultar el listado de historias enviadas por el área de
admisión de acuerdo a la fecha de cita.
B) Registrar entrada: Haciendo clic en el botón ‘Registrar Entrada’, usted
podrá registrar la entrada del listado de historias enviadas por el área de
admisión.
Registrar Salida
A) Consultar historias registradas: Haciendo clic en el botón ‘Consultar’,
usted podrá consultar el listado de historias que han sido registradas por el
consultorio.
B) Registrar salida: Haciendo clic en el botón ‘Registrar Salida’, usted
podrá registrar la salida del listado de historias registradas por el
consultorio para ser devueltas al área de admisión.
A
B
A
B
210
Movimiento Historia
A) Consultar movimiento: Haciendo clic en el botón ‘Buscar’, usted podrá
consultar todos los movimientos que ha tenido una determinada historia
clínica, para ello deberá ingresar previamente el N° de HC para realizar la
búsqueda.
B) Búsqueda específica: Para poder hacer una búsqueda más específica
sobre algún movimiento de la historia clínica, deberá ingresar algún dato
en la casilla y el sistema automáticamente filtrará la búsqueda.
1.6 ATENCIONES: Este módulo está subdividido en 1 pestaña.
1.6.1 Atenciones Médicas
Registrar Atenciones
A) Consultar citas: Haciendo clic en el botón ‘Listar, usted podrá consultar
todas las citas programadas en un día específico, para ello deberá ingresar
previamente la Fecha, Área y Consultorio para realizar la búsqueda.
B) Adjuntar historia clínica: Haciendo clic en el ícono ‘Adjuntar Historia’,
usted podrá abrir otra interfaz donde podrá registrar los datos de la
atención médica.
A
B
211
C) Registrar historia clínica: Haciendo clic en el botón ‘Guardar’, usted
podrá registrar el detalle de la atención médica de la historia, relacionada al
paciente seleccionado.
D) Registrar atenciones: Haciendo clic en el botón ‘Registrar Atenciones’,
usted podrá registrar la atención de todas las citas que han sido atendidas
por el médico.
Consultar Atenciones
A) Consultar documentos: Haciendo clic en el botón ‘Listar, usted podrá
consultar todos los documentos pertenecientes a una historia clínica, para
ello deberá ingresar previamente el N° de HC para realizar la búsqueda.
A
B
C
D
212
B) Descargar documento: Para poder descargar cualquier documento de la
lista, deberá hacer clic en el ícono ‘Descargar’, seguidamente se
descargará el documento en Word.
1.7 ESTADÍSTICAS: Este módulo está subdividido en 2 pestañas.
1.7.1 Gráficos Estadísticos
Gráfico General
Gráfico Especialidad
A) Consultar gráfico: Haciendo clic en el botón ‘Consultar, usted podrá
visualizar el gráfico estadístico de las atenciones por especialidad, para
A
B
213
ello deberá ingresar previamente el Año, la Especialidad y el Estado para
realizar la búsqueda.
1.7.2 Reportes Estadísticos
Reporte Especialidad
A) Descargar reporte atenciones por especialidad: Haciendo clic en el
ícono ‘Excel’, usted podrá descargar el reporte en formato Excel.
A
A
214
Reporte General
A) Descargar reporte atenciones en general: Haciendo clic en el ícono
‘Excel’, usted podrá descargar el reporte en formato Excel.
A