PAIRAZAMAN ESTEVES Luis Alfredo VIGO ESCALANTE Erick Anthony PDF

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA
E.A.P. INGENIERÍA DE SISTEMAS
FILIAL VALLE JEQUETEPEQUE
“SISTEMA DE INFORMACIÓN WEB PARA EL MEJOR CONTROL Y ACCESO A

LAS HISTORIAS CLÍNICAS DE LOS PACIENTES DEL CENTRO DE SALUD
JEQUETEPEQUE”
Desarrollo de Tesis.
Autores:
 PAIRAZAMAN ESTEVES, LUIS ALFREDO.
 VIGO ESCALANTE, ERICK ANTHONY.
Asesor:
 ING. MG. SANTOS FERNÁNDEZ, JUAN PEDRO.
TRUJILLLO, PERÚ
2017
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
DEDICATORIA
A Dios, por ser mi fortaleza y amigo

incondicional, el que me protege y guía
por el sendero del bien, dándome las
fuerzas necesarias para seguir adelante.
A mis Padres que siempre lucharon por

darme lo mejor en cada momento,
inculcándome principios morales y valores
como la dedicación y esfuerzo para
cristalizar una meta, además de estar
presentes en todo momento.
A mis familiares, en gratitud a su amor,

por el apoyo incondicional brindado
durante toda mi carrera y muchas otras
cosas más con las que me apoyaron
siempre. Y a mis amigos que siempre
estuvieron allí apoyándome en los buenos
y malos momentos.
Luis Alfredo
ii
DEDICATORIA
A Dios, por bendecirme con una familia

muy comprensiva, unida y afectuosa; por
ayudarme a enfrentar los grandes retos que
se nos presentan en la vida, por hacerme
entender que lo más importante es la
familia y el gran amor con que nos creaste.
Con mucho afecto principalmente a mis

padres que me dieron la vida y han estado
conmigo en todo momento. Gracias por
todo papá y mamá, por apoyarme
económica y moralmente en mis estudios
y por creer en mí; aunque hemos pasado
momentos difíciles, siempre han estado
brindándome todo su amor y por muchas
cosas más les agradezco de todo corazón.
Agradezco a mi hija, que gracias a ella,

soy una persona de bien, por la fuerza que
me da día a día, por esos momentos tan
especiales, por mostrarme que puedo dar
mucho más y por hacer mis días muy
felices. Te amo mi princesa.
Erick Anthony
iii
AGRADECIMIENTO
Deseamos expresar nuestro más profundo y sincero agradecimiento a todas aquellas

personas que apoyaron de alguna manera a la realización del presente estudio y sin lo cual
no hubiera sido posible la culminación del mismo.
A nuestro asesor Mg. Ing. Juan Pedro Santos Fernández por su orientación y consejos
determinantes para el desarrollo de éste proyecto.
Agradecemos a las autoridades del Centro de Salud Jequetepeque, especialmente a la

Directora del centro de salud, para la realización del presente proyecto de tesis, esperando
de esta manera contribuir con el desarrollo de sus objetivos y metas, de igual manera a
todas las personas que nos brindaron sugerencias y críticas constructivas para el desarrollo
y mejoramiento de nuestro proyecto de tesis.
A nuestras familias, amigos y compañeros de estudio que en todo momento nos brindaron
su apoyo y colaboración.
Finalmente, a la Universidad Nacional de Trujillo, a los docentes y personal de la escuela

de Ingeniería de Sistemas por haber contribuido a lo largo de nuestra formación
profesional.
Los Autores
iv
PRESENTACIÓN
Señores Miembros del Jurado:
Cumpliendo con los requerimientos estipulados en el Reglamento de Grados y Títulos de

la Escuela de Ingeniería de Sistemas, Facultad de Ingeniería de la Universidad Nacional de
Trujillo, se pone a vuestra disposición la tesis titulada:
“SISTEMA DE INFORMACIÓN WEB PARA EL MEJOR CONTROL Y ACCESO A

LAS HISTORIAS CLÍNICAS DE LOS PACIENTES DEL CENTRO DE SALUD
JEQUETEPEQUE”
La presente tesis ha sido desarrollada teniendo como base los conocimientos adquiridos en la
formación académica de la carrera de Ingeniería de Sistemas de la Universidad, los cuales
fueron aplicados conjuntamente con la experiencia profesional adquirida en el Centro de
Salud Jequetepeque, lográndose de esta manera culminar exitosamente esta tesis.
Esperamos que el presente estudio se convierta en una guía para los venideros proyectos de
tesis basados en la Metodología RUP (Proceso Unificado Rational).
Trujillo, Julio del 2017.
Luis Alfredo, Pairazamán Esteves. Erick Anthony, Vigo Escalante.
v
RESUMEN
El presente trabajo de tesis titulado “SISTEMA DE INFORMACIÓN WEB PARA EL

MEJOR CONTROL Y ACCESO A LAS HISTORIAS CLÍNICAS DE LOS PACIENTES
DEL CENTRO DE SALUD JEQUETEPEQUE”, ha sido desarrollado con la finalidad de
demostrar que se puede agilizar los procesos de control, registro y acceso a los historiales
clínicos con lo que se ayudaría a la gestión administrativa, mediante el desarrollo e
implementación de un Sistema bajo Tecnología Web, lo que permite accesos remotos a la
información, obteniendo consultas y reportes.
(Registros de Pacientes, Historiales Clínicos, Consultas de Pacientes, así como Reportes de

Pacientes atendidos, Historiales Clínicos por paciente). Disminuyendo el tiempo de gestión
de la información.
Específicamente se utilizó código PHP (Preprocessor Hipertex), con MySQL como gestor
de Base de Datos, para su desarrollo se utilizó el Proceso Unificado de Rational (RUP)
para aplicaciones Web y el lenguaje de Modelado UML con extensiones para aplicaciones
Web (WAE).
Para el desarrollo del presente trabajo se ha utilizado las entrevistas, encuestas y

observaciones, como técnicas de recopilación de datos, formulando preguntas abiertas y
cerradas a los diferentes entrevistados, lo cual sirvió como fuente de información para
determinar el alcance del proyecto.
Finalmente, como resultado de esta investigación podemos concluir que mediante la

Implementación del “SISTEMA DE INFORMACIÓN WEB PARA EL MEJOR
CONTROL Y ACCESO A LAS HISTORIAS CLÍNICAS DE LOS PACIENTES DEL
CENTRO DE SALUD JEQUETEPEQUE” bajo Tecnología Web, se logra agilizar la
gestión administrativa.
PALABRAS CLAVE: Historias Clínicas, Pacientes, Centro de Salud.
vi
ABSTRACT
The present thesis work entitled “WEB INFORMATION SYSTEM FOR TO IMPROVE
OF PROCESSES OF ATTENTION OF THE PATIENTS OF THE CENTER OF
HEALTH JEQUETEPEQUE", it was developed in order to show that you can improve
administrative management, through the development and implementation of a system
under Web technology, allowing remote access to information; getting queries and reports.
(Patient Records, Medical Records, Patient Consultations and treated Patient Reports,
Medical Records per patient). Decreasing time information management.
Specifically we used PHP code (hypertext Preprocessor) with MySQL as database

manager for its development was used Rational Unified Process (RUP) for Web
applications and UML modeling language with extensions for Web applications (WAE).
For the development of this work has been used interviews, surveys and observations, as
data collection techniques, asking open and closed questions to different respondents,
which served as a source of information to determine the scope of the project.
Finally, as a result of this investigation we can conclude that by the Implementation of

“WEB INFORMATION SYSTEM FOR TO IMPROVE OF PROCESSES OF
ATTENTION OF THE PATIENTS OF THE CENTER OF HEALTH JEQUETEPEQUE"
under Web technology, is able to improve the administration.
KEYWORDS: Clinical Histories, Patients, Health Center.
vii
ÍNDICE GENERAL
DEDICATORIA .................................................................................................................... ii
DEDICATORIA ................................................................................................................... iii
AGRADECIMIENTO .......................................................................................................... iv
PRESENTACIÓN ................................................................................................................. v
RESUMEN ........................................................................................................................... vi
ABSTRACT ........................................................................................................................ vii
ÍNDICE GENERAL ........................................................................................................... viii
CAPÍTULO I: INTRODUCCIÓN......................................................................................... 1
1.1. Realidad Problemática ............................................................................................ 2
1.2. Enunciado del Problema ......................................................................................... 3
1.3. Hipótesis ................................................................................................................. 3
1.4. Justificación ............................................................................................................ 3
1.5. Objetivo de la Investigación ................................................................................... 4
CAPÍTULO II: MARCO TEÓRICO ..................................................................................... 6
2.1. Antecedentes ........................................................................................................... 7
2.1.1. Local ................................................................................................................ 7
2.1.2. Nacional ........................................................................................................... 8
2.1.3. Internacional .................................................................................................... 8
2.2. Marco Teórico ......................................................................................................... 9
2.2.1. Sistema de Información ................................................................................... 9
2.2.2. Historias Clínicas........................................................................................... 10
2.2.3. Sistemas de Información de Historiales Clínicos Electrónicos ..................... 12
2.2.4. Lenguaje Unificado de Modelado (UML) ..................................................... 12
2.2.5. Rational Unified Process (RUP) .................................................................... 13
2.2.6. Extreme Programming XP ............................................................................ 15
viii
2.2.7. Scrum ............................................................................................................. 16
2.2.8. Microsoft Solution Framework (MSF) .......................................................... 17
2.2.9. Comparación entre Metodologías .................................................................. 18
2.2.10. Aplicaciones Móviles ..................................................................................... 20
2.2.11. Intranet .......................................................................................................... 21
2.2.12. Internet .......................................................................................................... 21
2.2.13. Apache ........................................................................................................... 21
2.2.14. Php................................................................................................................. 22
2.2.15. Html............................................................................................................... 22
2.2.16. JavaScript ...................................................................................................... 22
2.2.17. Framework CSS 960 Grid System ................................................................ 23
2.2.18. MySql ............................................................................................................ 23
2.2.19. Rational Rose ................................................................................................ 23
2.2.20. Sitio Web ....................................................................................................... 23
CAPÍTULO III: MATERIALES Y MÉTODOS ................................................................. 24
3.1. Diseño de la Información ...................................................................................... 25
3.1.1. Población ....................................................................................................... 25
3.1.2. Muestra .......................................................................................................... 25
3.2. Indicadores ............................................................................................................ 25
3.3. Técnicas para la Recolección de Datos ................................................................. 30
3.4. Diseño Específico ................................................................................................. 30
3.4.1. Análisis de la Contrastación .......................................................................... 30
3.4.2. Contrastación de la Hipótesis ........................................................................ 31
CAPÍTULO IV: GENERALIDADES DE LA INSTITUCIÓN .......................................... 32
4.1. Generalidades de la Institución ............................................................................. 33
4.1.1. Datos Empresariales ...................................................................................... 33
ix
4.2. Direccionamiento Empresarial ............................................................................. 34
4.2.1. Visión ............................................................................................................ 34
4.2.2. Misión ............................................................................................................ 34
4.2.3. Rol Empresarial ............................................................................................. 34
4.2.4. Objetivos Empresariales ................................................................................ 35
4.3. Metas Empresariales ............................................................................................. 36
4.4. Análisis Interno ..................................................................................................... 36
4.5. Análisis Externo .................................................................................................... 37
4.6. Factores Críticos de Éxito ..................................................................................... 37
CAPÍTULO V: FASE DE INCEPCIÓN ............................................................................. 49
5.1. Modelo del Negocio .............................................................................................. 39
5.1.1. Reglas del Negocio ........................................................................................ 39
5.1.2. Casos de Uso del Negocio ............................................................................. 40
5.1.3. Hojas de Descripción de Caso de Uso del Negocio ...................................... 41
5.1.4. Diagrama de Actividades del Negocio .......................................................... 48
5.1.5. Modelo de Objeto del Negocio ...................................................................... 53
5.1.6. Modelo de Dominio ....................................................................................... 58
5.2. Modelo de Requerimientos ................................................................................... 59
5.2.1. Determinación de Requerimientos Funcionales ............................................ 59
5.2.2. Determinación de Requerimientos no Funcionales ....................................... 60
5.2.3. Diagramas de Paquetes .................................................................................. 62
5.2.4. Modelo de Casos de Uso por Paquete ........................................................... 62
5.2.5. Descripción de los Casos de Uso ................................................................... 65
5.2.6. Estimación de Tiempo de Desarrollo Basado en Puntos de Caso de Uso ..... 70
5.2.7. Viabilidad Económica ................................................................................... 77
5.2.8. Beneficios ...................................................................................................... 84
x
5.2.9. Priorización de Casos de Uso ........................................................................ 90
5.2.10. Mitigación de Riesgos ................................................................................... 92
CAPÍTULO VI: FASE DE ELABORACIÓN .................................................................... 93
6.1. Modelo de Análisis ............................................................................................... 94
6.1.1. Modelo de Clases de Análisis Parciales ........................................................ 94
6.1.2. Modelo de Colaboración ............................................................................... 95
6.1.3. Diagrama de Subsistemas .............................................................................. 99
6.2. Modelo de Diseño ............................................................................................... 100
6.2.1. Diagrama de Clases de Diseño .................................................................... 100
6.2.2. Casos de Uso de Realización ....................................................................... 101
6.2.3. Diseño de Formularios ................................................................................ 105
6.2.4. Diagrama de Secuencia ............................................................................... 109
6.2.5. Diagrama de Estado ..................................................................................... 113
6.2.6. Diagrama de Navegabilidad ........................................................................ 116
CAPÍTULO VII: FASE DE CONSTRUCCIÓN .............................................................. 117
7.1. Modelo de Desarrollo ......................................................................................... 118
7.1.1. Diagrama de Componentes .......................................................................... 118
7.1.2. Diagrama de Despliegue .............................................................................. 119
7.1.3. Modelo de Datos .......................................................................................... 120
7.1.4. Modelo de Entidades Lógíco ....................................................................... 121
7.1.5. Modelo de Entidades Físico ........................................................................ 122
CAPÍTULO VIII: FASE DE TRANSICIÓN .................................................................... 128
8.1. Modelo de Pruebas .............................................................................................. 124
8.1.1. Caso de Uso de Prueba ................................................................................ 124
8.1.2. Pruebas de Caja Negra:................................................................................ 124
8.1.3. Pruebas de Caja Blanca: .............................................................................. 142
xi
8.2. Modelo de Implantación ..................................................................................... 145
8.2.1. Capacitación del Personal............................................................................ 145
8.2.2. Documentación del Sistema ........................................................................ 145
8.2.3. Puesta en Marcha del Sistema ..................................................................... 146
8.2.4. Mantenimiento del Sistema ......................................................................... 147
CAPÍTULO IX: ANÁLISIS DE RESULTADOS ............................................................ 148
9.1. Contrastación de la Hipótesis ............................................................................. 149
9.1.1. Análisis de los Indicadores Cualitativos ...................................................... 150
9.1.2. Análisis de los Indicadores Cuantitativos ................................................... 160
9.2. Discusión de Resultados ..................................................................................... 178
9.2.1. Nivel de Satisfacción del Personal con respecto al Proceso de Historial

Clínico...……………………………………………………………………………..178
9.2.2. Tiempo Promedio de Elaboración del Registro de Historias Clínicas ........ 178
9.2.3. Tiempo de Búsqueda de Historias Clínicas ................................................. 179
9.2.4. Costo Operacional para la Elaboración de Historias Clínicas ..................... 179
CAPÍTULO X: CONCLUSIONES Y RECOMENDACIONES ...................................... 181
10.1. Conclusiones. .................................................................................................. 182
10.2. Recomendaciones. ........................................................................................... 184
BIBLIOGRAFÍA ............................................................................................................... 185
ANEXOS ........................................................................................................................... 194
xii
ÍNDICE DE FIGURAS
Figura N° 1.1: Organigrama Estructural del Centro de Salud Jequetepeque……………….3
Figura N° 2.1: Metodología RUP………………………………………………………….14
Figura N° 2.2: Metodología XP…………………………………………………………...16
Figura N° 2.3: Metodología SCRUM……………………………………………………..17
Figura N° 2.4: Metodología MSF…………………………………………………….…...17
Figura N° 4.1: Organigrama Estructural del Centro de Salud Jequetepeque……………...33
Figura Nº 5.1: Figura de Caso de Uso del Negocio del Sistema Historial Clínico………..40
Figura Nº 5.2: DAN del CUN Solicitar Atención…………………………………………48
Figura Nº 5.3: DAN del CUN Atender Triaje……………………………………………..49
Figura Nº 5.4: DAN del CUN Atender Cita Médica………………………………………50
Figura Nº 5.5: DAN del CUN Solicitar Medicamento…………………………………….51
Figura Nº 5.6: DAN del CUN Despachar Medicamento………………………………….52
Figura Nº 5.7: MONCUN Solicitar Atención……………………………………………..53
Figura Nº 5.8: MONCUN Emitir Ticket de Atención……………………………………..53
Figura Nº 5.9: MONCUN Atender Triaje…………………………………………………54
Figura Nº 5.10: MONCUN Atender Cita Médica…………………………………………54
Figura Nº 5.11: MONCUN Solicitar Medicamento……………………………………….55
Figura Nº 5.12: MONCUN Despachar Medicamento……………………………………..55
Figura Nº 5.13: MONCUN Emitir Reportes de Gestión…………………………………..56
Figura Nº 5.14: Diagrama de Dominio…………………………………………………….58
Figura Nº 5.15: Diagrama de Paquetes…………………………………………………….62
Figura Nº 5.16: Paquete Gestionar Cita Médica…………………………………………..62
Figura Nº 5.17: Paquete Gestión Triaje……………………………………………………63
Figura Nº 5.18: Paquete Gestionar Historia Clínica……………………………………….63
Figura Nº 5.19: Paquete Farmacia…………………………………………………………64
xiii
Figura Nº 5.20: Paquete Reportes de Gestión……………………………………………..64
Figura Nº 5.21: Paquete Reportes de Gestión……………………………………………..89
Figura Nº 6.1: Modelo de Clases de Análisis Parciales…………………………………...94
Figura Nº 6.2: Modelo de Colaboración Registrar Paciente………………………………95
Figura Nº 6.3: Modelo de Colaboración Registrar Cita Médica…………………………..96
Figura Nº 6.4: Modelo de Colaboración Registrar Triaje…………………………………97
Figura Nº 6.5: Modelo de Colaboración Registrar Historia Clínica………………………98
Figura Nº 6.6: Diagrama de Subsistemas..………………………………………………...99
Figura Nº 6.7: Diagrama de Clases de Diseño…………………………………………...100
Figura Nº 6.8: Registrar Usuario…………………………………………………………101
Figura Nº 6.9: Registrar Cita Médica…………………………………………………….101
Figura Nº 6.10: Registrar Paciente……………………………………………………….102
Figura Nº 6.11: Registrar Triaje………………………………………………………….102
Figura Nº 6.12: Registrar Historia Clínica……………………………………………….103
Figura Nº 6.13: Registrar Medicamento………………………………………………….103
Figura Nº 6.14: Generar Reportes de Gestión……………………………………………104
Figura Nº 6.15: Pantalla de Registrar Paciente…………………………………………..105
Figura Nº 6.16: Pantalla de Registrar Cita Médica………………………………………105
Figura Nº 6.17: Pantalla Registrar Triaje………………………………………………...106
Figura Nº 6.18: Pantalla Registrar Historia Clínica……………………………………...106
Figura Nº 6.19: Pantalla Registrar Medicamento………………………………………...107
Figura Nº 6.20: Pantalla Programación de Especialidades………………………………107
Figura Nº 6.21: Pantalla de Registrar Venta……………………………………………..108
Figura Nº 6.22: Pantalla Permisos para Usuarios………………………………………...108
Figura Nº 6.23: Diagrama de Secuencia Registrar Paciente……………………………..109
Figura Nº 6.24: Diagrama de Secuencia Registrar Cita Médica…………………………110
xiv
Figura Nº 6.25: Diagrama de Secuencia Registrar Triaje………………………………..111
Figura Nº 6.26: Diagrama de Secuencia Registro de Historia Clínica…………………...112
Figura Nº 6.27: Diagrama de Estado Registrar Personal………………………………...113
Figura Nº 6.28: Diagrama de Estado Registrar Usuario………………………………….113
Figura Nº 6.29: Diagrama de Estado Programar Médico………………………………...114
Figura Nº 6.30: Diagrama de Estado Reservar Cita……………………………………...114
Figura Nº 6.31: Diagrama de Estado Registrar Triaje……………………………………115
Figura Nº 6.32: Diagrama de Estado Registrar Medicamento…………………………...115
Figura Nº 6.33: Diagrama de Navegabilidad…………………………………………….116
Figura Nº 7.1: Diagrama de Componentes……………………………………………….118
Figura Nº 7.2: Diagrama de Despliegue………………………………………………….119
Figura Nº 7.3: Modelo de Datos………………………………………………………….120
Figura Nº 7.4: Modelo de Entidades Lógico……………………………………………..121
Figura Nº 7.5: Modelo de Entidades Físico………………………………………………122
Figura Nº 8.1: Esquema de la Caja Negra………………………………………………..125
Figura Nº 8.2: Esquema de Caja Blanca…………………………………………………142
Figura Nº 8.3: Gráfico Iniciar Sesión de Usuario………………………………………...143
Figura Nº 8.4: Gráfico Registrar Paciente………………………………………………..144
Figura Nº 9.1: Área de Aceptación y Rechazo para el Indicador Nivel de Satisfacción del
Personal con respecto al Proceso de Historial Clínico…………………………………...159
Figura Nº 9.2: Área de Aceptación y Rechazo para el Indicador Tiempo Promedio de

Elaboración del Registro de Historias Clínicas…………………………………………..166
Figura Nº 9.3: Área de Aceptación y Rechazo para el Indicador Tiempo de Búsqueda de

Historias Clínicas………………………………………………………………………...172
Figura Nº 9.4: Área de Aceptación y Rechazo para el Indicador Costo Operacional Horas –
Hombre para la Elaboración de Historias Clínicas………………………………………177
xv
ÍNDICE DE TABLAS
Tabla N° 2.1: Matriz de Evaluación General……………………………………………...19
Tabla N° 2.2: Escala de Valoración……………………………………………………….19
Tabla N° 3.1: Especialidades……………………………………………………………...27
Tabla N° 2.2: Indicadores………………………………………………………………….29
Tabla N° 2.3: Técnicas para la recolección de datos………………………………………30
Tabla 4.1: Metas Empresariales a Corto, Mediano y Largo Plazo………………………...36
Tabla N° 5.1: Hoja de Descripción del CUN Solicitar Atención………………………….41
Tabla N° 5.2: Hoja de Descripción del CUN Emitir Ticket de Atención…………………42
Tabla N° 5.3: Hoja de Descripción del CUN Atender Triaje……………………………...43
Tabla N° 5.4: Hoja de Descripción del CUN Atender Cita Médica……………………….44
Tabla N° 5.5: Hoja de Descripción del CUN Emitir Receta Médica……………………...45
Tabla N° 5.6: Hoja de Descripción del CUN Solicitar Medicamento……………………..46
Tabla N° 5.7: Hoja de Descripción del CUN Despachar Medicamento…………………..47
Tabla N° 5.8: Descripción del Caso de Uso Gestionar Cita Médica………………………65
Tabla N° 5.9: Descripción del Caso de Uso Gestionar Triaje……………………………..66
Tabla N° 5.10: Descripción del Caso de Uso Gestionar Historia Clínica…………………67
Tabla N° 5.11: Descripción del Caso de Uso Gestionar Historia Clínica…………………68
Tabla Nº 5.12: Factor de Peso de los Actores sin Ajustar (UAW)………………………...70
Tabla Nº 5.13: Factor de Peso por Cada Actor y su Tipo…………………………………70
Tabla Nº 5.14: Factor de Peso de los Casos de Uso Sin Ajustar (UUCW)………………..71
Tabla Nº 5.15: Factor de Peso para cada Factor de Complejidad Técnica………………...72
Tabla Nº 5.16: Factor de Peso para cada Factor Ambiente y su Valor (EF)………………74
Tabla Nº 5.17: Porcentaje de Esfuerzo Total para el Proyecto……………………………75
Tabla Nº 5.18: Costos de Hardware……………………………………………………….77
Tabla Nº 5.19: Costos de Software………………………………………………………...77
xvi
Tabla Nº 5.20: Costos de Muebles y Enseres……………………………………………...78
Tabla Nº 5.21: Total costos de Inversión………………………………………………….78
Tabla Nº 5.22: Costos de Recursos Humanos……………………………………………..78
Tabla Nº 5.23: Costos de Insumos (Materiales)…………………………………………...79
Tabla Nº 5.24: Costos de Energía………………………………………………………….80
Tabla Nº 5.25: Costos de Servicios………………………………………………………..80
Tabla Nº 5.26: Total Costos de Desarrollo………………………………………………...80
Tabla Nº 5.27: Hardware…………………………………………………………………..81
Tabla Nº 5.28: Software…………………………………………………………………...81
Tabla Nº 5.29: Mobiliario………………………………………………………………….81
Tabla Nº 5.30: Recursos Humanos………………………………………………………...82
Tabla Nº 5.31: Insumos……………………………………………………………………82
Tabla Nº 5.32: Energía Eléctrica…………………………………………………………..83
Tabla Nº 5.33: Mantenimiento de Equipos………………………………………………..83
Tabla Nº 5.34: Mantenimiento de Equipos………………………………………………..84
Tabla Nº 5.35: Beneficios Tangibles………………………………………………………84
Tabla Nº 5.36: Flujo de Caja………………………………………………………………86
Tabla N° 5.37: Criterios de Priorización de Caso de Uso…………………………………90
Tabla N° 5.38: Nivel de Impacto de los Casos de Uso……………………………………90
Tabla N° 5.39: Criterios de Priorización…………………………………………………..91
Tabla N° 5.40: Mitigación de Riesgos…………………………………………………….92
Tabla Nº 8.1: Clases de Equivalencia Registrar Datos del Paciente……………………..125
Tabla Nº 8.2: Prueba Realizada Ingresar Datos del Paciente…………………………….126
Tabla Nº 8.3: Clases de Equivalencia Registrar Triaje…………………………………..127
Tabla Nº 8.4: Prueba Realizada Registrar Triaje…………………………………………128
Tabla Nº 8.5: Clases de Equivalencia Registrar Cita…………………………………….129
xvii
Tabla Nº 8.6: Prueba Realizada Ingresar Datos Cita……………………………………..130
Tabla Nº 8.7: Clases de Equivalencia Registrar Historia Clínica………………………..131
Tabla Nº 8.8: Prueba Realizada Registrar Historia Clínica………………………………135
Tabla Nº 8.9: Clases de Equivalencia Registrar Medicamento…………………………..138
Tabla Nº 8.10: Prueba Realizada Registrar Medicamento……………………………….140
Tabla Nº 9.1: Cuadro de Indicadores…………………………………………………….149
Tabla Nº 9.2: Pesos para los Niveles de aprobación……………………………………..150
Tabla Nº 9.3: Ponderación del “Nivel de Satisfacción del Personal con respecto al Proceso
de Historial Clínico” (Pre Test)…………………………………………………………..152
de Historial Clínico” (Post Test)…………………………………………………………154
Tabla Nº 9.5: Contrastación Pre y Post Test para el indicador “Nivel de Satisfacción del
Personal con respecto al Proceso de Historial Clínico”………………………………….156
Tabla Nº 9.6: Tiempo Promedio de Elaboración del Registro de Historias Clínicas…….161
Tabla N° 9.7: Datos obtenidos en la Distribución Z para probar el indicador Tiempo de

Búsqueda de Historias Clínicas…………………………………………………………..168
Tabla Nº 9.8: Costo Operacional para la Elaboración de Historias Clínicas…………….174
Tabla Nº 9.9: Comparación del Nivel de Satisfacción del Personal con el Sistema Actual y
el Sistema Propuesto……………………………………………………………………..178
Tabla Nº 9.10: Comparación del Tiempo Promedio de Elaboración del Registro de

Historias Clínicas con el Sistema Actual y el Sistema Propuesto………………………..178
Tabla Nº 9.11: Comparación del Tiempo de Búsqueda de Historias Clínicas con el Sistema
Actual y el Sistema Propuesto……………………………………………………………179
Tabla Nº 9.12: Comparación del Costo Operacional para la Elaboración de Historias

Clínicas con el Sistema Actual y el Sistema Propuesto………………………………….180
xviii
CAPÍTULO I:
INTRODUCCIÓN
Facultad de Ingeniería
Escuela de Ingeniería de Sistemas Pairazamán & Vigo
1.1. Realidad Problemática
El Centro de Salud Jequetepeque es una Entidad Pública encargada de cuidar la Salud de

los Pobladores del Distrito de Jequetepeque, está conformado por un grupo competitivo de
profesionales de la Salud tanto de la localidad como de localidades aledañas.
En esta entidad diariamente se atienden a muchos pacientes generando así que se creen y
se llenen historias clínicas de cada uno de los pacientes, que son atendidos en las diferentes
áreas del Centro de Salud Jequetepeque.
Hay un despacho destinado que sirve como almacén de las historias clínicas de los
pacientes, con lo cual se restringe el uso de este despacho para uso quizás de otras
actividades de atención al paciente, ya que en la actualidad el local del Centro de Salud
Jequetepeque posee un infraestructura pequeña, es por eso que nace la necesidad de
implementar un sistema de información de historial clínico para que las historias clínicas
estén de manera virtual y no ocupando espacios que pueden ser usados de una mejor
manera, además con la implementación del sistema de historial clínico se tendría un mejor
acceso a la información tanto para el médico que lo solicite como para el paciente, y así, si
el paciente se atienda fuera de su jurisdicción, el médico que lo atendiese puede saber qué
características son las que el paciente posee en su historial ya que estará en el sistema web,
y que con el sistema también se busca interconectar a los centros de salud de la Red de
Salud Pacasmayo.
Al momento de crear las historias clínicas, se genera un costo en los materiales de

escritorios, por ende, se genera una demora al llenar dichas historias clínicas de manera
manual por parte del personal del centro de salud y por último se genera también una
demora al momento que se solicitan las historias clínicas de los pacientes, cuando éstos
lleguen a atenderse. Estas necesidades son las bases principales por la cual se ha
implementado el sistema de historial clínico, para mejorar los procesos que se llevan a
cabo en el Centro de Salud Jequetepeque.
Se observa también que hay una demora al momento que se desean generar los reportes
solicitados por la Gerencia, debido a que hay un retraso al momento de buscar la
información, ya que se tiene que buscar Historial Clínico por Historial Clínico para poder
brindar un reporte exacto (Ver Árbol de Problemas en el Anexo).
“Sistema de Información Web para el Mejor Control y Acceso 2

Esta obraaha
lassido
Historias Clínicas
publicada bajo lade los Pacientes
licencia del CentroReconocimiento-No
Creative Commons de Salud Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de
Jequetepeque” dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
Figura N° 1.1: Organigrama Estructural del Centro de Salud Jequetepeque.

Fuente: (Centro de Salud Jequetepeque, 2017).
1.2. Enunciado del Problema
¿Cómo incide la Implementación de un Sistema de Información Web en el Control y

Acceso a las Historias Clínicas de los Pacientes del Centro de Salud de Jequetepeque?
1.3. Hipótesis
“La Implementación de un Sistema Web mejora el Control y Acceso a las Historias

Clínicas de los Pacientes del Centro de Salud Jequetepeque.”
1.4. Justificación
- Tecnológica
La necesidad de la Implementación de un Sistema de Información Web que ayuda a los

procesos de registro, control y acceso a la información de los Historiales Clínicos de los
Centros de Salud del País, con el objetivo de estar acorde a los Sistemas de Información
actuales que hacen estos procesos más rápidos y accesibles.

Esta obraaha
lassido
Historias Clínicas
- Económica
La implementación del Sistema de Información Web ayuda con la reducción de gastos

en el consumo de materiales de escritorio que se utilizaban para el llenado de historias
clínicas como para el archivamiento de ellas.
El Sistema de esta investigación se desarrolla utilizando software libre, con lo cual a la

entidad no le genera costos de obtención de licencias por el software utilizado.
- Social
Este proyecto de investigación tiene como justificación social el acceso a la

información de su historial clínico de cada paciente a su alcance, con lo cual se le brinda
una mejor atención en cualquier otro centro de salud del país, ya que el médico que lo
atenderá sabrá cuál es su historial evitando así, posibles errores de suministros de
medicamentos a los cuales el paciente puede reaccionar negativamente.
- Operativa
La implementación del Sistema de Información Web ayuda al personal del Centro de

Salud de Jequetepeque en el acceso a la información de las historias clínicas de los
pacientes de manera rápida y eficiente, ya que el sistema será desarrollado en un
entorno amigable y de fácil uso.
- Ambiental
Este proyecto de investigación tiene como justificación ambiental el ahorro de

materiales (papel, lapiceros, tinta, etc.) con lo cual se contribuye en la no
contaminación del ambiente ya que los datos ahora se estarían guardando de manera
virtual.
1.5. Objetivo de la Investigación
a) General
Mejorar la Gestión del Proceso de registro, accesibilidad y compartimiento de información

del Historial clínico de los Pacientes del Centro de Salud Jequetepeque, mediante la
Implementación de un Sistema de Información con tecnología Web, usándolo como un
prototipo y ver a futuro la implementación de este sistema interconectado entre la red de
salud de la Provincia de Pacasmayo.

Esta obraaha
lassido
Historias Clínicas
b) Específicos
- OE1: Reducir el Tiempo que utilizan los médicos en el llenado de las Historias Clínicas
de los pacientes.
- OE2: Reducir el Tiempo de búsqueda de las Historias Clínicas.
- OE3: Incrementar el Nivel de Satisfacción del personal del Centro de Salud respecto al
Sistema de Historias Clínicas.
- OE4: Reducir el Costo Operacional de Elaboración de Historias Clínicas.
Ver Árbol de Objetivos en el Anexo.

Esta obraaha
lassido
Historias Clínicas
CAPÍTULO II:
MARCO TEÓRICO

Esta obraaha
lassido
Historias Clínicas
2.1. Antecedentes
La incorporación de los avances tecnológicos y científicos a la medicina, sorprende por la

fascinación que producen en la sociedad, la medicina en la actualidad dentro de su
desarrollo no ha escapado al fenómeno de las nuevas tecnologías de información, y como
condición necesaria, su vínculo estrecho con la Ciencia de la Información, han dado lugar a
la Informática Médica.
La informatización de la historia clínica se ha convertido durante los últimos años en el

principal objetivo de los trabajos de informática.
Ante esta realidad y luego de observar que los registros médicos tradicionalmente se lleva
aún en papeles y nos podríamos encontrar con la sorpresa de que los datos que
originalmente existían en relación al paciente puede que no estén disponibles en la próxima
visita que éste realice, ya que es un hecho bien conocido que parte de los registros pueden
perderse con el pasar del tiempo como consecuencia de su manipulación; esto acarrea
consecuencias nefastas ya que las historias clínicas guardan datos históricos del paciente.
Por ello la implementación de un Sistema de Información, es el método idóneo para

facilitar el registro, la elaboración y procesamiento de la información, además de estar
disponible en cualquier instante y para lograr la adopción de decisiones.
En la búsqueda de investigaciones similares de proyectos relativos al tema, se consultaron

información recaudada, que a continuación presentamos:
2.1.1. Local
- La tesis titulada “SISTEMA WEB PARA MEJORAR LA GESTIÓN

LOGÍSTICA EN LA EMPRESA CONSTRUCTORA CONCRETO INDUSTRIA
Y CONSTRUCCIÓN S.A.C DE LA CIUDAD DE CHEPÉN” (CASTRO, 2012),
cuyo Autor es el Ing. Castro Torres, Jorge Alejandro; de la Universidad Nacional
de Trujillo, desarrollada en el año 2012. Resume que ésta tesis está orientada a
identificar y solucionar gran parte de la problemática de la empresa antes
mencionada en sus actividades con respecto al abastecimiento de materiales y
gestión de información logística. La correlación existente es la similitud entre ésta
tesis con el actual proyecto que hemos desarrollado ya que también implementan
un Sistema Web con la finalidad de mejorar los procesos a la empresa en
mención.

Esta obraaha
lassido
Historias Clínicas
2.1.2. Nacional
- La tesis titulada “SISTEMA INTEGRADO DE HISTORIAS CLÍNICAS

INFORMATIZADAS EN EL HOSPITAL NACIONAL DANIEL ALCIDES
CARRIÓN DEL CALLAO” (VILLALOBOS, 2012), cuyo autor es el Bach.
Villalobos Rufino, Iván; de la Universidad Nacional del Callao, desarrollada en el
año 2012. Resume que éste proyecto de tesis tiene como finalidad aplicar las
nuevas tecnologías de información y comunicación al mundo sanitarios, si bien es
cierto las historias clínicas electrónicas hace 20 años, los médicos se han resistido
a su uso y volverlo parte de su vida cotidiana, además de hacer más rápido el
acceso a la información de las historias clínicas. La correlación de ésta tesis nos
ayudó a tener una perspectiva mejor de cómo se desarrollan los procesos de
historiales clínicos en las diversas entidades de salud del país, además de saber la
adopción de las nuevas tecnologías de información existentes.
- La tesis titulada “IMPLEMENTACIÓN DE UN SISTEMA DE HISTORIAS

CLÍNICAS PARA EL CENTRO DE SALUD PERÚ 3RA. ZONA” (GUTARRA,
y otros, 2014), cuyos autores son: el Bach. Gutarra Mejía, Carlos y el Bach.
Quiroga Rosas, Roberto; ambos egresados de la Universidad San Martín de
Porres, desarrollada en el año 2014. Resume que éste proyecto de tesis tiene como
finalidad demostrar que un sistema de historias clínicas electrónicas estandariza e
integra la información de las historias clínicas, permitiendo la optimización del
proceso de atención, además de permitir almacenar la información clínica en un
repositorio de datos, lo que permite reducir el volumen documental, mejorando la
calidad de atención brindada al paciente por los diferentes servicios de salud. La
correlación de ésta tesis nos ayudó a tener una perspectiva mejor de cómo se
desarrollan los procesos de historiales clínicos en las diversas entidades de salud
del país, además de saber si adoptan las nuevas tecnologías de información
existentes.
2.1.3. Internacional
- La tesis titulada “DESARROLLO DE UN SISTEMA INFORMÁTICO QUE

PERMITA AUTOMATIZAR EL INGRESO DE LA HISTORIA CLÍNICA DE
PACIENTES, PARA EL CONSULTORIO MÉDICO DEL DR. JOSÉ
INTRIAGO ANDRADE” (ARGUELLO, 2010), cuyo autor es la Bach. Arguello

Esta obraaha
lassido
Historias Clínicas
Rubira, Ana María; de la Universidad Técnica de Manabí – Ecuador, desarrollada

en el año 2010. Resume que la presente tesis, busca diseñar e implementar un
sistema informático para lograr que los registros de los pacientes se encuentren en
una base de datos y sean de fácil acceso para el médico, además busca dejar de
lado la historia clínica manual por la automatizada. Ésta tesis busca también que
la implementación de este sistema de información sea aplicable en los centros de
salud estatales, tomando como referencia la implementación del sistema en
consultorios particulares. La correlación de ésta tesis nos ayudó a tener una mejor
visión de cómo se debe implementar este sistema, ya que empiezan con
consultorios clínicos particulares que tiene a su disposición pocos pacientes y ver
así cómo funciona este sistema, para luego corregir las posibles fallas e
implementar en los centros de salud estatales donde hay más atención de
pacientes.
2.2. Marco Teórico
2.2.1. Sistema de Información
Definir qué es realmente un Sistema de Información es algo complicado es por eso

que (ALARCÓN, 2006) en su libro “Desarrollo de Sistemas de Información”,
explica que es difícil de definir lo que es realmente un sistema de información, es por
ello que se basa en el libro de (LAUDON, y otros, 2004), para definirlo en el cual
dice que: Un Sistema de Información es un conjunto de componentes
interrelacionados que recolectan, procesan, almacenan y distribuyen información
para apoyar a la toma de decisión y el control de una organización.
Una buena información es el resultado de la recolección y procesamiento de los datos

obtenidos en la investigación, para lo cual se deben seguir un conjunto de pasos
interrelacionados, primero debemos recolectar la información, luego procesar los
datos encontrados y finalmente dar como resultado una información que nos ayude
en la toma de decisiones de la organización.
- Componentes de un Sistema de Información
De acuerdo con (WHINTEN, y otros, 2004), los Sistemas de Información están

compuesto por diversos componentes que deben interactuar entres ellos para un
correcto desarrollo de un Sistema de Información, dichos componentes son:

Esta obraaha
lassido
Historias Clínicas
 Individuos Participantes: Es el primer componente que se analiza, además es

el más importante.
 CLASIFICACION:
 Propietarios.
 Usuarios.
 Diseñadores.
 Constructores.
 Analistas.
 Datos e Información: Los datos son los hechos que podamos encontrar en el
proceso de recopilación de datos, mientras que la información es el resultado
del procesado de los Datos.
- Clasificación de los Sistemas de Información
 Abiertos: Aquellos que intercambian información, materiales y energía con su

ambiente.
 Cerrados: Son auto contenido, no interactúan con el ambiente.
 Probabilísticos: No se conocen con su certeza su comportamiento.
 Determinísticos: Como afirma (ASTROS, 2013), cualquier estado a futuro

que adopten puede apreciarse con antelación.
2.2.2. Historias Clínicas
Las historias clínicas se originan con el primer indicio de enfermedad o control de

salud en donde se atiende al paciente, ya sea una atención primaria o una atención
secundaria.
También constituye el registro completo de la atención prestada al paciente durante

su enfermedad o su control, en la cual se describe las enfermedades que padece el
paciente además de las consideraciones que el medico realice.
Una historia clínica debe reunir condiciones fundamentales:

Esta obraaha
lassido
Historias Clínicas
a) Clara y precisa: La información descrita en la historia clínica debe estar de manera

clara y precisa, para que otros profesionales que desempeñen la misma actividad
puedan entender dicho registro.
b) Completa y metódicamente realizada: Es necesario seguir un plan en el examen de

los pacientes ya que puede haber errores en los diagnósticos debido a la
apresurada atención.
c) De acuerdo con (PODESTA, 1977), de manera Sistemática: Sin caer en una

extracción que impida ver la realidad.
La Historia Clínica y en general todos los registros médicos, constituyen documentos

de alto valor médico, gerencial, legal y académico, su correcta administración y
gestión contribuyen de manera directa a mejorar la calidad de atención de los
pacientes, así como también a optimizar la gestión de los establecimientos de salud,
proteger los intereses legales del paciente, del personal de salud y del
establecimiento, así como proporcionar información con fines de investigación y
docencia.
Por ello, es necesario administrar correctamente todos los mecanismos y

procedimientos que siguen las Historias Clínicas desde su apertura, de manera tal,
que se pueda responder con criterios de calidad, oportunidad e integridad. Las
demandas son cada vez más exigentes de los pacientes/usuarios y de los prestadores
de servicios de salud (personal y establecimientos de salud). Más aún, si se tiene en
cuenta la Ley N° 26842 - Ley General de Salud, que revalora a los usuarios de los
servicios de salud y los posiciona como eje de las organizaciones y de las
prestaciones de salud.
Como afirma (DG DE SALUD, 2005), en el Ministerio de Salud se vienen

desarrollando gradualmente procesos de modernización que buscan dar mayor
autonomía y lograr mayor eficiencia en los establecimientos de salud con una lógica
gerencial, que permita lograr mejores resultados. Estos nuevos desarrollos obligan
necesariamente a adecuar la normatividad institucional, de la cual el manejo de las
Historias Clínicas no es ajeno.
En la actualidad, la historia clínica tradicional que se maneja en los centros

hospitalarios y asistenciales, está diseñada y se ejecuta sobre el papel, y en ella los
médicos anotan de puño y letra, el diagnostico, la evolución, el tratamiento, y los

Esta obraaha
lassido
Historias Clínicas
pormenores de la enfermedad de sus pacientes; la iniciativa legislativa facilitará el

trabajo de los encargados de la salud y dará mayor agilidad en la atención.
Según (RONDÓN, 2013), resaltó que otra ventaja de un registro electrónico de

historias clínicas, se encuentra enfocada en democratizar la información, permitiendo
a todo paciente poder acceder a su propia historia electrónica y conocer en detalle su
estado de salud.
2.2.3. Sistemas de Información de Historiales Clínicos Electrónicos
La Historia Clínica Electrónica busca incorporar las tecnologías de información y

comunicación en el Ámbito de la Salud.
La función de un Sistema de Información de Historias Clínicas Electrónicas es la de

brindar una información detallada y compartida de todo su historial clínico del
paciente.
Como afirman (CURIOSO, y otros, 2002), las HCE nos ayudarán a disponer de datos
clínicos de más calidad y precisión (menor redundancia de datos, validación de
datos), la creciente demanda de información adecuada y estructurada en combinación
con el desarrollo y auge de la ciencia computacional, permiten poder implementar las
HCE. Las computadoras ayudan a mejorar la legibilidad, la accesibilidad y la
estructura de la información.
El objetivo principal de las HCE es la de poder lograr una historia clínica única y
accesible desde cualquier centro hospitalario del país.
2.2.4. Lenguaje Unificado de Modelado (UML)
De acuerdo con (SCHMULLER, 2001), el UML (Lenguaje Unificado de Modelado)

es una de las herramientas más emocionantes en el mundo actual del desarrollo de
sistemas. Esto se debe a que permite a los creadores de sistemas generar diseños que
capturen sus ideas en una forma convencional y fácil de comprender para
comunicarlas a otras personas.
El lenguaje UML se compone de tres elementos básicos, los bloques de construcción,

las reglas y algunos mecanismos comunes. Estos elementos interaccionan entre sí,
para dar a UML el carácter de completitud y no-ambigüedad.

Esta obraaha
lassido
Historias Clínicas
Los bloques de construcción se dividen en tres partes: Elementos, que son las
abstracciones y deprimen nivel, Relaciones, que unen a los elementos entre sí, y los
Diagramas, que son agrupaciones interesantes de elementos.
- Elementos Estructurales
Según (GERARDO, 2005), los elementos estructurales en UML, en su mayoría,

son las partes estáticas del modelo y representan cosas que son conceptuales o
materiales.
- Relaciones
Como afirma (BARUA, 2009), una relación es una conexión entre elementos.
Para diferenciar las distintas relaciones se utilizan diferentes tipos de líneas.
 Asociación.
 Generalización.
 Realización.
 Dependencia.
- Diagramas
De acuerdo con (ALARCÓN, 2000), los diagramas se utilizan para representar

diferentes perspectivas de un sistema de forma que un diagrama es una proyección
del mismo. UML proporciona un amplio conjunto de diagramas que normalmente
se usan en pequeños subconjuntos para poder representar las cinco vistas
principales de la arquitectura de un sistema.
2.2.5. Rational Unified Process (RUP)
Según (IBM, 2003), el Rational Unified Process es un marco de proceso integral que
proporciona prácticas probadas en la industria de software y sistemas de entrega,
también puesta en práctica y la gestión eficaz de los proyectos. Es uno de los muchos
procesos contenidos dentro de la biblioteca de proceso racional, que ofrece mejor
orientación práctica y se adapte a su desarrollo en particular o las necesidades del
proyecto.
Como afirma (SACA, 2004), la metodología RUP, llamada así por sus siglas en
inglés Rational Unified Process, divide en 4 fases el desarrollo del software:

Esta obraaha
lassido
Historias Clínicas
- Inicio: Etapa de levantamiento de Información y análisis.
- Elaboración: Diseño.
- Construcción: Desarrollo de código.
- Transición: Instalación del software.
Figura N° 2.1: Metodología RUP.

Fuente: (SUÁREZ, 2010).
Los elementos del RUP son:
- Actividades:
De acuerdo con (MEJIA, y otros, 2007), son los procesos que se llegan a determinar
en cada iteración.
- Trabajadores:
Según (GONZÁLES, 2009), los Actores o roles son los personajes encargados de la
realización de las actividades definidas dentro de los flujos de trabajo de cada una de
las disciplinas del RUP, estos actores se dividen en varias categorías: Analistas,
Desarrolladores, Probadores, Encargados, Otros actores.
- Artefactos:
Como afirma (JARA, 2010), los artefactos son el resultado parcial o final que es
producido y usado por los actores durante el proyecto. Son las entradas y salidas de
las actividades, realizadas por los actores, los cuales utilizan y van produciendo estos
artefactos para tener guías.

Esta obraaha
lassido
Historias Clínicas
De acuerdo a lo indicado por (QUISPE, y otros, 2011), una particularidad de esta

metodología es que, en cada ciclo de iteración, se hace exigente el uso de artefactos,
siendo por este motivo, una de las metodologías más importantes para alcanzar un
grado de certificación en el desarrollo del software.
2.2.6. Extreme Programming XP
Según (SUTHERLAND, y otros, 2000) indican que el Extreme Programming es una

de varios populares procesos ágiles. Ya se ha demostrado ser muy exitoso en muchas
empresas de todos los tamaños y sectores a nivel mundial. Extreme Programming es
exitoso porque hace hincapié en la satisfacción del cliente. En vez de entregar todo lo
que pueda desear en una fecha lejana en el futuro este proceso proporciona el
software que necesita cuando lo necesite. Extreme Programming permite a los
desarrolladores para responder con seguridad a las cambiantes necesidades de los
clientes, incluso tarde en el ciclo de vida.
 Características:
- Se diferencia de las metodologías tradicionales, principalmente en que pone

más énfasis en la adaptabilidad que en la previsibilidad.
- Se aplica de manera dinámica durante el ciclo de vida del software.
- Es capaz de adaptarse a los cambios de requerimientos del usuario.
- Como afirma (UNIO, 2009), se preocupa más en que el software funcione bien
y no tanto en la documentación que pueda generar la implementación de éste.
 Fases de la Metodología XP
- Primera Fase: Planificación del Proyecto.
- Segunda Fase: Diseño.
- Tercera Fase: Codificación.
- Cuarta Fase: Pruebas.

Esta obraaha
lassido
Historias Clínicas
Figura N° 2.2: Metodología XP.

Fuente: (PIWEN, y otros, 2011).
2.2.7. Scrum
De acuerdo con (HERNANDEZ, y otros, 2011), es una metodología de desarrollo

ágil, que permite enfocar en la entrega del mayor valor del negocio en el menor
tiempo posible. Permite rápidamente y repetitivamente inspeccionar el software
funcional existente.
Scrum es una metodología ágil, y como tal:
- Es un modo de desarrollo de carácter adaptable más que predictivo.
- Orientado a las personas más que a los procesos.
- Emplea la estructura de desarrollo ágil: incremental basada en iteraciones y

revisiones.
Se basa en el principio ágil de desarrollo iterativo e incremental.
Se comienza con la visión general del producto, especificando y dando detalle a las
funcionalidades de esas partes que tienen mayor prioridad de desarrollo y que pueden
llevarse a cabo en un periodo de tiempo breve (normalmente de 30 días).
Según (PALACIO, y otros, 2006), indican que estas iteraciones son la base del
desarrollo ágil, y Scrum gestiona su evolución a través de reuniones breves diarias en
las que todo el equipo revisa el trabajo realizado el día anterior y el previsto para el
día siguiente.

Esta obraaha
lassido
Historias Clínicas
Figura N° 2.3: Metodología SCRUM.

Fuente: (IBM, 2009).
2.2.8. Microsoft Solution Framework (MSF)
Como afirma (GUERRERO, 2012), MICROSOFT SOLUTION FRAMEWORK

(MSF) es un enfoque disciplinado para enfrentar proyectos de tecnología basado en
un conjunto de principios, modelos, disciplinas, conceptos, guías y prácticas
probadas de Microsoft.
Figura N° 2.4: Metodología MSF.

Fuente: (INFORMATIZATE.NET, 2010).
MSF tiene las siguientes características:
- Adaptable: Es parecido a un compás, usado en cualquier parte como un mapa,

del cual su uso es limitado a un específico lugar.
- Escalable: Puede organizar equipos tan pequeños entre 3 o 4 personas, así como
también, proyectos que requieren 50 personas a más.
- Flexible: Es utilizada en el ambiente de desarrollo de cualquier cliente.
- Tecnología Agnóstica: Porque puede ser usada para desarrollar soluciones

basadas sobre cualquier tecnología.

Esta obraaha
lassido
Historias Clínicas
De acuerdo con (AREVALO, 2007), una MSF se compone de varios modelos

encargados de planificar las diferentes partes implicadas en el desarrollo de un
proyecto.
- Modelo de Equipo: Según (PRUDENCIO, 2011), el modelo de equipos es uno de

los aspectos definidos por el marco de trabajo propuesto en MSF. Este modelo
describe como se estructura el equipo del proyecto y los principios que el mismo
debe seguir a los efectos de lograr una implementación exitosa de la solución.
- Modelo de Proceso: Como afirma (RODRIGUEZ, 2011), el modelo de proceso

organiza los procesos necesarios para finalizar una solución, ordenando el tiempo
y dividiendo en fases las tareas de un proyecto.
- Modelo de Arquitectura del Proyecto: De acuerdo con (SILVA, 2010), esto está
diseñado para acortar la planificación del ciclo de vida. Este modelo define las
pautas para construir proyectos empresariales a través del lanzamiento de
versiones
- Modelo de Gestión del Riesgo: Según (VILLARROEL, y otros, 2005), este

modelo está diseñado para ayudar al equipo a identificar las prioridades, tomar las
decisiones estratégicas correctas y controlar las emergencias que puedan surgir.
- Modelo de Aplicación: Como afirma (MILLAN, 2012), como en todo proceso de

desarrollo de software se debe brindar el soporte técnico adecuado. Mejora el
desarrollo, el mantenimiento y el soporte, proporciona un modelo de tres niveles
para diseñar y desarrollar aplicaciones y software.
2.2.9. Comparación entre Metodologías
- Información (C1): Se analiza la cantidad de información que pueda existir.
- Conocimiento (C2): Se toma en cuenta el grado de conocimiento que se tiene de

la metodología, para el debido desarrollo del proyecto.
- Flexibilidad (C3): Adaptabilidad de la Metodología para adaptarse en cualquier

situación.
- Compatibilidad (C4): Se examina el grado de compatibilidad de las

metodologías.

Esta obraaha
lassido
Historias Clínicas
- Requerimientos (C5): La metodología tiene que considerar una captura de los

requerimientos adecuados.
- Tiempo de Desarrollo (C6): Se toma el tiempo requerido que abarca la

metodología para el correcto desarrollo del proyecto.
Tabla N° 2.1: Matriz de Evaluación General.
Criterios
TOTAL
C1 C2 C3 C4 C5 C6
 6
i 1
Ci * Pi 
Metodología
P1 = 0.1 P2 = 0.2 P3 = 0.2 P4 = 0.2 P5 = 0.1 P6 = 0.2
RUP 5 4.7 3.6 4.6 4.7 4 4.35
XP 3.7 4.3 4.3 4 3.3 3.7 3.96
Scrum 3.3 3.7 4 3.3 3.7 3 3.50
MSF 3.33 2.66 2.66 2 2.66 2.66 2.59
Fuente: (Elaboración propia, 2017).
La Metodología seleccionada: RUP
Tabla N° 2.2: Escala de Valoración.
Calificativo Puntaje
Excelente 5
Muy Bueno 4
Bueno 3
Regular 2
Malo 1

Esta obraaha
lassido
Historias Clínicas
De acuerdo a la información recabada en las encuestas, se observa que la

metodología que utilizaremos en el Desarrollo del Proyecto es la Metodología RUP,
ya que ésta metodología se aplica a sistemas de largo plazo, y es muy eficiente a la
hora de realizar los procesos.
2.2.10. Aplicaciones Móviles
De acuerdo con (ALERTAENLINEA.GOB, 2013), las aplicaciones móviles son

programas de software que usted puede descargar y a las que puede acceder
directamente desde su teléfono o desde algún otro aparato móvil, como por ejemplo
una Tablet o un reproductor de música.
La penetración de dispositivos móviles se ha incrementado, desde la década de los

90s, se han presentado diferentes evoluciones, algunas muy vertiginosas, todas
tendientes a la portabilidad y a la conexión permanente. De ésta manera en la
actualidad los dispositivos móviles se convierten en una herramienta poderosa para
llegar a potenciales consumidores. De allí surge la necesidad de crear diferentes
aplicaciones que generen una recordación de marca, ya sea brindando un servicio o
simplemente ofreciendo publicidad “subliminal” al consumidor, mientras usa una
aplicación que en principio no le promete ningún producto.
La implementación de una aplicación requiere una conceptualización, definir

claramente cuál será el objetivo de la aplicación y establecer la Relación costo
beneficio, teniendo en cuenta también, que una aplicación inútil o poco atractiva
puede representar publicidad negativa para una Compañía (hablando tanto de cliente
interno como externo).
Según (RESTREPO, 2011), una aplicación puede estar orientada a brindar una
solución, ofrecer una utilidad al cliente, ofrecer un valor agregado para reforzar la
imagen de marca, dar un servicio de transacciones racionales o “transacciones con
sentido” entre otras, dentro de las cuales destacan las aplicaciones que muestran
catálogos de productos y brindan facilidades para la adquisición online, garantizando
proveer al usuario lo deseado en el instante que surge dicho interés.
- Sistemas Operativos disponibles en los Dispositivos Móviles.
Como afirma (CAFFA, 2008), los sistemas operativos móviles que se disponen en
la actualidad son: Android, IPhone OS, Windows Mobile, Symbian, Palm OS y

Esta obraaha
lassido
Historias Clínicas
BlackBerry, éstos sistemas operativos están disponibles en equipos móviles como

Celulares, Tablet’s, Smartphone.
De acuerdo con (DIGITAL, 2013), con la implementación de Aplicaciones móviles

para el manejo de Historiales Clínicos, el personal médico puede acceder a las
aplicaciones de la historia clínica electrónica desde las habitaciones de los pacientes,
en la planta de hospitalización o incluso desde los pasillos.
2.2.11. Intranet
Según (LAFRANCE, 2001), es una Internet Privada, interior a una organización y

protegida de las miradas indiscretas por una barrera (Firewall) que impide que
cualquier persona ajena a la organización pueda acceder y conocer su red informática
interna, es por eso que también es conocida como Red o Sistema de Información.
2.2.12. Internet
Como afirma (CASTELLS, 2001), es un conjunto descentralizado de redes de

comunicación interconectadas que utilizan la familia de protocolos TCP/IP.
De acuerdo con (GRAHAM, 2001), internet es una tecnología transformadora

porque existe una relación entre las necesidades humanas y el poder de elección que
puede ser aplicado a un notable aspecto de internet.
2.2.13. Apache
Según (SANCHEZ, y otros, 2010), el servidor HTTP Apache es un servidor web

HTTP de código abierto para plataformas Unix (BSD,GNU/Linux, etc.), Microsoft
Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1 y la noción de
sitio virtual. El servidor Apache se desarrolla dentro del proyecto HTTP Server (http)
de la Apache Software Foundation. Apache presenta entre otras características
altamente configurables, bases de datos de autenticación y negociado de contenido,
pero fue criticado por la falta de una interfaz gráfica que ayude en su configuración.
Apache es el componente de servidor web en la popular plataforma de aplicaciones
LAMP, junto a MySQL y los lenguajes de programación PHP /Perl /Python (y ahora
también Ruby).

Esta obraaha
lassido
Historias Clínicas
2.2.14. Php
Como afirma (HEUERTEL, 2009), es un lenguaje de Script que se ejecuta en el lado

del servidor, cuyo código se incluye en una página HTML clásica, el código PHP se
ejecuta en el lado del servidor.
Nos permite crear un programa que se pueda ejecutar en el servidor desde un

programa visualizador de páginas web, PHP es un software libre y puede usarse por
cualquiera, que desea implementar un sistema web.
De acuerdo con (RODRIGUEZ, 2000), que otro de los aspectos de tomar sobre la
decisión de este lenguaje, es que aunque todo en su diseño está orientado a facilitar la
creación de página web, es posible crear aplicaciones con una interfaz gráfica para el
usuario, utilizando la extensión PHP-Q to PHP-GTK, lo cual la hace más llamativa y
atractiva para el usuario.
2.2.15. Html
El HTML no es más que una aplicación del SGML (Standard Generalized Markup
Language), es un sistema para definir tipos de documentos estructurados y lenguajes
de marcas para representar esos mismos documentos. El término HTML se suele
referir a ambas cosas, tanto al tipo de documento como al lenguaje de marcas.
Según (TALENS, 1997), en realidad, aún no existe un estándar del HTML en

Internet, ya que existen tres revisiones o niveles de estandarización que aún no han
sido aceptadas: la versión 1.0, que en realidad no existe como estándar ya que nunca
se hizo una especificación formal, la 2.0, que es un estándar de hecho, aunque
todavía está en la etapa de propuesta de estándar documentada en el RFC-1866 de
noviembre de 1995. El siguiente nivel, el HTML 3.0, está en una etapa experimental,
aunque muchos de los visores aceptan algunas de las extensiones propuestas.
2.2.16. JavaScript
Es un lenguaje de desarrollo de aplicaciones cliente/servidor a través de internet,

JavaScript tiene la particularidad que esta insertado dentro del mismo documento
HTML.
Como afirma (INNOVACIONYCUALIFICACION, 2001), JavaScript reconoce

eventos creados por el usuario, definiendo así un sistema interactivo en la página

Esta obraaha
lassido
Historias Clínicas
web, también nos ayuda para validar formularios que puedan contener las páginas
web.
2.2.17. Framework CSS 960 Grid System
De acuerdo con (KENNEDY, y otros, 2011), es una declaración de estilos que

dispone las clases necesarias para implementar columnas en una página web, de
diversos tamaños, con las que maquetar nuestros contenidos será fácil y
ordenadamente, a pesar de que ofrece estilos tipográficos básicos, su principal
objetivo es ofrecer una base multi-navegador.
2.2.18. MySql
Según (THIBAURD, 2006), es un Sistema de Administración de base de datos

relacionales (SGBDR) rápido, robusto y fácil de usar, además se adapta bien a la
administración de datos en un entorno de red, especialmente en arquitecturas
cliente/servidor y es compatible con muchos lenguajes de programación.
Como afirman (SANCHEZ, y otros, 2010), la elección de este sistema de BD fue

porque ya se tienen conocimientos básicos a cerca del mismo, por cursos anteriores
en otras materias como lo fue Base de datos, además de que permite la conexión
con el servidor PHP que se utilizará. Por un lado se ofrece bajo la GNU GPL para
cualquier uso compatible con esta licencia. Otro de los motivos de la elección es que
para realizar la base de datos es que MySQL está patrocinado por una empresa
privada, que posee el copyright de la mayor parte del código.
2.2.19. Rational Rose
De acuerdo con (SCHMULLER, 2004), es una herramienta de software para el

Modelado Visual mediante UML de sistemas software. Permite Especificar, Analizar
y Diseñar el sistema antes de codificarlo.
2.2.20. Sitio Web
Según (LORA, 2010), un sitio web, es un sitio (localización) en la World Wide Web
que contiene documentos (páginas web) organizados jerárquicamente. Cada
documento (página web) contiene texto y o gráficos que aparecen como información
digital en la pantalla de un ordenador. Un sitio puede contener una combinación de
gráficos, texto, audio, vídeo, y otros materiales dinámicos o estáticos.

Esta obraaha
lassido
Historias Clínicas
CAPÍTULO III:
MATERIALES Y MÉTODOS

Esta obraaha
lassido
Historias Clínicas
3.1. Diseño de la Información
3.1.1. Población
La población de estudio está constituida por los pacientes que son atendidos en el
centro de salud y que en cada consulta generan una nueva historia clínica o una
actualización de esta.
3.1.2. Muestra
Para determinar nuestra muestra hemos empleado la siguiente fórmula:
𝑁 𝑍 2 𝑃𝑄
n= (𝑁−1)𝑒 2 ……….…………………………………………...……… (2.1)
+𝑍 2 𝑃𝑄
Dónde:
n: Muestra.
N: Población.
Z: Nivel de Confianza (95%).
P: Probabilidad de éxito (50%).
Q: Probabilidad de fracaso (50%).
e: Error (5%).
 Fórmula para cálculo de muestra ajustada
.........................................................................................................(2.2)
Dónde:
n': Muestra ajustada.
n: Muestra.
N: Población.
3.2. Indicadores
I1: Tiempo Promedio de Elaboración de Registros de Historias Clínicas.
La población se estima en función al tiempo que se tardan los médicos en el llenado

de las Historias Clínicas de manera manual, el periodo de estudio de la investigación

Esta obraaha
lassido
Historias Clínicas
es de (06) meses teniéndose un promedio de quince (15) registro de Historias

Clínicas al día, trabajando siete (07) días a la semana. Por lo tanto, la población N es:
(15 ℎ𝑖𝑠𝑡𝑜𝑟𝑖𝑎𝑠 𝑐𝑙í𝑛𝑖𝑐𝑎𝑠)(7 𝑑í𝑎𝑠)(4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(6 𝑚𝑒𝑠𝑒𝑠)
N= (𝑑í𝑎)(𝑠𝑒𝑚𝑎𝑛𝑎)(𝑚𝑒𝑠)
N = 2520 registros de historias clínicas.
 Cálculo de la muestra:
La muestra poblacional se tiene utilizando la fórmula 2.1
(𝟐𝟓𝟐𝟎)∗(𝟏.𝟗𝟔)𝟐 ∗(𝟎.𝟓)(𝟎.𝟓)
n = (𝟐𝟓𝟐𝟎−𝟏)∗(𝟎.𝟎𝟓)𝟐 +(𝟏.𝟗𝟔𝟐 )∗(𝟎.𝟓∗𝟎.𝟓)
n = 333
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (2.2), se
tiene:
333
n' = 333
1+2520
n' = 294.13 = 294 historias clínicas generadas, es decir se realizarán 294 tomas de
tiempo que se demora en generar las historias clínicas.
Puesto que la muestra n = 294 (mayor a 30), entonces usaremos la distribución

normal (z).
I2: Tiempo de Búsqueda de Historias Clínicas.
La población se estima en función al tiempo que se tardan los médicos en la

búsqueda de las historias clínicas, el periodo de estudio de la investigación es de (06)
meses teniéndose un promedio de diez (10) búsquedas de historias clínicas por
pedido de los pacientes al día, trabajando Siete (07) días a la semana. Por lo tanto, la
población N es:
(10 𝑏ú𝑠𝑞𝑢𝑒𝑑𝑎𝑠 𝑑𝑒 ℎ𝑖𝑠𝑡𝑜𝑟𝑖𝑎𝑠 𝑐𝑙𝑖𝑛𝑖𝑐𝑎𝑠)(7 𝑑í𝑎𝑠)(4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(6 𝑚𝑒𝑠𝑒𝑠)
N=1680 búsquedas de HC.

Esta obraaha
lassido
Historias Clínicas
(1680)∗(1.96)2 ∗(0.5)(0.5)
n = (1680−1)∗(0.05)2
+(1.962 )∗(0.5∗0.5)
n = 313
tiene:
313
n' = 313
1+1680
n' = 263.84 = 264 búsquedas realizadas de historias clínicas generadas, es decir se

realizarán 264 tomas de tiempo que se demoran en buscar las historias clínicas.

normal (z).
I3: Nivel de Satisfacción del Personal con respecto al Proceso de Historial

Clínico.
La Población de usuarios del sistema es conocida puesto que los doctores

especialistas en cada área y las enfermeras encargadas pueden acceder a las
historias clínicas.
Tabla N° 3.1: Especialidades.
Descripción Cantidad
Pediatría 2
Medicina General 2
Obstetricia 1
Farmacia 2
CRED 1
N = (Población) 8
Puesto que N < = 80 (8 < = 80) por lo tanto n = N, es decir:
n = 8 personas
Puesto que la muestra n = 8 (menor a 30), entonces usaremos t-student (t).

Esta obraaha
lassido
Historias Clínicas
I4. Costo Operacional de Elaboración de Historias Clínicas.
La población se estima en función al tiempo de elaboración de Historias Clínicas

en el periodo de estudio de la presente investigación (06 meses) teniéndose un
promedio de quince (15) historias clínicas al día, trabajándose los siete (07) días
de la semana.
Por lo tanto, la población (N), es:

(15 ℎ𝑖𝑠𝑡𝑜𝑟𝑖𝑎𝑠 𝑐𝑙í𝑛𝑖𝑐𝑎𝑠)(7 𝑑í𝑎𝑠)(4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(6 𝑚𝑒𝑠𝑒𝑠)
N = 2520 registros de historias clínicas.
(2520)∗(1.96)2 ∗(0.5)(0.5)
n = (2520−1)∗(0.05)2 +(1.962)∗(0.5∗0.5)
n = 333
tiene:
333
n' = 333
1+2520
n' = 294.13 = 294 historias clínicas generadas, es decir se realizarán 294 tomas
de tiempo que se demora en generar las historias clínicas.

normal (z).

Esta obraaha
lassido
Historias Clínicas
Tabla N° 2.2: Indicadores.
Tipo de Unidad de Informante Operatividad

Indicador Descripción Instrumento Fuente
Variable Medida
Tiempo que
Tiempo n
 TP
utilizan los
Promedio de Diferentes Médicos y
médicos en el i
Elaboración Áreas del Enfermeras
de Registros
registro de las Cuantitativo Minutos Cronómetro
Centro de TP  i 1
de Historias
historias
Salud n
clínicas de los
Clínicas.
pacientes.
Tiempo de
Tiempo de búsqueda de
Búsqueda de las historias
Área de Enfermera n
las Historias
Clínicas.
clínicas en el
almacén de
Cuantitativo Segundos Cronómetro
Enfermería  TB i
historiales TB  i 1
clínicos. n
Nivel de
Satisfacción n
Diferentes
del Personal
con respecto
Conformidad
Cualitativo Encuesta Encuestas
Áreas del
Enfermera
encargada del  NSP i
al Proceso de
del Usuario. Centro de Triaje NSP  i 1
Historial
Salud n
Clínico.
Costo
Operacional Costo por cada COHH=
Libreta de n
de Historial Unidad
Elaboración Clínico
Cuantitativo Soles (S/.) Notas,
Cronómetro
Administrativa
Administrador
 COHH
i 1
i
de Historias elaborado.
Clínicas. n

Esta obraaha
lassido
Historias Clínicas
3.3. Técnicas para la Recolección de Datos
Tabla N° 2.3: Técnicas para la recolección de datos.
Técnica Descripción
 Se utilizó como instrumento el cuestionario cuyas preguntas

Encuestas fueron seleccionadas y clasificadas, teniendo como fuente a
los usuarios.
 Se utilizó para recopilar información que ayudan a los

Cuestionarios analistas a estudiar las actitudes, creencias y características
de los principales actores del sistema.
 Se utilizó para extraer información sobre el proceso de los

Entrevistas historiales clínicos a los trabajadores de dicho centro de
salud.
 Utilizado para representar pictóricamente los pasos que se

Figura de Flujo
realizan en los procesos y así obtener un resultado.
 Las observaciones son los registros visuales que se obtuvieron

en las veces que asistimos al hospital para recopilar la
Observación
información, y así ver de una mejor manera como ocurren los
procesos.
3.4. Diseño Específico
3.4.1. Análisis de la Contrastación
Para la contratación de la hipótesis se utilizará el método Pre-Test y Post-Test con el

grupo de indicadores. El cual consiste en:
- Una medición previa de la variable dependiente a ser utilizada (Pre-Test).

- La aplicación de la variable independiente a los indicadores de análisis y una
nueva medición de la variable dependiente en el grupo de indicadores (Post-Test).
Diseño de Sucesión en Línea, llamada también Pre-Test, Post-Test.
O0 X O1
(Estímulo)

Esta obraaha
lassido
Historias Clínicas
Dónde:
X: Variable Independiente
O0, O1: Variables Dependientes
Las cuales según la hipótesis planteada serán:
O0: Gestión de Control y Acceso a las Historias Clínicas antes de

implementar un Sistema Web.
X: Sistema Web
O1: Gestión de Control y Acceso a las Historias Clínicas después de

implementar un Sistema Web.
Al finalizar se establecen las diferencias entre O0 y O1, para determinar si hay

mejora o no, de acuerdo a estos resultados se da las conclusiones respectivas
y las recomendaciones.
3.4.2. Contrastación de la Hipótesis
a. Para un indicador con muestra n<30 (Prueba de t Student diferencia de

medias).
b. Para un indicador con una muestra n>=30 (Prueba de Z Normal diferencia

de medias).

Esta obraaha
lassido
Historias Clínicas
CAPÍTULO IV:
GENERALIDADES DE LA
INSTITUCIÓN

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
FacultadDIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
de Ingeniería
4.1. Generalidades de la Institución
4.1.1. Datos Empresariales
4.1.1.1. Razón Social
Centro de Salud Jequetepeque – Jequetepeque
4.1.1.2. Giro del Negocio
Prestación de Servicios de Salud
4.1.1.3. Dirección
Urb. Vicente Razuri Jequetepeque – Pacasmayo – La Libertad
4.1.1.4. Teléfono
044 – 630448
4.1.1.5. Organigrama Empresarial
Figura N° 4.1: Organigrama Estructural del Centro de Salud Jequetepeque.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
4.2. Direccionamiento Empresarial
4.2.1. Visión
Ser en el año 2017, una red líder en la región que brinda atención con equidad,
eficiencia, calidad y calidez, cuyo fin es lograr un alto grado de salud y bienestar en
nuestra provincia; haciendo énfasis en la prevención y promoción de la salud, con la
participación de la población organizada y con capacidades en la solución de los
problemas que determinan su salud.
4.2.2. Misión
Somos una Red de Salud constituida por 10 establecimientos de I y II nivel, cuyo

objetivo es brindar un cuidado integral y atención recuperativa trabajando en equipo,
con equidad, eficiencia, solidaridad y respeto a la vida en sus diferentes etapas,
dirigido a la población del Distrito de Jequetepeque, además de prevenir los riesgos,
proteger del daño, recuperar la salud y rehabilitar las capacidades de los pacientes, en
condiciones de plena accesibilidad y de atención a la persona desde su concepción
hasta su muerte natural.
4.2.3. Rol Empresarial
a. Garantizar la atención integral de salud estandarizada y de calidad con enfoque de

riesgo en alianzas con entidades públicas y privadas, acorde con los lineamientos
de política y normatividad vigente.
b. Disponer de una estructura orgánica y funcional actualizada que responda a los

retos sanitarios, con eficiencia, eficacia y acorde con los lineamientos.
c. Garantizar el uso eficiente de recursos financieros priorizando a las poblaciones

pobre y en extrema pobreza con criterios de eficacia y equidad.
d. Desarrollar un sistema de gestión de RRHH con calidad acorde con las

necesidades institucionales.
e. Impulsar la capacidad del individuo, familias y comunidades al desarrollo de una

cultura de promoción de la salud orientada a su bienestar integral.
f. Fortalecer el rol rector y la conducción sectorial del Hospital.
g. Organizar a los servicios de salud en un sistema de redes funcionales en el ámbito.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
4.2.4. Objetivos Empresariales
a. Objetivos Generales
- Lograr la recuperación de la salud y la rehabilitación de las capacidades de

los pacientes, en condiciones de oportunidad, equidad, calidad y plena
accesibilidad.
- Defender la vida y proteger la salud de la persona desde su concepción

hasta su muerte natural.
- Lograr la prevención y disminución de los riesgos y daños a la salud.
- Administrar los recursos humanos, materiales económicos y financieros

para el logro de la misión y sus objetivos en cumplimiento a las normas
vigentes.
- Mejorar continuamente la calidad, productividad, eficiencia y eficacia de

la atención a la salud, estableciendo las normas y los parámetros
necesarios, así como generando una cultura organizacional con valores y
actitudes hacia la satisfacción de las necesidades y expectativas del
paciente y su entorno familiar.
b. Objetivos Específicos:
- Valoración, información y orientación; facilitar canales y circuitos de

acceso a la información; identificar los recursos que conoce al paciente.
- Diagnóstico y tratamiento social, identificar y definir problemas o

dificultades, factores causales limitantes o favorecedores siempre en el
contexto del paciente y en tiempo real.
- Soporte social, integración del diagnóstico social en la historia clínica del

paciente para completar el tratamiento.
- Tramitación de acceso a recursos, garantizar la rehabilitación e integración

del individuo en su entorno habitual.
- Coordinación con servicios socio sanitario, ofrecer una atención integral a

los pacientes en su ámbito territorial, proporcionándoles los recursos
sociales y/o sanitarios más adecuados para garantizar una eficacia y
continuidad de cuidados dentro del sistema de bienestar social.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
4.3. Metas Empresariales
Tabla 4.1: Metas Empresariales a Corto, Mediano y Largo Plazo.
Nivel Nivel de Alcance Extensión Grado
Empresarial Planeación De incertidumbre
Elevado, debido a las

La empresa como Largo
Institucional Estratégico coacciones y contingencias,
totalidad. plazo
que no pueden preverse.
Un área específica Mediano Limitación de las variables

de la empresa (un involucradas para reducir la
Intermedio Táctico Plazo
departamento o incertidumbre y permitir la
una división). (18 Meses) programación.
Corto Reducido, gracias a la

Una tarea u
programación y
Operacional Operacional operación Plazo
racionalización de todas las
específica.
(6 Meses) actividades.
4.4. Análisis Interno
a. Fortalezas:
- Personal profesional capacitado.

- Continúa capacitación mediante jornadas y seminarios.
- Cuenta con manuales y protocolos de trabajo.
- Buenas relaciones interpersonales.
- Calidad en el trato al usuario.
b. Debilidades
- Falta de personal profesional.

- No se cuenta con planes operativos.
- Falta de comunicación con unidades periféricas de comunas distantes.
- Falta de presupuesto para capacitación, supervisión y monitoreo.
- Infraestructura inadecuada.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
4.5. Análisis Externo
a. Oportunidades:
- Aplicación de avances médicos desarrollados por la universidad y los especialistas

que trabajen en el centro de salud.
- Participación en el comité de evaluación de retratamiento intermedio.
- Control de calidad externo.
- Trabajo de investigación.
- Desarrollar el área de pensionados para aumentar ingresos propios.
b. Amenazas
- Crisis económica que afecta al aumento explosivo de paciente y disminución del

presupuesto del centro de salud.
- Laboratorios particulares.
- Nuevos virus y enfermedades.
4.6. Factores Críticos de Éxito
- Alineamiento de las acciones de los órganos del MINSA.

- Articulación y concertación con actores e interlocutores claves del campo de los
recursos humanos.
- Alineamiento de la cooperación internacional.
- Creación de mercado laboral
- Transformación del SERUMS.
- Mantener un alto nivel de satisfacción y dedicación entre los profesionales que
componen la organización.

Esta obraaha
lassido
Historias Clínicas
CAPÍTULO V:
FASE DE INCEPCIÓN
BIBLIOTECA
de Ingeniería
5.1. Modelo del Negocio
5.1.1. Reglas del Negocio
Son los procesos del negocio, dónde se determina las acciones o pasos a seguir para
que un paciente sea atendido en el Centro de Salud Jequetepeque, desde su
inscripción y atención del mismo, hasta los procesos de historiales clínicos
efectuados por el personal para los fines necesarios que la entidad requiere y que el
paciente solicita. Para conocer los procesos del negocio, realizamos un estudio de
manera personal en el Centro de Salud, y así verificar las funciones ya establecidas
por cada una de las áreas, para el análisis correspondiente de éstos procesos, que a
continuación determinaremos:
- Si es la primera vez que el Paciente llega a atenderse se le crea una Historia

Clínica.
- Para el registro de historias clínicas, se deberá ingresar nombres, apellidos,

dirección, edad, sexo, etc. Tener en cuenta que los datos ingresados del paciente
sean correctos, para esto serán certificados con la copia de DNI del paciente.
- Para la generación de su Historia Clínica el paciente tendrá que realizar un pago

por derecho de inscripción.
- La Historia Clínica es de uso exclusivo del paciente y del médico que lo atiende.
- Las Historias Clínicas registradas deben estar disponibles, facilitándose en los

casos legalmente contemplados. Estas historias clínicas estarán archivadas de
manera ordenada (según criterio del centro de salud) en el área de Archivos de
Historias Clínicas que funciona exclusivamente como un almacén.
- El tratamiento y diagnóstico del paciente serán plasmados en la Historia Clínica

por el médico que lo atienda.
- Para el registro de cada medicamento se registra su descripción, cantidad, precio

unitario, laboratorio, entre otro.
- Se emiten reportes como: Reportes de cantidad de atenciones por especialidad,

lista de pacientes, reporte de ventas.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
5.1.2. Casos de Uso del Negocio
Secuencia de acciones, realizadas en el negocio; para desarrollar el Diagrama de

Casos de Uso del Negocio se debe estudiar los estereotipos de Casos de Uso del
Negocio y el de Actor del Negocio.
Con ésta actividad se pretende:
 Identificar los procesos en el negocio.
 Definir las fronteras del negocio que van a modelarse.
 Definir quién y qué interactuarán con el negocio.
 Crear Figuras del modelo de casos de uso del negocio.
Figura Nº 5.1: Figura de Caso de Uso del Negocio del Sistema Historial Clínico.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
5.1.3. Hojas de Descripción de Caso de Uso del Negocio
Se procede a describir los casos de uso del negocio, con la secuencia de las
actividades que van realizando los actores del negocio y los trabajadores, como una
breve introducción al diagrama de actividades de cada caso de uso del negocio.
Tabla N° 5.1: Hoja de Descripción del CUN Solicitar Atención.
EMPRESA: “Centro de Salud Jequetepeque”

CASO DE USO SOLICITAR
SISTEMA: Historial Clínico
ATENCIÓN
Elaborado por: Pairazamán & Vigo
OBJETIVO:
Solicitar Atención
Solicitar atención
Paciente Administrativo
FLUJO PRINCIPAL:
Consiste en registrar la atención solicitada por el paciente, para ser atendido en
alguna de las especialidades que el paciente desee.
PRE CONDICIONES:
Solicitud de Atención por parte del paciente.
POST CONDICIONES:
Iniciar el proceso de atención del paciente reservando una cita médica.
REQUISITOS ESPECIALES:
La solicitud de atención es realizada por el paciente y registrada por el personal
administrativo.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Tabla N° 5.2: Hoja de Descripción del CUN Emitir Ticket de Atención.

CASO DE USO EMITIR
TICKET DE ATENCIÓN
OBJETIVO:
Emitir ticket de atención
Emitir ticket de atención

FLUJO PRINCIPAL:
Consiste en que el personal administrativo una vez registrada la atención al
paciente le emite un ticket para que con éste pueda ser atendido posteriormente.
PRE CONDICIONES:
Haber solicitado la atención.
POST CONDICIONES:
El paciente debe estar registrado para que pueda ser atendido en el área de
Triaje.
El personal administrativo genera ticket de atención al paciente con respecto a
la especialidad solicitada.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Tabla N° 5.3: Hoja de Descripción del CUN Atender Triaje.

CASO DE USO ATENDER
TRIAJE
OBJETIVO:
Atender Triaje
Atender triaje
Paciente Enfermera
FLUJO PRINCIPAL:
Consiste en registrar los signos vitales del paciente (Peso, talla, presión, etc.)
antes de ser atendido en la especialidad solicitada.
PRE CONDICIONES:
Haber emitido ticket de atención para la especialidad requerida.
POST CONDICIONES:
Registrar datos de los signos vitales en la historia clínica.
La enfermera controla los signos vitales y registra los datos del paciente en la
historial clínico.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Tabla N° 5.4: Hoja de Descripción del CUN Atender Cita Médica.

CASO DE USO ATENDER
CITA MÉDICA
OBJETIVO:
Atender Cita Médica
Atender cita médica

Paciente Médico
FLUJO PRINCIPAL:
Consiste en revisar al paciente según la especialidad solicitada y lo datos que se
hallen plasmados en el historial clínico del paciente.
PRE CONDICIONES:
El paciente debe haber pasado por el área de Triaje.
POST CONDICIONES:
Registrar los datos encontrados del paciente en la historia clínica.
El médico evalúa al paciente y realiza un diagnóstico para registrar los datos en el
historial clínico.
Fuente: (Elaboración Propia, 2017).

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Tabla N° 5.5: Hoja de Descripción del CUN Emitir Receta Médica.

CASO DE USO EMITIR
RECETA MEDICA
OBJETIVO:
Emitir Receta Médica
Emitir receta médica

Paciente Médico
FLUJO PRINCIPAL:
El paciente una vez que es atendido, y el médico ha escrito un diagnóstico sobre
el paciente, emite una receta médica con el tratamiento a seguir por parte del
paciente.
PRE CONDICIONES:
El paciente debe haber pasado por el área de Triaje y/o sido atendido por el
médico previa cita médica.
POST CONDICIONES:
Registrar los datos encontrados en la historia clínica del paciente.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Tabla N° 5.6: Hoja de Descripción del CUN Solicitar Medicamento.

CASO DE USO SOLICITAR
MEDICAMENTO
OBJETIVO:
Solicitar Medicamento
Solicitar medicamento
Paciente Farmacéutico
FLUJO PRINCIPAL:
Consiste en que el paciente que es atendido por el medico recibe una receta
médica para que compre medicamentos, estos medicamentos son solicitados
por parte del paciente en el área de farmacia, el farmacéutico es quien toma el
pedido para atenderlo.
PRE CONDICIONES:
Contar con una receta médica.
POST CONDICIONES:
Efectuar pago por la compra de los medicamentos.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Tabla N° 5.7: Hoja de Descripción del CUN Despachar Medicamento.

CASO DE USO DESPACHAR
MEDICAMENTO
OBJETIVO:
Despachar Medicamento
Despachar medicamento
Paciente Farmacéutico
FLUJO PRINCIPAL:
El farmacéutico es el encargado de despachar los medicamentos que fueron
solicitados por el paciente.
PRE CONDICIONES:
Haber solicitado un pedido.
POST CONDICIONES:
Entregar pedido al paciente.

Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
5.1.4. Diagrama de Actividades del Negocio
Los Diagramas de Actividades que mostramos a continuación, van a mostrar las

actividades detalladas de los procesos de negocio mostrando flujo de objetos y
carriles.
PACIENTE ADMINISTRATIVO
ATENCIÓN ATENCIÓN
[Solicitada] [Atendida]
Solicitar atención Atender atención
PACIENTE
[Verificado]
Verificar datos del paciente
[SI] [NO]
Existe?
Registrar datos del paciente
PACIENTE
[Registrado]
Solicitar especialidad
Especificar especialidad
ESPECIALIDAD
ESPECIALIDAD
[Especificado] [Solicitada]
ESPECIALIDAD
[Verificada]
Verificar especialidad
[SI] [NO]
Se atenderá?
TICKET
[Recepcionado] Emitir tiket de atención
TICKET
[Emitido]
Recepcionar ticket de atención
Figura Nº 5.2: DAN del CUN Solicitar Atención.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Figura Nº 5.3: DAN del CUN Atender Triaje.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Figura Nº 5.4: DAN del CUN Atender Cita Médica.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Figura Nº 5.5: DAN del CUN Solicitar Medicamento.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Figura Nº 5.6: DAN del CUN Despachar Medicamento.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
5.1.5. Modelo de Objeto del Negocio
El Modelo de Objeto es creado a través de los Diagramas de Actividades que

describen los Casos de Uso del Negocio con los objetos o documentos incluidos, y a
continuación se muestran los MON del sistema:
Paciente Lee Administrativo

Crea
Lee
PACIENTE ESPECIALIDAD CITA_MEDICA
Figura Nº 5.7: MONCUN Solicitar Atención.

Lee Crea,Lee
PACIENTE TICKET ATENCIÓN
Figura Nº 5.8: MONCUN Emitir Ticket de Atención.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Paciente Enfermera
Lee
Crea , Lee
PACIENTE TRIAJE
1
contiene
1..n
DETALLE TRIAJE
Figura Nº 5.9: MONCUN Atender Triaje.

Paciente Médico
Lee
Lee Crea
CITA_MÉDICA ESPECIALIDAD
HISTORIA CLÍNICA
1
contiene
1..n
DETALLE HISTORIA CLÍNICA
Figura Nº 5.10: MONCUN Atender Cita Médica.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
Paciente Lee Farmacéutico Crea

Lee
PEDIDO_MEDICAMENTO
PACIENTE RECETA MEDICA 1
contiene
1..n
DETALLE_PEDIDO
Figura Nº 5.11: MONCUN Solicitar Medicamento.

Figura Nº 5.12: MONCUN Despachar Medicamento.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
REPORTE
(from Módulo Historias clínicas)
Crea
Lee
Lee
PERSONAL
CONSULTAS
Administrativo
Lee
Lee (from Logical View)
MEDICAMENTOS
CITAS_MEDICAS
Figura Nº 5.13: MONCUN Emitir Reportes de Gestión.


Esta obraaha
lassido
Historias Clínicas
BIBLIOTECA
de Ingeniería
5.1.6. Modelo de Dominio
El modelo del dominio muestra clases conceptuales significativas en un dominio del

problema; es el artefacto más importante que se crea durante el análisis orientado a
objetos.
tiene
1..n
1
DIAGNÓSTICO
TIPO COMPROBANTE TIPO_USUARIO
1..n BITACORA
1 1 1..n
1..n tiene
cont... tiene tiene tiene
PERMISO
1 1..n
1 tiene
1..n
1 1 1..n 1..n
USUARIO CAJA
1..n 1 UBIGEO
COMPROBANTE PAGO contiene
RECETA MÉDICA tiene
1..n
1 1..n
1 tiene tiene tiene
cont... 1 1..n 1 1..n

1
PERSONA PACIENTE SEGURO
1 1 1 1
1..n PEDIDO tiene tiene
1..n
cont... 1..n 1..n
Cont...
RECETA MEDICA MEDICAMENTO tiene
1 1 1..n
tiene 1 EMPLEADO HISTORIA CLINICA 1..nCITA
1..n 1 cont... 1
1
cot... PEDIDO MEDICAMENTO tiene tiene
1..n tiene 1
1..n 1..n
cont... 1 1 ati... 1..n
1..n 1..n
1 cont... TRIAJE
1
MEDICO 1 HOSPITALIZACION
CARGO CITA EXAMEN
1..n 1..n tiene
1..n 1
MEDICAMENTO cont... ati... 1..n
1..n cont... 1..n
1..n 1
cont... 1..n
cont... 1..n TURNO PROGRAMDO tiene
1 cont... TIPO MEDICAMENTO 1 1 1..n

tiene EMERGENCIA
1
1
1..n 1
tiene
ESPECIALIDAD HABITACION CAMILLA
LABORATORIO 1 cont...
EXAMEN
1..n 1..n
MARCA cont...
EMERGENCIA DIAGNOSTICO 1
INGRESO DINERO EGRESO DINERO
1..n
TIPO_EXAMEN
Figura Nº 5.14: Diagrama de Dominio.

a las Historias Clínicas de los Pacientes del Centro de Salud
Para ver Jequetepeque”
una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA
de Ingeniería
5.2. Modelo de Requerimientos
5.2.1. Determinación de Requerimientos Funcionales
Los requerimientos funcionales de un sistema describen lo que el sistema debe hacer.

Estos requerimientos dependen del tipo de software que se desarrolle, de los posibles
usuarios del software y del enfoque general tomado por la organización al redactar
requerimientos. Los requerimientos funcionales del sistema describen con detalle la
función de éste, sus entradas y salidas, excepciones.
 Registrar a los pacientes que se atienden en el centro de Salud Jequetepeque y

listarlos para posibles pedidos que pueden ser solicitados por el área de salud.
 Registrar una cita médica para los pacientes que soliciten atención en algunas de
las especialidades que se atienden en el centro de salud.
 Registrar el Triaje de los pacientes que han solicitado atención médica.
 Registrar y actualizar Historia Clínica de los pacientes cada vez que soliciten
atención médica en el centro de salud.
 Registrar programación de atención de cada una de las especialidades con las que
cuenta el centro de salud Jequetepeque.
 Validar datos ingresados en los controles de cada formulario web al momento de

insertar o actualizar información.
 Registrar ventas del área de farmacia.
 Registrar medicamentos que se encuentren disponibles para venta en el área de

farmacia.
 Validar el ingreso al sistema por cada uno de los usuarios (personal

administrativo, Médicos, enfermera, farmacéutico).

BIBLIOTECA
de Ingeniería
5.2.2. Determinación de Requerimientos no Funcionales
Los requerimientos no funcionales del presente sistema permiten ejecutar con

eficiencia y eficacia las funcionalidades planteadas para el sistema. Entre las
principales categorías de requerimientos no funcionales tenemos:
A. Rendimiento.
Los requerimientos clasificados en esta categoría están relacionados con tiempo

de respuesta estimado, requerido y esperado para la ejecución de procesos del
sistema.
En esta categoría se considera el siguiente ítem:
a. Proporcionar tiempo de respuesta aceptable en los procesos del sistema.
B. Fiabilidad.
Estos requerimientos están relacionados con la capacidad del usuario para confiar
en las respuestas del sistema.
En esta categoría se consideran el siguiente ítem:
a. Proveer contingencias para eventos de caídas del sistema.
C. Disponibilidad.
Son requerimientos que se relacionan con la capacidad del sistema para estar
disponible para los usuarios, esto refleja en el e tiempo estimado, esperado y
requerido por el usuario para que el sistema esté disponible.
En esta categoría se consideran los siguientes ítems:
a. Garantizar velocidad estable de navegación para el sistema.
b. Estimar tiempos aceptables del sistema fuera de línea.
D. Seguridad
Requerimientos relacionados con la confidencialidad de los datos registrados en la

transmisión y en los almacenamientos, junto con las necesidades del sistema para
evitar intrusiones no autorizadas.
En esta categoría se consideran los siguientes ítems:
a. Permitir almacenamiento cifrado de datos determinados.

BIBLIOTECA
de Ingeniería
b. Permitir canales cifrados de transmisión de datos para procesos específicos

como la autenticación de usuarios.
c. Permitir registro de eventos del sistema, empleando la información de la sesión

del usuario.
E. Software
a. Servidor:
- MYSQL.
b. Clientes:
- Sistema Operativo Windows XP o superior.
- Navegador Chrome.
F. Hardware
a. Servidor Web:
- Microprocesador: Dual Core, superior o compatible.
- Memoria RAM: 4GB.
b. Servidor MYSQL:
- Microprocesador: Dual Core, superior o compatible.
- Memoria RAM: 4GB.
- Disco Duro: 500 GB o superior.
c. Clientes:
- Microprocesador: Dual Core, superior o compatible
- Memoria RAM: 4 GB.

BIBLIOTECA
de Ingeniería
5.2.3. Diagramas de Paquetes
En la mayoría de sistemas, el número de casos de uso es lo suficientemente

elevado como para que sea oportuno organizarlos de alguna forma, en lugar
de tener una lista plana por la que no es fácil navegar. Una posible forma de
organizar los casos de uso es recurrir a los paquetes descritos en UML. De
esta forma, los casos de uso pueden organizarse en niveles, facilitando así
su comprensión.
SISTEMA DE HISTORIAL CLÍNICO
Gestión de Citas Gestión Triaje Gestión de Historias Farmacia Reportes de

Médicas Clínicas Gestión
Figura Nº 5.15: Diagrama de Paquetes.

5.2.4. Modelo de Casos de Uso por Paquete
A continuación se muestran los diferentes paquetes con los que contará el sistema:
Figura Nº 5.16: Paquete Gestionar Cita Médica.


BIBLIOTECA
de Ingeniería
Seleccionar paciente
<<include>>
Enfermera Registrar triaje
Figura Nº 5.17: Paquete Gestión Triaje.

(from Gestión T riaje)
<<include>>
Llenar historia clínica

Médico
<<include>>
Registrar triaje
Enfermera
Figura Nº 5.18: Paquete Gestionar Historia Clínica.


BIBLIOTECA
de Ingeniería
<<extend>>
Registrar laboratorio Agregar laboratorio
<<include>>
<<extend>>
Registrar medicamento
Agregar medicamento
<<include>>
Farmaceútico
Registrar Pedido Seleccionar medicamento
Despacha pedido
Figura Nº 5.19: Paquete Farmacia.

Reporte de historias clínicas
Reportes de caja Generar reportes de gestión. Reportes de atenciones por médico
Reportes de atenciones por

Reportes de cítas médicas especialidad
Figura Nº 5.20: Paquete Reportes de Gestión.


BIBLIOTECA
de Ingeniería
5.2.5. Descripción de los Casos de Uso
Tabla N° 5.8: Descripción del Caso de Uso Gestionar Cita Médica.

Descripción de Paquete: SISTEMA: Sistema de Historial Clínico
Gestionar Cita Médica Autores: Pairazamán & Vigo
Fecha: 20/01/2017
OBJETIVO: Registrar en el sistema de historial clínico una cita médica solicitada por un
paciente que desea atención en alguna de las especialidades del centro de salud.
¿Paciente
Registrado?
<<include>>
Registrar paciente
Regitrar cita
Administrativo
<<include>>
Especialidad
PRE CONDICIONES:
El paciente debe estar registrado en el sistema para que pueda solicitar una cita médica.
POST CONDICIONES:
Ninguna
FLUJO PRINCIPAL:
 Marcar botón Nuevo: Ejecutar F1
 Marcar botón Grabar: Ejecutar F2
 Marcar botón Cancelar: Ejecutar F3
FLUJO SECUNDARIO:
 F1: Nuevo
 Autogenera el número cita médica.
 Reinicializa y activa todos los controles para el registro de una cita
médica. (E1)
 F2: Grabar
 Graba una cita médica a partir de los datos ingresados en los controles
activos. (E2)
 Desactiva todos los controles activos y agrega el nuevo ítem registrado a la
tabla de citas. (E3)

BIBLIOTECA
de Ingeniería
 F3: Cancelar
 Descarta los datos ingresados por teclado, reinicializa y desactiva todos los
controles.
EXCEPCIONES:
 En Caso no se completen los datos solicitados, aparecerá un mensaje de alerta.
Tabla N° 5.9: Descripción del Caso de Uso Gestionar Triaje.

Descripción de Paquete SISTEMA: Sistema de Historial Clínico
Gestionar Triaje Autores: Pairazamán & Vigo
Fecha: 20/01/2017
OBJETIVO: Registrar en el sistema de historial clínico los signos vitales del paciente
antes de ser atendido en la especialidad solicitada.
<<include>>
Enfermera Registrar triaje
PRE CONDICIONES:
El paciente debe haber registrado una cita médica.
POST CONDICIONES:
Ninguna
FLUJO PRINCIPAL:
FLUJO SECUNDARIO:
 F1: Nuevo
 Reinicializa y activa todos los controles para el registro de un nuevo Triaje
 F2: Grabar
 Graba una un Triaje a partir de los datos ingresados en los controles
activos.

BIBLIOTECA
de Ingeniería

tabla de citas.
 F3: Cancelar
Descarta los datos ingresados por teclado, reinicializa y desactiva todos los
controles.
EXCEPCIONES:
Tabla N° 5.10: Descripción del Caso de Uso Gestionar Historia Clínica.

Gestionar Historia Clínica Autores: Pairazamán & Vigo
Fecha: 20/01/2017
OBJETIVO: Registrar en el sistema de historial clínico los datos del Triaje, y los datos
del paciente que se encuentren en la revisión de él.
(from Gesti ón T ri aj e)
<<include>>
Llenar historia clínica

Médico
<<include>>
Registrar triaje
Enfermera
PRE CONDICIONES:
El paciente debe haber pasado por el área de Triaje.
POST CONDICIONES:
Ninguna
FLUJO PRINCIPAL:

BIBLIOTECA
de Ingeniería
FLUJO SECUNDARIO:
 F1: Nuevo
 Reinicializa y activa todos los controles para el registro de un nuevo
historial clínico.
 F2: Grabar
 Graba una historia clínica a partir de los datos ingresados en los controles
activos.
tabla de citas.
 F3: Cancelar
controles.
EXCEPCIONES:
Tabla N° 5.11: Descripción del Caso de Uso Gestionar Historia Clínica.

Farmacia Autores: Pairazamán & Vigo
Fecha: 20/01/2017
OBJETIVO: Registrar en el sistema los medicamentos con los que dispone para ser
expendidos a los pacientes.
<<extend>>
Registrar laboratorio Agregar laboratorio
<<include>>
<<extend>>
Registrar medicamento
Agregar medicamento
<<include>>
Farmaceútico
Registrar Pedido Seleccionar medicamento
Despacha pedido

BIBLIOTECA
de Ingeniería
PRE CONDICIONES:
Ninguna
POST CONDICIONES
Ninguna
FLUJO PRINCIPAL:
FLUJO SECUNDARIO:
 F1: Nuevo
 Reinicializa y activa todos los controles para el registro de un nuevo
producto, pedido o nuevo laboratorio.
 F2: Grabar
 Graba una un producto, pedido a partir de los datos ingresados en los
controles activos.
tabla de citas.
 F3: Cancelar
controles.
EXCEPCIONES:

BIBLIOTECA
de Ingeniería
5.2.6. Estimación de Tiempo de Desarrollo Basado en Puntos de Caso de Uso
En ésta investigación se realizó la planificación basada en casos de usos bajo método

de estimación por Puntos de Casos de Uso, el cual permite estimar el tiempo de
desarrollo de un proyecto.
I. Factor de Peso de los Actores sin ajustar (UAW)
Tabla Nº 5.12: Factor de Peso de los Actores sin Ajustar (UAW).
Tipo de Actor Factor
Simple 1
Medio 2
Complejo 3
Se calcula con la ecuación:
UAW = (Act. Simples) * (Factor) + (Act. Medios) * (Factor) + (Act. Complejos) * Factor.
Tabla Nº 5.13: Factor de Peso por Cada Actor y su Tipo.
FACTOR DE PESO POR CADA ACTOR Y SU TIPO
ACTOR TIPO FACTOR
Administrador Complejo 3
Pacientes Medio 2
Enfermera Medio 2
Médicos Medio 2
Farmacéutico Medio 2
UAW = (Act. Simples) * (Factor) + (Act. Medios) * (Factor) + (Act. Comp) * (Factor)
UAW = 0 * 1 + 4 * 2 + 1 * 3
UAW = 11

BIBLIOTECA
de Ingeniería
II. Factor de Peso de los Casos de Uso Sin Ajustar (UUCW)
Tabla Nº 5.14: Factor de Peso de los Casos de Uso Sin Ajustar (UUCW).
Factor de peso por cada caso de uso y su tipo.
Caso de Uso Tipo Factor
Registrar Paciente Simple 5
Registrar Médicos Simple 5
Registrar programación de especialidades Medio 10
Registrar Cita Médica Medio 10
Registrar Triaje Simple 5
Atención de Citas Médicas. Medio 10
Registrar programación de especialidades Medio 10
Registrar Historias Clínicas Medio 10
Registrar Bitácora Medio 10
Registrar Especialidades Medio 10
Registrar Usuarios Simple 5
Registrar Empleados Simple 5
Registrar Medicamentos Simple 5
Registrar Ventas Simpe 5
Generar reportes de Pacientes Medio 10
Generar reportes de Médicos Simple 5
Generar reportes de Citas Médicas Medio 10
Generar reportes de ventas Medio 10
Generar reporte de Utilidades Complejo 15
Generar reporte de Caja Medio 10
Generar reporte de Egresos Simple 5
Generar reporte de Ingresos Simple 5

BIBLIOTECA
de Ingeniería
UUCW = (Act. Simples) * (Factor) + (Act. Medios) * (Factor) + (Act. Comp) * (Factor)
UUCW= 11 * 5 + 10 * 11 + 1* 15
UUCW = 180
 Calculando casos de Uso sin Ajustar
El factor de peso de los casos de uso sin ajustar está dado por la cantidad de casos de uso
que existan en el sistema y la complejidad que presenta cada uno de ellos, este factor está
representado por la expresión:
Calculando casos de Uso sin Ajustar
UUCP = UAW + UUCW...................................................................................................(5.2)
UUCP = UAW + UUCW
UUCP = 23 + 180
UUCP = 203
III. Factor de Peso para cada Factor de Complejidad Técnica (TCF)
Es un coeficiente que se calcula mediante la cuantificación de un conjunto de factores que

determinan la complejidad técnica del sistema y está dado por la siguiente ecuación:
TCF = 0.6 + 0.01 ∗ ∑13

i=1(Peso i ∗ Valor i )....................................................................(5.3)
Tabla Nº 5.15: Factor de Peso para cada Factor de Complejidad Técnica.
𝑷𝒆𝒔𝒐 𝒊 *
Descripción Factor 𝑷𝒆𝒔𝒐 𝒊 𝑽𝒂𝒍𝒐𝒓𝒊 𝑽𝒂𝒍𝒐𝒓𝒊
Sistema distribuido T1 2 5 10
Tiempo de respuesta T2 1 5 5
Eficiencia por el usuario T3 1 3 3
Procesamiento interno complejo T4 1 5 5
Reusabilidad T5 1 4 4
Facilidad de instalación T6 0.5 4 2

BIBLIOTECA
de Ingeniería
Facilidad de uso T7 0.5 4 2
Portabilidad T8 2 3 6
Facilidad de cambio T9 1 3 3
Concurrencia T10 1 4 4
Objetivos especiales de seguridad T11 1 4 4
Acceso directo a terceras partes T12 1 3 3
Facilidades especiales de
entrenamiento a usuarios finales T13 1 4 4
TOTAL 55
Calculando :
13
TCF = 0.6 + 0.01 ∗ ∑(Peso i ∗ Valor i )

i=1
TCF = 0.6 + 0.01 ∗ (55)
TCF = 1.15
IV. Factor de Peso para cada Factor ambiente y su Valor (EF)
Los agentes que intervienen en el cálculo del factor Ambiente están dados por las
habilidades y el entrenamiento del grupo involucrado en el desarrollo del sistema, este se
calcula mediante la ecuación.
EF = 1.4 − 0.03 ∗ ∑8i=1(Peso i ∗ Valor i )......................................................................(5.4)

BIBLIOTECA
de Ingeniería
Tabla Nº 5.16: Factor de Peso para cada Factor Ambiente y su Valor (EF).
1. Familiaridad con el modelo de

proyecto utilizado E1 1.5 3 4.5
2. Experiencia en la aplicación E2 0.5 3 1.5
3. Experiencia en orientación a
objetos E3 1 4 4
4. Capacidad del analista líder E4 0.5 5 2.5
5. Motivación E5 1 5 5
6. Estabilidad de los requerimientos

E6 2 4 8
7. Personal a tiempo compartido E7 1 3 3
8. Dificultad del lenguaje de

programación E8 -1 3 -3
TOTAL 25.5
Calculando:
8
EF = 1.4 − 0.03 ∗ ∑(Peso i ∗ Valori )

i=1
EF = 1.4 − 0.03 ∗ 25.5
EF = 0.635

BIBLIOTECA
de Ingeniería
 Cálculo de Puntos de Casos de Uso Ajustado
UCP = UUCP ∗ TCF ∗ EF..................................................................................................(5.5)
Caluculando usando la ecuación (5.5)
UCP = 203 ∗ 1.15 ∗ 0.635
UCP = 148.24
V. Estimación de Esfuerzo
ℎ𝑜𝑟𝑎𝑠
Para el proyecto se considerara un factor de conversión (CF) de 20 por UCP, que
ℎ𝑜𝑚𝑏𝑟𝑒
se utilizará en la siguiente fórmula:
𝐸 = 𝑈𝐶𝑃 ∗ 𝐶𝐹..................................................................................................................(5.6)
H−H
E = 148.24 ∗ 20
CU
H−H
E = 2964.8
CU
Tabla Nº 5.17: Porcentaje de Esfuerzo Total para el Proyecto.
Actividad Porcentaje Horas-Hombre
1. Análisis 10.00% 741.20
2. Diseño 20.00% 1482.40
3. Programación 40.00% 2964.80
4. Prueba 15.00% 1111.80
5. Sobrecarga (otras actividades) 15.00% 1111.80
Total 100.00% 7412.00
Esfuerzo Total = 7412.00.

BIBLIOTECA
de Ingeniería
VI. Calculó de Tiempo de Desarrollo (Tdes Total)
Para el desarrollo del proyecto hemos considerado CH= 3 ya que somos dos los
participantes del proyecto de investigación y un asesor que nos ayudara en el desarrollo.
Etotal
TDesTtotal = CHtotal………………………………………………………..…………. (5.7)
Dónde:
TDesTotal = Tiempo de Desarrollo.
ETotal = Estimación del Esfuerzo.
CHtotal = Cantidad de Hombres.
En esta intervienen el Esfuerzo y la cantidad de personas que participan en el desarrollo de

la Aplicación (CH).
Reemplazamos en (5.7).
7412H − H
TDestotal =
3H
TDesTotal = 2470.66 Horas
El tiempo de desarrollo es de 2470.66 Horas-Hombre, teniendo en cuenta que el total de

horas hombre lo estamos dividiendo entre dos, dado el caso de ser dos los tesistas en
desarrollo de la presente Tesis.
ℎ𝑜𝑟𝑎𝑠
Se empleará 06 diariamente y se trabajará 6 días a la semana, por lo que se realiza
ℎ𝑜𝑚𝑏𝑟𝑒
el siguiente factor de conversión para estimar el tiempo en meses:

horas 1 dia 1 sem 1 mes
TDes total = 2470.66 x horas x 6 dias x
hombre 06 4 sem
hombre
TDes total = 17.54 meses
El proyecto se realizará en 17 meses, 12 días con 12 horas.

BIBLIOTECA
de Ingeniería
5.2.7. Viabilidad Económica
I. Costos de Inversión
Para la presente investigación fue necesario equipar un centro de trabajo

especialmente para el desarrollo del sistema, tomando como centro el domicilio de
uno de los tesistas.
 Costos de Hardware
Tabla Nº 5.18: Costos de Hardware.
Descripción Costo Cantidad Subtotal (S/.)
1. PC´ Personal, Toshiba Intel Core i3 4GB Ram S/.1500.00 2 3000.00
2. Multifuncional HP LaserJet Pro M1212nf S/.769.00 1 769.00
TOTAL S/. 3,769.00
 Costos de Software
Tabla Nº 5.19: Costos de Software.
Precio Subtotal
Software Especificaciones técnicas Disponible
(S/.) (S/.)
1. Sistema Operativo Microsoft Windows Xp Si 0.00 0.00
2. Microsoft Office Versión 2010 Si 0.00 0.00
3. Erwin Versión 13.1 Si 0.00 0.00
4. Bootstrap Versión 3.3.4 No (gratuito) 0.00 0.00
5. Servidor de Base de datos MySql No (gratuito) 0.00 0.00
6. PHP MyAdmin Versión 5.5 No (gratuito) 0.00 0.00
7. Rational Rose Trial Versión 2007 No (gratuito) 0.00 0.00
TOTAL S/. 0.00

BIBLIOTECA
de Ingeniería
 Costos de Muebles y Enseres
Tabla Nº 5.20: Costos de Muebles y Enseres.
Descripción Costo Cantidad Subtotal (S/.)
1. Muebles para computadoras 400.00 2 800.00
TOTAL S/. 800.00
 Total costos de Inversión
Tabla Nº 5.21: Total costos de Inversión.
Tipo de Inversión Sub Total(S/.)
1. Hardware 3769.00
2. Software 0.00
3. Muebles y enseres 800.00
TOTAL S/. 4569.00
II. Costos de Desarrollo
 Costos de Recursos Humanos
Tabla Nº 5.22: Costos de Recursos Humanos.
Descripción Costo Cantidad Tiempo(Meses) Subtotal (S/.)
1. Programador S/.750.00 2 12 18000.00
2. Ingeniero de
Sistemas(Asesor) S/.00.00 1 12 00.00
TOTAL S/.18000.00

BIBLIOTECA
de Ingeniería
 Costos de Insumos (Materiales)
Tabla Nº 5.23: Costos de Insumos (Materiales).
Material Cantidad Costo Unit. Subtotal

(S./) (S./)
1. Papel Bond A4 - Millar 1 26.00 26.00
2. Tinta Color 1 26.00 26.00
3. Tinta Negro 1 12.00 12.00
4. Lapiceros 4 1.50 6.00
5. Corrector 2 3.50 7.00
6. DVD 6 1.50 9.00
7. Fotocopias 150 0.10 15.00
8. Anillados 4 3.00 12.00
9. Empastado 3 30.00 90.00
10. Impresión 1 0.15 0.15
11. Folder de Manila 4 0.50 2.00
12. Otros 1 8.00 8.00
TOTAL S/.213.15
 Costos de Energía
De acuerdo a (HIDRANDINA, 2016), tomando en cuenta que el consumo de una

computadora por hora es de 0.2 Kw. y el costo de energía tiene un valor de S/.
0.3933 x Kwh.

BIBLIOTECA
de Ingeniería
Tabla Nº 5.24: Costos de Energía.
Cantidad Costo Consumo Tiempo Subtotal

Descripción
(S/./(KW-hr) (KW-hr)/mes) (meses) (S/.)
1. Ordenador 2 0.3933 144 12 1,359.24
2. Impresora 1 0.3933 30 12 141.58
TOTAL S/. 1,500.82
 Costos de Servicios.
Tabla Nº 5.25: Costos de Servicios.
Cantidad Costo Tiempo Subtotal

Descripción
(Hr./mes) (S/./Hr) (meses) (S/.)
1. Internet + Telefonía Fija 24 70.00 12 840.00
TOTAL S/. 840.00
 Total Costos de Desarrollo.
Tabla Nº 5.26: Total Costos de Desarrollo.
Recurso Total (S/.)
1. Humano 18000.00
2. Material 213.15
3. Servicios 840.00
4. Energía 1500.82
Total 20,553.97
Costos totales: S/. 20,553.97.

BIBLIOTECA
de Ingeniería
III. Costos de Implementación
 Hardware
Tabla Nº 5.27: Hardware.
Descripción Cantidad Costo Subtotal (S/.)
1. PC´s, Intel Core i3 4GB Ram 2 1500.00 3000.00
2. Servidor HP G8, procesador Intel 1 2569.00 2569.00
350.00( Fuente:
3. Impresora Matricial epson 2 Computech) 700.00
TOTAL S/. 6,269.00
 Software
Tabla Nº 5.28: Software.
Cantidad Descripción Total (S/.)
1 PHP Designer 7.0 0.00
1 Servidor de Base de datos MYSQL 0.00
1 PHP MyAdmin 3.2.5 0.00
TOTAL S/. 0.00
 Mobiliario
Tabla Nº 5.29: Mobiliario.
Descripción Cantidad Costo Subtotal (S/.)
1. Muebles para computadoras 2 400.00 800.00
TOTAL S/. 800.00
Total de costos de Implementación = S/. 7,069.00.

BIBLIOTECA
de Ingeniería
IV. Costos Operacionales (S/ .Año)
Son los costos que se realiza por la operación de los equipos, en suministros para los
mismos, así como el consumo de energía utilizado para acceder al sistema.
 Recursos Humanos
Tabla Nº 5.30: Recursos Humanos.
Descripción Personas Costo al mes Veces al año Total (S/.)
Servicio técnico 1 200.00 4 800.00
Contingencia 1 400.00 4 1,600.00
Otros 1 300.00 4 1,200.00
TOTAL S/. 3,600.00
 Insumos
Tabla Nº 5.31: Insumos.
Precio Unitario
Materiales Cantidad Unidad Sub Total (S/.)
(S/.)
1. CD 20 Unidad 1.00 20.00
2. Lapiceros 20 Unidad 0.50 10.00
3. Lápices 20 Unidad 0.5 10.00
4. Corrector 5 Unidad 1.50 7.50
5. Borrador 10 Unidad 0.5 5.00
6. Cartuchos de
6 Unidad 120.00 840.00
tinta
TOTAL S/. 892.50

BIBLIOTECA
de Ingeniería
 Energía Eléctrica
Tabla Nº 5.32: Energía Eléctrica.
Descripción Cantidad Costo Consumo Tiempo Subtotal
N° (S/./(KW-hr) (KW-hr)/mes) (meses) (S/.)
Servidor 1 0.3933 144 12 679.62
Ordenador 4 0.3933 144 12 2718.49
Impresora 3 0.3933 30 12 424.76
TOTAL S/. 3,143.25
 Mantenimiento de Dominio:
Para el mantenimiento del dominio existente se realizará de un pago anual de S/.

130.00.
 Mantenimiento de Equipos:
Tabla Nº 5.33: Mantenimiento de Equipos.
Descripción Año
Hardware S/. 250.00
Web S/. 130.00
Red Informática S/. 350.00
TOTAL S/. 730.00

BIBLIOTECA
de Ingeniería
 Depreciación de Equipos
Tabla Nº 5.34: Mantenimiento de Equipos.
Costo Cantidad Depreciación Subtotal

Descripción
(S/./Equipo) N° (Anual) (S/.)
1. Ordenador 1500.00 2 0.25 750.00
2. Impresora 769.00 1 0.25 192.25
TOTAL S/. 942.25
Total de Costos de Operación = S/. 9,308.00.
5.2.8. Beneficios
A. Beneficios Tangibles
Tabla Nº 5.35: Beneficios Tangibles.
Costo Tiempo Subtotal
Descripción Cantidad (S/./mes) (meses) (S/.)
1. Reducción de Empleados(Archivador de HC y
2 1,200.00 12 28800.00
Secretaria)
2. Ahorro en papelería 1 30.00 12 360.00
3. Ahorro en espacio físico (Uso de Almacén de

1 100.00 12 1200.00
HC para otra actividad)
TOTAL S/. 30,360.00
B. Beneficios Intangibles
- Mejora la imagen Institucional.
- Eleva el servicio al cliente.
- Permite la generación de consultas y reporte en forma rápida y exacta.

BIBLIOTECA
de Ingeniería
- Aumento de la fiabilidad y seguridad de los datos.
- Mejora en tener oportunamente la información deseada, para la toma de

decisiones en el momento requerido.
- Integridad y uniformidad de la información obtenida, aumento de la

disponibilidad de datos.
- Iniciar políticas de ahorro y control de tiempos y dinero dentro de la

institución.

BIBLIOTECA
de Ingeniería
C. Flujo de Caja.
Tabla Nº 5.36: Flujo de Caja.
DESCRIPCIÓN AÑO 0 AÑO 1 AÑO 2 AÑO 3
1. COSTO DE INVERSION S/. 4,569.00
A. COSTO DE HARDWARE 3769.00
B. COSTO DE SOFTWARE 0.00
C. COSTO DE MUEBLES 800.00
2. COSTO DE DESARROLLO S/. 20,553.97
A. RECURSOS HUMANOS 18000.00
B. COSTO DE INSUMOS 213.15
C. COSTO DE ENERGIA 1500.82
D. COSTO DE SERVICIOS 840.00
TOTAL INVERSIÓN S/. 25,122.43
3. COSTOS OPERACIONALES (S/./año)
A.COSTOS DE RECURSOS HUMANOS 3600.00 3600.00 3600.00
B. COSTOS DE INSUMOS 892.50 892.50 892.50
C. COSTOS DE ENERGIA 3143.25 3143.25 3143.25
D. COSTOS DE MANTENIMIENTO 730.00 730.00 730.00
E. COSTOS DE DEPRECIACION 942.25 942.25 942.25
TOTAL COSTO OPERACIONAL S/ 9,308.00 S/ 9,308.00 S/ 9,308.00
4. BENEFICIOS (S/./año)
A. BENEFICIOS TANGIBLES
B. REDUCCIÓN DE EMPLEADOS 28800.00 28800.00 28800.00
C. AHORRO EN PAPELERÍA 360.00 360.00 360.00
D.AHORRO EN ESPACIO FÍSICO 1200.00 1200.00 1200.00
TOTAL BENEFICIOS S/. 30,360.00 S/. 30,360.00 S/. 30,360.00
TOTAL BENEFICIO NETO S/. 25,122.43 S/. 21,052.00 S/. 21,052.00 S/. 21,052.00

BIBLIOTECA
de Ingeniería
D. Valor Actual Neto (VAN)
También llamado Valor Presente Neto. Representa el excedente generado por un

proyecto en términos absolutos después de haber cubierto los costos de inversión, de
operación y de uso del capital.
El VAN es la suma algebraica de los valores actualizados de los costos beneficios
generados por el proyecto.
1 Q
2 Q n Q
VAN = −A + (1+K)1
+ (1+K)2
+ ⋯ + (1+K)n
………………………….................. (5.8)
Dónde:
VAN = Valor Actual Neto de la Inversión.
 A = Valor de la Inversión Inicial.

Q1 = Valor neto de los distintos flujos de caja. Se trata del valor neto así cuando en
un mismo periodo se den flujos positivos y negativos será la diferencia entre ambos
flujos.
k = Tasa de retorno del periodo. (Se considera el 14% según Banco de Crédito del
Perú – Marzo 2017).
21052.00 21,052.00 21,052.00

𝑉𝐴𝑁 = −25,122.43 + + +
(1 + 0.14)1 (1 + 0.14)2 (1 + 0.14)3
𝑉𝐴𝑁 = 23,762.41
E. Análisis de Costo – Beneficio (B/C)
Es conocido como coeficiente beneficio/costo y resulta de dividir la sumatoria de los

beneficios actualizados entre la sumatoria de los costos actualizados que son
generados en la vida útil del proyecto.
VPB
B/C = ………………………………………………….……....................... (5.9)
VPC
El Valor Presente neto de los Beneficios es como sigue:
30,360.00 30,360.00 30,360.00
0 1 2 3

BIBLIOTECA
de Ingeniería
𝐵1 𝐵2 𝐵3
𝑉𝑃𝐵 = + +
(1 + 𝑖)1 (1 + 𝑖)2 (1 + 𝑖)𝑛
Reemplazando valores en la fórmula:
30,360.00 30,360.00 30,360.00

𝑉𝑃𝐵 = + +
(1 + 0.14)1 (1 + 0.14)2 (1 + 0.14)3
𝑉𝑃𝐵 = 70,498.94
El Valor Presente neto de los Costos es como sigue:
0 1 2 3
𝑃𝐶= 25122.43 9308.00 9308.00 9308.00
𝟏 𝑪 𝟐 𝑪 𝟑 𝑪
𝑉𝑃𝑐 = 𝐴 + (𝟏+𝒊)𝟏 + (𝟏+𝒊)𝟐 + (𝟏+𝒊)𝒏 …………………………………………...… (5.10)
Reemplazando valores en la fórmula:
9308.00 9308.00 9308.00

𝑉𝑃𝑐 =25,122.43+ + +
(1+0.14)1 (1+0.14)2 (1+0.14)3
𝑉𝑃𝑐 = S/. 46,736.53
Reemplazando valores en la fórmula 5.9:
S/. 70484.75
B/C =
S/. 46,736.53
B/C = 1.51
Interpretación:
Por cada nuevo sol invertido se obtiene un beneficio de S/. 0.51 céntimos de sol.
Tasa Interna de retorno (TIR)
Representa la tasa de rendimiento a la cual el proyecto se hace indiferente, es decir,

cuando el VAN = 0. En otras palabras, el TIR es la tasa de descuento que iguala al
valor actual de los beneficios y el valor actual de los costos.

BIBLIOTECA
de Ingeniería
La tasa interna de retorno sirve para comparar la rentabilidad con la tasa de interés
que se maneja en el proyecto.
1 Q2 Q n Q
VAN = −A + (1+K)1
+ (1+K)2
+ ⋯ + (1+K)n
…………………………………… (5.11)
Remplazando valores en la Fórmula e igualando a 0:
21052.00 21052.00 21052.00

0 = −25122.43 + + +
(1 + 𝑖)1 (1 + 𝑖)2 (1 + i)3
𝑇𝐼𝑅 = 65 %
Aplicando la función financiera TIR del programa Microsoft Excel, se obtiene que
la Tasa Interna de Retorno es: 65%.
Conclusión de la evaluación económica
El valor actual neto es mayor que cero, VAN = S/.23,762.41> 0, por lo tanto la
inversión es rentable en un horizonte de 3 años.
La relación Beneficio/Costo es mayor que uno, B/C= S/. 1.51>1, por lo tanto, los
beneficios son mayores que los costos entonces es rentable invertir en el proyecto.
La tasa interna de retorno del proyecto es mayor que el costo de capital de la

empresa (14%), TIR = 65 %, por lo tanto, el proyecto es factible desde el punto de
vista del indicador económico.

BIBLIOTECA
de Ingeniería
5.2.9. Priorización de Casos de Uso
La priorización de casos de uso se refiere a asignar una prioridad a todos los

requerimientos del sistema a construir. Estos requerimientos son de tipos
funcionales, no funcionales y de interfaz de usuario.
Tabla N° 5.37: Criterios de Priorización de Caso de Uso.
NIVEL DE IMPACTO VALOR
Muy bajo 1
Bajo 2
Medio 3
Alto 4
Muy alto 5
Tabla N° 5.38: Nivel de Impacto de los Casos de Uso.
CRITERIOS DE
DESCRIPCIÓN
PRIORIZACIÓN
CP1 Impacto en la organización.
CP2 Tiempo de respuesta del sistema.
CP3 Mejora en el nivel de satisfacción del usuario.
CP4 Imagen de la institución.

BIBLIOTECA
de Ingeniería
Tabla N° 5.39: Criterios de Priorización.
CP1 CP2 CP3 CP4

N° Caso de Uso ∑
0.25 0.25 0.25 0.25
1 Registrar Paciente 3 3 4 5 3.75
2 Registrar Médicos 2 3 4 4 3.25
3 Registrar programación de especialidades 2 3 4 4 3.25
4 Registrar Cita Médica 3 3 4 5 3.75
5 Registrar Triaje 3 3 4 5 3.75
6 Atención de Citas Médicas. 4 3 4 4 3.75
7 Registrar programación de especialidades 2 3 4 3 3.00
8 Atención de Citas Médicas. 4 4 4 3 3.75
9 Registrar Historias Clínicas 5 4 4 5 3.75
10 Registrar Bitácora 2 4 3 2 2.75
11 Registrar Especialidades 4 3 3 3 3.25
12 Registrar Usuarios 2 4 4 4 3.5
13 Registrar Empleados 2 4 4 4 3.5
14 Registrar Medicamentos 5 4 4 3 4.00
15 Registrar Ventas 5 4 4 3 4.00
16 Generar reportes de Pacientes 4 4 4 3 3.75
17 Generar reportes de Médicos 4 4 4 3 3.75
18 Generar reportes de Citas Médicas 4 4 4 3 3.75
19 Generar reportes de ventas 5 4 4 4 4.25
20 Generar reporte de Utilidades 5 4 4 4 4.25
21 Generar reporte de Caja 5 4 4 4 4.25
22 Generar reporte de Egresos 5 4 4 4 4.25
23 Generar reporte de Ingresos 5 4 4 4 4.25

BIBLIOTECA
de Ingeniería
5.2.10. Mitigación de Riesgos
Tabla N° 5.40: Mitigación de Riesgos.
RIESGO(S) CAUSA(S) EFECTO(E) IMPACTO PREVENCIÓN
Inexperiencia del grupo que Estudiantes sin Incumplimiento del Ayuda de

Alto
va a realizar el proyecto. experiencia. proyecto. expertos.
Realización de
Falta de medidas de
Pérdida de la Información Pérdida de los datos copia de Base de
seguridad para la Base de Alto
de la Base de Datos. de los pacientes. datos
Datos.
constantemente.
Falta de capacitación de las Demora en la

Falta de coordinación con
personas quienes utilizan el ejecución de los Alto Capacitación.
el Personal.
sistema. procesos.
Mala utilización de equipos Dañar equipos, pérdida Demora en la

Capacitación
de los operarios, utilización para la empresa, no están realización de los Medio
permanente.
del sistema. capacitados. procesos.
Mejorar el
presupuesto para
Poco apoyo para la
No contar con capital Demora en los el aula de
inversión en sistemas
necesario para alguna procesos Bajo innovación
empresariales. Déficit en
innovación tecnológica. administrativos. tecnológica,
los ingresos del mes.
Cuenta de
ahorros.

CAPÍTULO VI:
FASE DE ELABORACIÓN
BIBLIOTECA
de Ingeniería
6.1. Modelo de Análisis
6.1.1. Modelo de Clases de Análisis Parciales
El Modelo de Clases de Análisis es un artefacto que representa la abstracción de una

o varias clases y subsistemas del diseño del sistema que a continuación mostramos:
Figura Nº 6.1: Modelo de Clases de Análisis Parciales.


BIBLIOTECA
de Ingeniería
6.1.2. Modelo de Colaboración
Los diagramas de colaboración que se presentan a continuación va a representar la

relación entre objetos y luego la comunicación entre ellos a través de mensajes.
I. Modelo de Colaboración Registrar Paciente
3: 3.- Ingresar Datos

4: 4.- Validar Datos
: :FrmPacientes :Validar Datos :
Validar_Datos
: Administrativo 5: 5.- Retornar Datos Válidos
1: 1.-Soliictar Registrar Paciente

2: 2.- Cargar Formulario 6: 6.- Registrar
: RHE_Pacientes : Pacientes.php
7: Paciente Registrado en Sistema PACIENTE
Figura Nº 6.2: Modelo de Colaboración Registrar Paciente.


Jequetepeque”
BIBLIOTECA
de Ingeniería
II. Modelo de Colaboración Registrar Cita Médica
: Gestíon de
Cítas Médicas
1: 1.-Seleccionar Gestíon de Cítas 2: 2.-Cargar Formulario
5: 5.-Ingresar Datos
6: 6.-Validar Datos
: : Validar_Datos
FormRegistroCita
: Administrativo. 7: 7.-Retornar Datos Validados
8: 8.-Registrar Datos
: Cíta Médica.php
3: 3.- Seleccionar Paciente
4: 4.- Retornar Paciente Seleccionado
9: 9.-Añadir a Listado de Cítas Médicas
PACIENTE CITA
MÉDICA
Figura Nº 6.3: Modelo de Colaboración Registrar Cita Médica.

.

Jequetepeque”
BIBLIOTECA
de Ingeniería
III. Modelo de Colaboración Registrar Triaje.
1: 1.- Soliictar Gestíon Triaje

: Gestion de
Triaje
: Enfermera
5: 5.- Ingresar Datos
2: 2.- Cargar Formulario

: FormTriaje
8: 8.- Triaje Registrado

3: 3.- Seleccionar Paciente
: Triaje.php
4: 4.- Retornar Paciente Seleccionado
7: 7.- Retornar Datos Validados

PACIENTE
9: 9.-Triaje añadido a lista
: Validar_Datos
TRIAJE
Figura Nº 6.4: Modelo de Colaboración Registrar Triaje.


Jequetepeque”
BIBLIOTECA
de Ingeniería
IV. Modelo de Colaboración Registrar Historia Clínica.

3: 3.- Ingresar Datos : : Validar_Datos
FrmHistoriaClinica
5: 5.-Retornar Datos Validados
: Medico
2: 2.- Cargar Formulario

1: 1:Acceder a Historial clinico
6: 6.- Registrar Datos de Hiistoria clinica
: Gestión de
Historias Clínicas
: Historia 7: 7.- Historia Clinica Registrada

Clinica.php
HISTORIA
CLINICA
Figura Nº 6.5: Modelo de Colaboración Registrar Historia Clínica.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.1.3. Diagrama de Subsistemas
Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las

dependencias entre esas agrupaciones. Dado que normalmente un subsistema está
pensado como un directorio, los diagramas de subsistemas suministran una
descomposición de la jerarquía lógica de un sistema.
Administrar Cuenta
Personal
Registrar Horarios de
Autentificarse al Registrar Personal Registrar
Atencion de Medicos
Sistema del Trabajo Pacientes
Registrar Citas
Medicas
Registrar Triaje
Atender
Reportes de consulta
Gestion
Farmacia
Figura Nº 6.6: Diagrama de Subsistemas.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.2. Modelo de Diseño

6.2.1. Diagrama de Clases de Diseño
El Modelo de Diseño muestra las clases con las que contará los sistemas junto con
sus respectivos atributos de cada una de ellas, detallas a continuación:
Figura Nº 6.7: Diagrama de Clases de Diseño.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.2.2. Casos de Uso de Realización

La realización de un caso de uso describe cómo se realiza un caso de uso particular
en el modelo de diseño, en función de los objetos que colaboran.
I. Registrar Usuario
Registrar Usuario
<<realize>>
Registrar Usuario.
Figura Nº 6.8: Registrar Usuario.

II. Registrar Cita Médica.
Seleccionar Paciente Registrar cita médica

(from Registrar Triaje) (from Registrar Citas Medicas)
<<realize>>
<<realize>>
Selelccionar Paciente Registrar cita medica
Figura Nº 6.9: Registrar Cita Médica.


Jequetepeque”
BIBLIOTECA
de Ingeniería
III. Registrar Paciente
Registrar paciente
<<realize>>
Registrar paciente.
Figura Nº 6.10: Registrar Paciente.

IV. Registrar Triaje
Seleccionar Paciente Registrar Triaje

(from Registrar T riaje) (from Registrar T riaje)
<<realize>> <<realize>>
Selelccionar Paciente Registrar Triaje
Figura Nº 6.11: Registrar Triaje.


Jequetepeque”
BIBLIOTECA
de Ingeniería
V. Registrar Historia Clínica
Registrar Historia Clínica
<<realize>>
Registrar Historia Clínica.
Figura Nº 6.12: Registrar Historia Clínica.

VI. Registrar Medicamento
Registrar Medicamento
<<realize>>
Registrar Mediacmento.
Figura Nº 6.13: Registrar Medicamento.


Jequetepeque”
BIBLIOTECA
de Ingeniería
VII.Generar Reportes de Gestión
Generar reportes de gestión Listar citas Pendientes

Listar Citas Médicas
(from Reportes de Gestion) (from Reportes de Gestion)
Listar Consultas Médicas
(from Reportes de Gestion)
<<realize>>
<<realize>>
Listar consultas medicas

Generar reportes de gestion Listar citas medicas
listar citas pendientes
Listar pacientes Reporte de Ventas

Listar Horarios de Atención Listar Médicos Listar Medicamentos
(from Reportes de Gestion) (from Reportes de Gestion)
<<realize>> <<realize>> <<realize>>
Listar Médicos listar Pacientes Reporte ventas Listar Medicamentos.

listar horarios de atención
Figura Nº 6.14: Generar Reportes de Gestión.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.2.3. Diseño de Formularios
En esta parte de la fase de Elaboración se muestran la interfaz gráfica de los

principales mantenedores con los que contará el sistema.
Figura Nº 6.15: Pantalla de Registrar Paciente.

Figura Nº 6.16: Pantalla de Registrar Cita Médica.


Jequetepeque”
BIBLIOTECA
de Ingeniería
Figura Nº 6.17: Pantalla Registrar Triaje.

Figura Nº 6.18: Pantalla Registrar Historia Clínica.


Jequetepeque”
BIBLIOTECA
de Ingeniería
Figura Nº 6.19: Pantalla Registrar Medicamento.

Figura Nº 6.20: Pantalla Programación de Especialidades.


Jequetepeque”
BIBLIOTECA
de Ingeniería
Figura Nº 6.21: Pantalla de Registrar Venta.

Figura Nº 6.22: Pantalla Permisos para Usuarios.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.2.4. Diagrama de Secuencia
Los diagramas de secuencia son diagramas dinámicos que representan la

comunicación entre objetos a través del tiempo y se detallan a continuación:
I. Diagrama de Secuencia Registrar Paciente
: RHE_Pacientes : Pacientes.php
: :FrmPacientes :Validar Datos : Validar_Datos PACIENTE
: Administrativo
1.-Soliictar Registrar Paciente
2.- Cargar Formulario
3.- Ingresar Datos
4.- Validar Datos
5.- Retornar Datos Válidos
6.- Registrar
Paciente Registrado en Sistema
Figura Nº 6.23: Diagrama de Secuencia Registrar Paciente.


Jequetepeque”
BIBLIOTECA
de Ingeniería
II. Diagrama de Secuencia Registrar Cita Médica
: Gestíon de : FormRegistroCita : Cíta Médica.php PACIENTE

Cítas Médicas : Validar_Datos CITA MÉDICA
: Administrativo.
1.-Seleccionar Gestíon de Cítas
2.-Cargar Formulario
3.- Seleccionar Paciente
4.- Retornar Paciente Seleccionado
5.-Ingresar Datos
6.-Validar Datos
7.-Retornar Datos Validados
8.-Registrar Datos
9.-Añadir a Listado de Cítas Médicas
Figura Nº 6.24: Diagrama de Secuencia Registrar Cita Médica.


Jequetepeque”
BIBLIOTECA
de Ingeniería
III. Diagrama de Secuencia Registrar Triaje
: Gestion de : FormTriaje : Validar_Datos : Triaje.php

Triaje PACIENTE TRIAJE
: Enfermera
1.- Soliictar Gestíon Triaje
2.- Cargar Formulario
5.- Ingresar Datos
6.- Validar Datos
7.- Retornar Datos Validados
8.- Triaje Registrado
9.-Triaje añadido a lista
Figura Nº 6.25: Diagrama de Secuencia Registrar Triaje.


Jequetepeque”
BIBLIOTECA
de Ingeniería
IV. Diagrama de Secuencia Registrar Historia Clínica
: Gestíon de Cítas : FormRegistroCita : Cíta Médica.php PACIENTE

Médicas : Validar_Datos CITA MÉDICA
: Administrativo.
1.-Seleccionar Gestíon de Cítas
2.-Cargar Formulario
5.-Ingresar Datos
6.-Validar Datos
7.-Retornar Datos Validados
8.-Registrar Datos
9.-Añadir a Listado de Cítas Médicas
Figura Nº 6.26: Diagrama de Secuencia Registro de Historia Clínica.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.2.5. Diagrama de Estado
Los diagramas de estado son diagramas dinámicos que representan los cambios de
estado en el tiempo de cada uno de los objetos:
I. Diagrama de Estado Registrar Personal
Modificado Actualizar() Actualizado
Agregar ()
Eliminar()
Agregado Modificar()
Eliminado
Modificar()
Eliminar()
Registrar()
Eliminar()
Registrado Buscar ()
Buscado
Buscar()
Listar()
Listar() Listar()
Listado
Figura Nº 6.27: Diagrama de Estado Registrar Personal.

II. Diagrama de Estado Registrar Usuario
Agregar ()
Eliminar()
Eliminado
Modificar()
Eliminar()
Registrar()
Eliminar()
Buscado
Buscar()
Listar()
Listar() Listar()
Listado
Figura Nº 6.28: Diagrama de Estado Registrar Usuario.


Jequetepeque”
BIBLIOTECA
de Ingeniería
III. Diagrama de Estado Programar Médico
Inicio
Solicitado Generar() Generada
Ejecutar()
En Ejecución
Seleccionar()
Especialidades Selecciona
por Periodo Médico
Mostrar() Digitar()
Digitar() Visualizar() Mostrar() Verificar()
Digitaliza Disponibilidad
Información Horario
Mostrar()
Progranar()
Fin.
Programado
Figura Nº 6.29: Diagrama de Estado Programar Médico.

IV. Diagrama de Estado Reservar Cita
Inicio
Solicitada
Generar ()
Generada Registrar Cita() Registrada
Ejecutar ()
En Ejecucion ()
Fin
Busqueda de Eliminar () Eliminada
Paciente
Buscar()
Buscar()
Seleccion de Ver() Visualizacion
Opciones de Horario
Reservar ()
Fin
Reservada
de Cita
Figura Nº 6.30: Diagrama de Estado Reservar Cita.


Jequetepeque”
BIBLIOTECA
de Ingeniería
V. Diagrama de Estado Registrar Triaje
Agregar ()
Eliminar()
Eliminado
Modificar()
Eliminar()
Registrar()
Eliminar()
Buscado
Buscar()
Listar()
Listar() Listar()
Listado
Figura Nº 6.31: Diagrama de Estado Registrar Triaje.

VI. Diagrama de Estado Registrar Medicamento
Eliminado
Eliminar()
Medicamento Agregado
Eliminar()
Recepcionar() Recepcionado Agrupar() Agrupado Categorizar() Categorizar
Agregar()
Registrar()
Mostrado Medicamento
Registrado
Finalizar() Mostrar()
Modificar
Modificado
Figura Nº 6.32: Diagrama de Estado Registrar Medicamento.


Jequetepeque”
BIBLIOTECA
de Ingeniería
6.2.6. Diagrama de Navegabilidad
En el diagrama de navegabilidad se muestra los diferentes formularios con los que

cuenta el sistema y por donde el usuario puede acceder.
Panel de
Administracion
Gestion Caja
Gestion Salud Gestíon

Farmacia
Gestion de Ingresos
Gestión Cítas Gestion de Historias Mantenedores Medicamentos Recetas Médicas Gestíon de Reportes
Gestion de Pacientes Gestión Médicos Ventas Medicamentos Egresos Caja
Médicas Clínicas
Reportes
Programación de Registro Triaje Especialidades Tipo Usuario Usuario

Registro de Médicos Empleados Registro de Medicamentos Registro Ventas
Especialidades Atencion de Citas Registro de Reporte de Registro de Caja Reporte de Caja
Reporte de UtilidadesReporte de Medicamentos
Historias Ventas
Reporte de Ingresos Reporte de Egresos
Registro de
Cítas Tipo de Examen
Figura Nº 6.33: Diagrama de Navegabilidad.


Jequetepeque”
BIBLIOTECA
de Ingeniería
CAPÍTULO VII:
FASE DE CONSTRUCCIÓN

Jequetepeque”
BIBLIOTECA
de Ingeniería
7.1. Modelo de Desarrollo
Los diagramas de componentes representan cómo un sistema de software es dividido en

componentes y muestra las dependencias entre estos componentes.
7.1.1. Diagrama de Componentes
HistoriasClínic Bitácora.php Mantenedores. Reportes.php

Médicamentos. Ventas.php Farmacia.php
as.php php
php
rCítasMédicas. Ingresos.php
<% <% <% <%
php <%
%> <% <%
%> %> %>
%> %> %>
<% <%
%> %>
Egresos.php
Médico.php
<%
<% %>
%>
Panel de Caja.php
Pacientes.php
Administración.php
<% <%
<% %>
%>
%>
CAPA : PRESENTACIÓN
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
PacientesC MédicosC CítasMédica HistoriasClínicas BitácoraCN.p CajaCN.p

Mantenedore FarmaciaC IngresosCN. EgresosC
N.php N.php sCN.php CN.php hp Reportes Médicamen VentasCN.p
sCN.php N.php php N.php hp
CN.php tosCN.php hp
CAPA : NEGOCIO
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
OperaciónReportes
PacientesD MédicoDA CítasMédica HistoriasClínica BitácoraDA Mantenedores Reportes Médicament VentasDA MantenedorFar EgresosDA
IngresosD CajaDAO.php
AO.php O.php sDAO.php sDAO.php O.php DAO.php DAO.php osDAO.php O.php maciaDAO.php O.php
AO.php
CAPA :DATOS
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SistemasHistorialClíni
co.
Figura Nº 7.1: Diagrama de Componentes.


BIBLIOTECA
de Ingeniería
7.1.2. Diagrama de Despliegue
El Diagrama de despliegue es un diagrama estructurado que muestra la arquitectura

del sistema desde el punto de vista del despliegue (distribución) de los artefactos del
software en los destinos de despliegue.
<<Procesador>> CPU <<Procesador>>

ADVANCE Intel Core I3 PC Triaje
Servidor de Base
de Datos -4170
Widows 7 Profesional
<<Dispositivo>>
Cable UTP impresora 2
Proliant HPG8 D-Link

Windows Server R12 10/100
RAM:4 GB
HD:500
Cable UTP
<<Dispositivo>> <<Dispositivo>> <<Procesador>>
Servidor Switch
PC Medico
Cable UTP
Cable UTP
<<Dispositivo>>
Impresora 1 Cable UTP
CPU
Cable UTP ADVANCE Intel Core I3
-4170
<<Procesador>> <<Dispositivo>>
PC Farmacia Impresora 3
<<Procesador>>
Pc Asistente
Administrativo
CPU
ADVANCE Intel Core I3 CPU
-4170 ADVANCE Intel Core I3
Widows 7 Profesional -4170
Figura Nº 7.2: Diagrama de Despliegue.


BIBLIOTECA
de Ingeniería
7.1.3. Modelo de Datos
Estos modelos surgen de la necesidad de mecanismos que capten con mayor

facilidad la semántica del mundo real, mejorando la calidad de diseño de sistemas.
Figura Nº 7.3: Modelo de Datos.


BIBLIOTECA
de Ingeniería
7.1.4. Modelo de Entidades Lógíco
El modelo de entidades lógico muestra la Base de Datos del sistema de manera

lógico la cual mostramos a continuación:
Figura Nº 7.4: Modelo de Entidades Lógico.


BIBLIOTECA
de Ingeniería
7.1.5. Modelo de Entidades Físico

El modelo de entidades físico muestra la Base de Datos del sistema de manera físico
la cual mostramos a continuación:
Figura Nº 7.5: Modelo de Entidades Físico.

CAPÍTULO VIII:
FASE DE TRANSICIÓN
BIBLIOTECA
de Ingeniería
8.1. Modelo de Pruebas
El modelo de pruebas se realiza a cada uno de los casos de uso seleccionados a

continuación:
8.1.1. Caso de Uso de Prueba
- Caso de Prueba de Registrar Pacientes.
- Caso de Uso Registrar Cita.
- Caso de Uso Registrar Triaje.
- Caso de Uso Registrar Historia Clínica.
- Caso de Prueba de Registrar Medicamento.
8.1.2. Pruebas de Caja Negra:
Los métodos de la caja negra se enfocan a los requisitos funcionales del software
permitiendo al ingeniero de software el disponer de conjuntos de valores de entrada
que ejerciten de forma completa todos los requisitos del programa.
- Para realizar estas pruebas existe una técnica algebraica llamada "clases de
equivalencia", consiste en tratar a todos las posibles entradas y parámetros como
un modelo algebraico, y utilizar las clases de este modelo para probar un amplio
rango de posibilidades.
Según ("Molina Marco, y otros, 1997), la prueba de la caja negra intenta encontrar
errores de los siguientes tipos fundamentalmente:
A. Funciones incorrectas o inexistentes.
B. Errores relativos a las interfaces.
C. Errores en estructuras de datos o en accesos a bases de datos externas.
D. Errores debidos al rendimiento
E. Errores de inicialización o terminación.

Esta obraJequetepeque”
ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
BIBLIOTECA
de Ingeniería
Figura Nº 8.1: Esquema de la Caja Negra.

Fuente: (wikis.uca.es, 2014).
En la codificación de los diferentes módulos del Sistema, se efectuaron las pruebas

de la caja negra para garantizar la correcta validación de los datos asociados a los
diferentes objetos:
Tabla Nº 8.1: Clases de Equivalencia Registrar Datos del Paciente.
N° NOMBRE DATO EQUIVALENCIA RESULTADO
=Letra mayúscula o minúscula Válido
=Vacío Invalido
01 Apellido Paterno
=Caracteres ASCCI Invalido
Numérico Invalido
=Vacío Invalido
02 Apellido Materno
Numérico Invalido
=Vacío Invalido
03 Nombres
Numérico Inválido
=Seleccionar combo Válido

04 Sexo
=Vacío Inválido

BIBLIOTECA
de Ingeniería
= Numérico Válido
05 Dni
= Letras mayúsculas o minúsculas Inválido
Vacío Inválido
= Seleccionar Combo Válido

06 Estado Civil
=Vacío Inválido
= Numérico Inválido
07 E - Mail
= Letras mayúsculas o minúsculas Válido
=Caracteres ASCCI Inválido
=Vacío Inválido
Tabla Nº 8.2: Prueba Realizada Ingresar Datos del Paciente.
PAIRAZAMAN - pairazamán Válido
“” Invalido
01 Apellido Paterno
&%$@ Invalido
123456 Invalido
ESTEVES - esteves Válido
“” Invalido
02 Apellido Materno
&%$@ Invalido
789456 Invalido
LUIS ALFREDO –luis alfredo Válido

03 Nombres
“” Inválido
&%$@ Inválido
102030 Inválido

BIBLIOTECA
de Ingeniería
Varón –Mujer Válido

04 Sexo
Invalido
46213787 Válido
05 Dni
“” Invalido
&%$@ Invalido
Soltero – Casado –Viudo -Divorciado Válido

06 Estado Civil
Invalido
Lpairazaman.@gmd.com.pe Válido
07 E -Mail
44444 Invalido
&%$@ Invalido
Tabla Nº 8.3: Clases de Equivalencia Registrar Triaje.
=Numérico Válido
=Letra mayúscula o minúscula Invalido

01 Fecha
=Vacío Invalido
=Numérico Válido
=Letra mayúscula o minúscula Inválido

02 Temperatura
=Vacío Invalido
=Numérico Válido
03 Peso
=Vacío Invalido

BIBLIOTECA
de Ingeniería
=Numérico Válido

04 Talla
=Vacío Invalido
=Numérico Válido

05 Presión
=Vacío Invalido
Tabla Nº 8.4: Prueba Realizada Registrar Triaje.
27/02/1990 Válido
ABCDabcd Invalido
01 Fecha
#$%& Invalido
Invalido
29 Válido
ASDFasdf Inválido
02 Temperatura
#$%& Invalido
Invalido
45 Válido
ABCDabcd Inválido
03 Peso
#$%& Invalido
Invalido

BIBLIOTECA
de Ingeniería
150 Válido
ABCDabcd Invalido
#$%& Invalido
04 Talla
Invalido
19 Válido
ABCDabcd Invalido
05 Presión
#$%& Invalido
Invalido
Tabla Nº 8.5: Clases de Equivalencia Registrar Cita.
=Numérico Válido
=Letras mayúsculas o minúsculas Invalido

01 Dni
=Vacío Invalido
=Numérico Válido
=Letras mayúsculas o minúsculas Inválido

02 Nro. de Historia
=Vacío Invalido
=Seleccionar Combo Válido

03 Especialidad
=Vacío Invalido
=Seleccionar Válido
04 Fecha
=Vacía Invalido
= Seleccionar Válido
05 Hora
=Vacío Invalido

BIBLIOTECA
de Ingeniería
= Letras mayúsculas o minúsculas Válido
= Numérico Válido
06 Observación
Vacío Inválido
=Numérico Válido
= Letras mayúsculas o minúsculas Inválido

07 Próxima Cita
Vacío Inválido
Tabla Nº 8.6: Prueba Realizada Ingresar Datos Cita.
46213787 Válido
aaaBBBccc Invalido
01 Dni
$@,.. Invalido
Invalido
25 Válido
aaaBBBccc Inválido
02 Nro. de Historia
¿?%%&& Invalido
Invalido
Pediatría Válido
03 Especialidad
Invalido
20/02/2017 Válido
04 Fecha
Invalido
08:00 am Válido
05 Hora
Invalido

BIBLIOTECA
de Ingeniería
Ninguna -NINGUNA Válido
Paciente con 39 ° de fiebre Válido

06 Observación
%$#& Invalido
Inválido
20/03/2017 Válido
adCFasr Inválido
07 Próxima Cita
“#$%&& Invalido
Inválido
Tabla Nº 8.7: Clases de Equivalencia Registrar Historia Clínica.
=Numérico Válido
=Letras mayúsculas o minúsculas Inválido

01 Nro. Historia
=Vacío Invalido
=Letras mayúsculas o minúsculas Válido
=Numérico Invalido
02 Paciente
=Vacío Invalido
=Numérico Válido

03 Dni
=Vacío Invalido

BIBLIOTECA
de Ingeniería

04 Tipo Sangre
=Numérico Invalido
=Vacío Invalido
=Numérico Invalido
05 Alergias
=Vacío Invalido
=Numérico Invalido
06 Riesgo Productivo
=Vacío Invalido
=Numérico Invalido
07 Estado Nutricional
=Vacío Invalido

08 Riesgo
=Numérico Invalido
Estomatológico
=Vacío Invalido
=Numérico Invalido
09
Riegos Problemas
Familiares =Caracteres ASCCI Invalido
=Vacío Válido

BIBLIOTECA
de Ingeniería
=Numérico Válido

10 Fecha
=Vacío Invalido
=Numérico Válido

11 Hora
=Vacío Invalido
=Numérico Inválido
12 Especialidad
=Vacío Invalido
13 Doctor
=Vacío Invalido
14 Observación
=Vacío Invalido
=Numérico Válido

15 Temperatura
=Vacío Invalido

BIBLIOTECA
de Ingeniería
=Numérico Válido

16 Peso
=Vacío Invalido
=Numérico Válido

17 Talla
=Vacío Invalido
=Numérico Válido

18 Presión
=Vacío Invalido
19 Otros
=Vacío Invalido
=Numérico Válido

20 Próxima Cita
=Vacío Invalido

BIBLIOTECA
de Ingeniería
Tabla Nº 8.8: Prueba Realizada Registrar Historia Clínica.
25 Válido
ABab Inválido
01 Nro. Historia
$%&# Invalido
Invalido
Pairazaman Esteves , Luis Válido

PAIRAZAMAN ESTEVES, LUIS
456123 Invalido
02 Paciente
$%&# Invalido
Invalido
46213787 Válido
ABcd Invalido
03 Dni
#$%& Invalido
Invalido
O Positivo Válido
45621 Invalido
04 Tipo Sangre
#$%& Invalido
Invalido
Alergia a la Penicilina Válido
ALERGIA A LA PENICILINA
456123 Invalido
05 Alergias
$#%& Invalido
Invalido

BIBLIOTECA
de Ingeniería
No presenta Riesgos Válido

NO PRESENTA RIESGOS
123456 Invalido
06 Riesgo Productivo
$%&# Invalido
Invalido
Estado nutricional correcto Válido

ESTADO NUTRICIONAL CORRECTO
07 Estado Nutricional
123456 Invalido
#$%& Invalido
Invalido

NO PRESENTA RIESGOS
08 Riesgo
123456 Invalido
Estomatológico
$%&# Invalido
Invalido
NO PRESENTA RIESGOS
09 Riegos Problemas
123456 Invalido
Familiares
$%&# Invalido
Invalido
27/02/2017 Válido
AABBccdd Invalido
10 Fecha
$%&# Invalido
Invalido

BIBLIOTECA
de Ingeniería
08:00 am Válido
AABBccdd Invalido
11 Hora
$%&# Invalido
Invalido
Medicina General Válido
MEDICINA GENERAL Inválido

12 Especialidad
$%& Invalido
Invalido
Carlos Fernandez Válido

CARLOS FERNANDEZ
123456 Inválido
13 Doctor
#$%& Invalido
Invalido
Continuar con la dieta Establecida Válido
123456 Inválido
14 Observación
“#$%& Invalido
Invalido
29 ° Válido
ADD Inválido
15 Temperatura
#$%& Invalido
Invalido
20 kg Válido
ADD Inválido
16 Peso
#$%& Invalido
Invalido

BIBLIOTECA
de Ingeniería
150cm Válido
ADD Inválido
17 Talla
#$%& Invalido
Invalido
15 Válido
ADD Inválido
18 Presión
#$%& Invalido
Invalido
Proceder según lo indicado Válido
123456 Inválido
19 Otros
$%&# Invalido
Válido
03/03/2017 Válido
AABBccdd Invalido
20 Próxima Cita
#$%& Invalido
Invalido
Tabla Nº 8.9: Clases de Equivalencia Registrar Medicamento.
=Numérico y Letras Válido

01 Nombre
=Vacío Invalido

BIBLIOTECA
de Ingeniería

02 Descripción
=Vacío Invalido

03 Concentración
=Vacío Invalido

04 Unidad de Medida
=Vacío Invalido
=Numérico Válido
05 Costo
=Vacío Invalido
=Numérico Válido
06 P. Venta
=Vacío Invalido
=Numérico Válido
07 Stock
=Vacío Invalido

BIBLIOTECA
de Ingeniería
=Numérico Válido
08 Stock Mínimo
=Vacío Invalido

09 Marca
=Vacío Invalido

10 Tipo Medicamento
=Vacío Invalido

11 Laboratorio
=Vacío Invalido
Tabla Nº 8.10: Prueba Realizada Registrar Medicamento.
=Alcohol Puro 96 Válido
=ALCOHOL PURO 96°- alcohol puro 96° Válido

01 Nombre
=”#$%& Invalido
Invalido
=Para Uso Externo Alcohol 96 Válido
=PARA USO EXTERNO –para uso externo Válido

02 Descripción
=#$%&/ Invalido
Invalido
=Alcohol Etílico 96 Válido
=Alcohol Etílico Válido

03 Concentración
=#$%& Invalido
Invalido

BIBLIOTECA
de Ingeniería
=Unidades Válido
=UNIDADES Válido
04 Unidad de Medida
=%&$# Invalido
Invalido
=ADLSKSK Invalido
=45.00 Válido
05 Costo
=#$%& Invalido
Invalido
=FDRDD Invalido
=25.20 Válido
06 P. Venta
=#$%& Invalido
Invalido
=DFRGT Invalido
=25 Válido
07 Stock
=#$%& Invalido
Invalido
=DFGRF Invalido
=5 Válido
08 Stock Mínimo
=#$%& Invalido
Invalido
=Inkaframa Válida
09 Marca
Invalido
=Fármaco Válida
10 Tipo Medicamento
Invalido

BIBLIOTECA
de Ingeniería
=NICOFAR Válida
11 Laboratorio
=Vacío Invalido
8.1.3. Pruebas de Caja Blanca:
Según ("Molina Marco, y otros, 1997), la prueba de la Caja Blanca usa la estructura
de control del diseño procedural para derivar los casos de prueba. La idea es
confeccionar casos de prueba que garanticen que se verifican todos los caminos
llamados independientes se prueben en sus facetas desde el punto de vista lógico, es
decir, verdadera y falsa, se ejecuten todos los bucles en sus límites operacionales y
ejerciten las estructuras internas de datos para asegurar su validez.
Las pruebas de caja blanca son las más amplias, normalmente se denominan pruebas
de cobertura o pruebas de caja transparente, al total de pruebas de caja blanca se le
llama cobertura; la cobertura es un número porcentual que indica cuanto código del
programa se ha probado terminación.
Entrada Salida
Figura Nº 8.2: Esquema de Caja Blanca.

Fuente: (Antonio Molina, 2000).
8.1.3.1. Método de prueba de Caja Blanca:
A. Prueba del Camino Básico
Roger S. Pressman, en su libro “Ingeniería del Software: Un Enfoque

Práctico”; describe el Método del “Camino Básico” para realizar las pruebas
de Caja Blanca. La utilización de este método nos ayuda a saber cómo es el
comportamiento de los datos dentro de los algoritmos utilizados para la

BIBLIOTECA
de Ingeniería
codificación, realizando de forma más detallada los procedimientos

utilizados, considerando los caminos lógicos, bucles y condiciones.
Examinando el “estado del Software” en varios puntos para determinar si el
estado real coincide con el esperado.
B. Complejidad Ciclomática
Es una medida que proporciona una idea de la complejidad lógica de un

programa.
- La complejidad ciclomática coincide con el número de regiones del grafo

de flujo
- La complejidad ciclomática, V(G), de un grafo de flujo G, se define como:
V(G) = Aristas - Nodos + 2
- La complejidad ciclomática, V(G), de un grafo de flujo G, también se

define:
V(G) = Nodos de predicado + 1
Ingresar
usuario y
clave
Mostrar
Validar mensaje
usuario y nombre de
clave usuario o clave
incorrecta
Permitir
acceso a la
intranet del
sistema
Figura Nº 8.3: Gráfico Iniciar Sesión de Usuario.


BIBLIOTECA
de Ingeniería
A partir del Grafo 1, la complejidad ciclomática sería:
 Como el grafo tiene 4 aristas y 4 nodos, V(G) = 4 - 4 + 2 = 2
 Como el grafo tiene 1 nodos predicado, V(G) = 1 + 1 = 2
A partir del valor de la complejidad ciclomática se obtiene el número de

caminos independientes, que nos dan un valor límite para el número de
pruebas que se tiene que diseñar.
Cargar
Página
Cargar
formulario
registro de
Cargar Pacientes
formulario
registro de
Datos, inicio
sesión
Finalizar
Registro
Datos
incorrectos
Inicio
Sesión
Figura Nº 8.4: Gráfico Registrar Paciente.


BIBLIOTECA
de Ingeniería
A partir del Grafo 3, la complejidad ciclomática sería:
 Como el grafo tiene 4 aristas y 4 nodos, V(G) = 7 - 6 + 2 = 3
 Como el grafo tiene 1 nodos predicado, V(G) = 2 + 1 = 3
A partir del valor de la complejidad ciclomática obtenemos el número de

caminos independientes, que nos dan un valor límite para el número de
pruebas que tenemos que diseñar.
8.2. Modelo de Implantación
8.2.1. Capacitación del Personal
Durante la puesta en marcha y evaluación, el Equipo de Proyecto debe acompañar al

Usuario.
Debe capacitarlo al personal usuario del sistema en su uso y manejo a través de

sesiones de entrenamiento y charlas explicativas.
Una vez Implantado el sistema se procederán a las charlas a todo el Personal del
Centro de Salud Jequetepeque, las charlas se darán los días sábado durante dos
semanas seguidas.
Finalmente, hacer entrega al Usuario para que comience su Operación.
8.2.2. Documentación del Sistema
- Guía de Instalación (Del Sistema o Subsistemas)
 Debe estar el detalle de los pasos a seguir para instalar el nuevo sistema. Nivel
Técnico.
- Especificaciones de la Aplicación
 Detalle de cada una de las Aplicaciones (Subsistemas o Módulos). Nivel

Técnico.
- Notas de Liberación
 Detalle de errores detectados con posterioridad a la finalización de la Guía de

Instalación (Es un complemento de la misma, tiene un semejante a la Fe de
Erratas de un Libro), sus correcciones y métodos de implementación. Nivel
Técnico.

BIBLIOTECA
de Ingeniería
- Manual de Procedimientos
 Detalle de procedimientos. Nivel Usuario operador.
- Manual de Administración del Sistema
 Detalle completo de la administración del Sistema. Nivel Usuario supervisor.
8.2.3. Puesta en Marcha del Sistema
El objetivo de este paso es empezar a operar el nuevo sistema con transacciones

reales, a fin de efectuar los ajustes que sean necesarios antes de dar por entregado el
sistema al usuario. Los operadores deberían haber recibido y comprobado el equipo,
además de estar capacitados.
Las áreas usuarias deben analizar las salidas del nuevo sistema y formular todas
aquellas observaciones que pudieran surgir. El traspaso de sistema actual a nuevo
sistema puede realizarse según alguno de estos métodos:
- Proceso encadenado
 En este caso, el sistema actual sigue funcionando y produciendo la información

establecida, el nuevo sistema toma las transacciones ya procesadas por el
sistema actual y produce sus propios resultados en un período de tiempo más
tarde.
 La información producida por el sistema actual se la distribuye al usuario y la

producida por el nuevo sistema queda en poder del Equipo de Proyecto para su
evaluación.
 Este método se usa cuando el nuevo sistema es muy complejo o vulnerable y se

le exige un alto grado de confiabilidad.
 Permite la comparación con los resultados del sistema actual y facilita el

análisis de los resultados del nuevo sistema fuera de línea.
- Proceso directo
 En este caso se inactiva al sistema actual y las transacciones se procesan en el

nuevo sistema.
 Este método se usa cuando el sistema de información no es complejo y si las

dificultades iniciales esperadas se estiman inferiores a las consecuencias de no

BIBLIOTECA
de Ingeniería
comenzar en tiempo el nuevo sistema. Además, cuando resulte difícil la

simultaneidad de las tareas de los sistemas vigente y nuevo.
- Proceso en paralelo
 Las transacciones se procesan en el sistema actual y en el nuevo sistema

simultáneamente.
 Por razones de costo, se puede inactivar el sistema actual tan pronto como los
resultados del nuevo sistema de información sean confiables.
 Este método se usa cuando la Gerencia (Máximo Nivel) exige una alta
confiabilidad del nuevo sistema o cuando los sistemas son muy diferentes (No
habrá duplicaciones en procesos y salidas)
 Tiene la ventaja de minimizar el riesgo de comenzar con un sistema

defectuoso.
- Proceso por subsistemas
 El sistema actual continúa procesando una parte de las transacciones y el nuevo

sistema el resto.
 La secuencia en la que los subsistemas comenzarán su operación debe ser

cuidadosamente planificada.
 Reduce costos y riesgos.
8.2.4. Mantenimiento del Sistema
El objetivo de este paso es mantener el sistema puesto en marcha y evaluarlo

periódicamente. Un buen mantenimiento asegura una operación permanente.
Pueden surgir nuevas correcciones/modificaciones motivadas por la evaluación del

Área de Sistemas o nuevos requerimientos de usuarios. Algunos ejemplos son:
nuevas salidas, extensión a otras áreas, corrección de errores, detección de
desviaciones, verificación de normas impuestas.

BIBLIOTECA
de Ingeniería
CAPÍTULO IX:
ANÁLISIS DE
RESULTADOS

BIBLIOTECA
de Ingeniería
9.1. Contrastación de la Hipótesis
El análisis y contrastación de la hipótesis debe realizarse mediante los Métodos Pre-Test y

Pos-Test, con los cuales podremos aceptar o rechazar la hipótesis propuesta. Para ello
hemos determinado tres (03) indicadores cuantitativos, los cuales vienen a ser: Tiempo
Promedio de Elaboración del Registro de Historias Clínicas, Tiempo de Búsqueda de
Historias Clínicas y Costo Operacional para la Elaboración de Historias Clínicas,
dichos indicadores se ejecutan por parte de los usuarios. Del mismo modo, hemos definido
un (01) indicador de tipo cualitativo el cual es: Nivel de Satisfacción del Personal con
respecto al Proceso de Historial Clínico del Centro de Salud encargado de usar el
Sistema. A continuación se detallan los mencionados indicadores:
Tabla Nº 9.1: Cuadro de Indicadores.
Tipo de
Indicador
Variable
Tiempo Promedio de Elaboración del Registro de

Cuantitativo
Historias Clínicas.
Tiempo de Búsqueda de Historias Clínicas. Cuantitativo
Costo Operacional para la Elaboración de Historias Clínicas Cuantitativo
Nivel de Satisfacción del Personal con respecto al Proceso de

Cualitativo
Historial Clínico.

BIBLIOTECA
de Ingeniería
9.1.1. Análisis de los Indicadores Cualitativos
9.1.1.1. Indicador N° 01: Nivel de Satisfacción del Personal con respecto

al Proceso de Historial Clínico
I. Cálculo del indicador mediante el proceso actual
Para contrastar la hipótesis se aplicó una encuesta al personal que utilizará el

Sistema de Información Web para el mejor Control y Acceso a las Historias
Clínicas de los Pacientes del Centro de Salud Jequetepeque. A continuación
se muestran los rangos para el nivel de aprobación que se utilizarán para
analizar las encuestas:
Tabla Nº 9.2: Pesos para los Niveles de aprobación.
Rango Nivel de Aprobación Peso
AP Totalmente de Acuerdo 5
AS De Acuerdo 4
NN Ni de acuerdo ni en desacuerdo 3
DS En Desacuerdo 2
DP Totalmente en Desacuerdo 1
Es importante señalar que al personal a quienes se les aplicó dicha encuesta se

conforman de un total de cinco (05) encuestados. A continuación, se muestra
el proceso para hallar los resultados:
Se utilizó la siguiente fórmula para calcular el puntaje total:

5
PTi =  (Fij * Pj ) ………………………………………………...…….. (9.1)
j=1
Donde:
PTi = Puntaje total de la pregunta i – ésima.
Fij
= Frecuencia j - ésima de la pregunta i – ésima.

BIBLIOTECA
de Ingeniería
Pj
= Peso j – ésimo.
El promedio ponderado por cada pregunta se calcula de acuerdo a la siguiente

relación:
PTi ………………………………………………………...……. (9.2)

PPi =
n Dónde:
PP i = Promedio de Puntaje Total de la pregunta i – ésima.
n = 05 usuarios.
La siguiente tabla resume los puntajes de los criterios de evaluación obtenidos

para el presente indicador, mediante un análisis anterior a la implementación
de un Sistema de Información Web para el mejor Control y Acceso a las
Historias Clínicas de los Pacientes del Centro de Salud Jequetepeque.

BIBLIOTECA
de Ingeniería
de Historial Clínico” (Pre Test).
TABULACIÓN DEL INDICADOR CUALITATIVO (PRE - TEST)
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
¿Cree Ud. que los procesos de

1 generación de historias clínicas se
0 3 5 2 0 31 3.1
cumplen de manera eficiente?
¿Está satisfecho con el modo en que se

2 0 4 2 4 0 30 3
llevan a cabo dichos procesos?
¿Cree Ud. Que actualmente se obtiene

3 oportunamente la información de las
0 2 4 4 0 28 2.8
historias clínicas?
¿Cree Ud. que la información de las

4 Historias Clínicas se guarda de manera
0 0 6 4 0 28 2.8
segura?
¿Cree Ud. que el proceso actual para

5 0 0 6 4 0 26 2.6
registrar historias clínicas es eficiente?
¿Cree Ud. que el acceso a la

6 información de historias clínicas se da
0 4 4 2 0 32 3.2
de una manera rápida y accesible?
¿Cree Ud. que las historias clínicas

7 pueden ser utilizadas en todo momento
0 4 2 4 0 30 3
y lugar?

BIBLIOTECA
de Ingeniería
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
¿Cree Ud. que las historias clínicas se

8 llenan de una manera eficiente
0 3 0 4 3 23 2.3
actualmente?
¿Estas satisfecho con el proceso actual

9 que Ud. desempeña en el proceso de
0 4 4 2 0 32 3.2
historiales clínicos?
¿Cree Ud. que los historiales clínicos

manuscritos Sufren deterioro con el
10
tiempo, por su propio uso muchas veces
0 2 4 4 0 28 2.8
conllevando a perder la información?

tienen una seguridad garantizada con
11
una correcta política de resguardo de la
0 2 4 4 0 28 2.8
información?
II. Cálculo del indicador luego de implementado el sistema
En la tabla se muestran los resultados de la encuesta aplicada al personal para

conocer la ponderación del presente indicador mediante un análisis posterior
a la implementación de un Sistema de Información Web para el Mejor
Control y Acceso a las Historias Clínicas. Es importante señalar que se aplicó
la misma encuesta del paso anterior, sin embargo, se obtuvieron resultados
distintos debido a que la implementación de un Sistema de Información Web
fue un factor influyente en la opinión de los encuestados.

BIBLIOTECA
de Ingeniería
Tabla Nº 9.4: Ponderación del “Nivel de Satisfacción del Personal con respecto
al Proceso de Historial Clínico” (Post Test).
TABULACIÓN DEL INDICADOR CUALITATIVO (POS- TEST)
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
¿Cree Ud. que los procesos de

1 generación de historias clínicas se
6 4 0 0 0 46 4.6
cumplen de manera eficiente?
¿Está satisfecho con el modo en que se

2
llevan a cabo dichos procesos? 2 4 4 0 0 38 3.8
¿Cree Ud. Que actualmente se obtiene

3 oportunamente la información de las
4 2 4 0 0 40 4
¿Cree Ud. que la información de las

4 Historias Clínicas se guarda de manera
4 2 4 0 0 40 4
segura?
¿Cree Ud. que el proceso actual para

5
registrar historias clínicas es eficiente? 4 2 4 0 0 40 4
¿Cree Ud. que el acceso a la

6 información de historias clínicas se da
4 4 2 0 0 42 4.2
de una manera rápida y accesible?

7 pueden ser utilizadas en todo momento
0 6 4 0 0 36 3.6
y lugar?

BIBLIOTECA
de Ingeniería
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
¿Cree Ud. que las historias clínicas se

8 llenan de una manera eficiente
4 4 2 0 0 42 4.2
actualmente?
¿Estas satisfecho con el proceso actual

9 que Ud. desempeña en el proceso de
6 4 0 0 0 46 4.6
¿Cree Ud. que los historiales clínicos

manuscritos Sufren deterioro con el
10 7 3 0 0 0 47 4.7
tiempo, por su propio uso muchas veces
conllevando a perder la información?

tienen una seguridad garantizada con
11 6 4 0 0 0 46 4.6
una correcta política de resguardo de la
información?

BIBLIOTECA
de Ingeniería
En la siguiente tabla podemos apreciar la contrastación de resultados en las

pruebas Pre y Post Test:
Tabla Nº 9.5: Contrastación Pre y Post Test para el indicador “Nivel de

Satisfacción del Personal con respecto al Proceso de Historial Clínico”.
CONTRASTACIÓN PRE Y POST TEST
PRE TEST POST TEST
Pregunta Di Di2
NSPAi NSPPi
1 3.1 4.6 -1.5 2.25
2 3 3.8 -0.8 0.64
3 2.8 4 -1.2 1.44
4 2.8 4 -1.2 1.44
5 2.6 4 -1.4 1.96
6 3.2 4.2 -1 1
7 3 3.6 -0.6 0.36
8 2.3 4.2 -1.9 3.61
9 3.2 4.6 -1.4 1.96
10 2.8 4.7 -1.9 3.61
11 2.8 4.6 -1.8 3.24
TOTAL 31.6 46.3 -14.7 21.51

BIBLIOTECA
de Ingeniería
Definición de variables
𝑁𝑆𝑃𝐴𝑖 : Nivel de Satisfacción del Personal Antes con el Sistema Actual.
𝑁𝑆𝑃𝑃𝑖 : Nivel de Satisfacción del Personal Posterior con el Sistema

Propuesto.
Di : Diferencia del Pre Test con el Post Test.
Di 2 : Diferencia al cuadrado del Pre Test con el Post Test.
III. Cálculo de promedios de Nivel de Satisfacción del Personal respecto

al Proceso de Historial Clínico del Centro de Salud Jequetepeque.
 Con el Sistema Actual:
∑n
i=1 NSPA
NSPA = ………………………….…….……………………… (9.3)
n
31.6
NSPA = 11
NSPA = 2.87
 Con el Sistema Propuesto:
∑ni=1 NSPP
NSPP =
n
46.3
NSPP =
11
NSPP = 4.21
IV. Prueba de la hipótesis
A. Definición de Variables
NSPA: Nivel de Satisfacción del Personal con respecto al Proceso de

Historial Clínico Antes de la implementación del Sistema de
Información Web.
NSPP: Nivel de Satisfacción del Personal con respecto al Proceso de

Historial Clínico Posterior a la implementación del Sistema de
Información Web.

BIBLIOTECA
de Ingeniería
B. Hipótesis Estadísticas
Hipótesis H0: El Nivel de Satisfacción del Personal con respecto al

Proceso de Historial Clínico Antes de la implementación del Sistema de
Información Web es mayor o igual que el Nivel de Satisfacción del
Personal con respecto al Proceso de Historial Clínico Posterior a la
implementación del Sistema de Información Web.
H0: NSPA – NSPP >= 0
Hipótesis Ha: El Nivel de Satisfacción del Personal con respecto al

Proceso de Historial Clínico Antes de la implementación del Sistema de
Información Web es menor que el Nivel de Satisfacción del Personal con
respecto al Proceso de Historial Clínico Posterior a la implementación del
Sistema de Información Web.
Ha: NSPA – NSPP < 0
C. Nivel de Significancia
El nivel de significancia (  ) escogido para la prueba de la hipótesis es del

5%. Siendo  = 0.05 (nivel de significancia) y n - 1= 11 - 1 = 10 grados de
libertad, se tiene el valor crítico de T de Student.
Valor Crítico:
𝑡(1−𝜎)(𝑛−1) = 𝑡(1−0.05)(11−1) = −1.812
Como  = 0.05 y n - 1 = 11 - 1 = 10 grados de libertad, la región de

rechazo consiste en aquellos valores de t menores que –t0.05 = -1.812.
D. Resultados de la Hipótesis Estadística
 Diferencia promedio:
D i
D= i=1 ..………………………………………….………………… (9.4)
n
∑n
i=1 D −14.7
D= =
n 11

BIBLIOTECA
de Ingeniería
D = −1.33
 Desviación estándar:
S n ∑n 2 n 2
i=1 D − (∑i=1 D) =(11)(21.51)−(−14.7)
2
2=
D n(n−1) 11(11−1)
SD2=0.1873
 Cálculo de T:
D√n −1.33(√11)
tc = =
√SD 0.1873
t c = −23.57
 Conclusión:
Puesto que: tc = -23.57 (t calculado) < tα = -1.812 (tabular), estando este

valor dentro de la región de rechazo, se concluye que NSPA – NSPP < 0,
se rechaza H0 y Ha es aceptada, por lo tanto se prueba la validez de la
hipótesis con un nivel de error de 5% (  =0.05).
En la siguiente figura podemos observar la región de aceptación y rechazo

para la prueba de la hipótesis del indicador “Nivel de Satisfacción del
Personal con respecto al Proceso de Historial Clínico” con el uso del
sistema web.
Figura Nº 9.1: Área de Aceptación y Rechazo para el Indicador Nivel de

Satisfacción del Personal con respecto al Proceso de Historial Clínico.

BIBLIOTECA
de Ingeniería
9.1.2. Análisis de los Indicadores Cuantitativos
9.1.2.1. Indicador N° 02: Tiempo Promedio de Elaboración del Registro

de Historias Clínicas.
n1 = 100 Elaboraciones de Registros de Historias Clínicas.
A. Definición de Variables:
- TA: Tiempo Promedio de Elaboración del Registro de Historias

Clínicas con el Sistema Actual (Segundos)
- TP: Tiempo Promedio de Elaboración del Registro de Historias

Clínicas con el Sistema Propuesto (Segundos).
B. Hipótesis Estadística:
Hipótesis H0: El Tiempo Promedio de Elaboración del Registro de Historias

Clínicas del Sistema Actual es menor o igual que el Tiempo Promedio de
Elaboración del Registro de Historias Clínicas del Sistema Propuesto.
HO = TA - TP <= 0
Hipótesis Ha: El Tiempo Promedio de Elaboración del Registro de Historias
Clínicas del Sistema Actual es mayor que el Tiempo Promedio de
Elaboración del Registro de Historias Clínicas del Sistema Propuesto.
Ha = T A - T P > 0
C. Nivel de Significancia:
El nivel de significancia (α) escogido para la prueba de la hipótesis será del

5%. Por lo tanto, el nivel de confianza (1 – α = 0.95) será del 95%.
D. Estadígrafo de Contraste:
Puesto que n= 100 usaremos la Distribución Normal (Z).
E. Resultados de la Hipótesis Estadística:
Para calcular el Tiempo Promedio de Elaboración del Registro de Historias

Clínicas (Minutos, Segundos), se evalúo los tiempos usados en un mes para el
antes (Pre-Test) y otro mes para el después (Post-Test). Los datos obtenidos
se muestran en la tabla siguiente:

BIBLIOTECA
de Ingeniería
Tabla Nº 9.6: Tiempo Promedio de Elaboración del Registro de Historias Clínicas.
Nº TAI TPI
TAi  TA TPi  TP (TAi  TA) 2 (TPi  TP) 2
1 22.22 5.34 -0.82 -0.08 0.6724 0.0064
2 23.18 5.32 0.14 -0.1 0.0196 0.01
3 18.89 6.22 -4.15 0.8 17.2225 0.64
4 22.24 5.1 -0.8 -0.32 0.64 0.1024
5 22 5.45 -1.04 0.03 1.0816 0.0009
6 22.45 5.56 -0.59 0.14 0.3481 0.0196
7 20.95 6.32 -2.09 0.9 4.3681 0.81
8 22.06 4.22 -0.98 -1.2 0.9604 1.44
9 22.53 6.15 -0.51 0.73 0.2601 0.5329
10 25.65 5.35 2.61 -0.07 6.8121 0.0049
11 25.87 6.46 2.83 1.04 8.0089 1.0816
12 21.49 6.38 -1.55 0.96 2.4025 0.9216
13 25.39 5.54 2.35 0.12 5.5225 0.0144
14 20.76 6.38 -2.28 0.96 5.1984 0.9216
15 0.12 6.28 -22.92 0.86 525.3264 0.7396
16 24.78 5.67 1.74 0.25 3.0276 0.0625
17 23.15 4.53 0.11 -0.89 0.0121 0.7921
18 24.78 4.32 1.74 -1.1 3.0276 1.21
19 26.45 4.09 3.41 -1.33 11.6281 1.7689
20 21.9 6.46 -1.14 1.04 1.2996 1.0816
21 23.4 7.56 0.36 2.14 0.1296 4.5796
22 22.58 6.42 -0.46 1 0.2116 1
23 21.55 5.31 -1.49 -0.11 2.2201 0.0121
24 23.46 4.45 0.42 -0.97 0.1764 0.9409
25 22.18 5.34 -0.86 -0.08 0.7396 0.0064
26 23.89 4.54 0.85 -0.88 0.7225 0.7744
27 24.66 5.67 1.62 0.25 2.6244 0.0625
28 20.4 6.43 -2.64 1.01 6.9696 1.0201
29 25.88 6.22 2.84 0.8 8.0656 0.64
30 21.5 5.65 -1.54 0.23 2.3716 0.0529
31 22.66 5.62 5.65 -0.38 0.2 0.1444 0.04
32 23.8 4.44 0.76 -0.98 0.5776 0.9604
33 25.49 4.41 2.45 -1.01 6.0025 1.0201
34 20.5 5.67 -2.54 0.25 6.4516 0.0625
35 18.45 6.32 -4.59 0.9 21.0681 0.81
36 21.4 6.12 -1.64 0.7 2.6896 0.49
37 26.8 5.56 3.76 0.14 14.1376 0.0196
38 24.58 4.67 1.54 -0.75 2.3716 0.5625
39 21.39 6.34 -1.65 0.92 2.7225 0.8464

BIBLIOTECA
de Ingeniería
Nº TAI TPI
40 23.55 4.54 0.51 -0.88 0.2601 0.7744
41 20.57 5.33 -2.47 -0.09 6.1009 0.0081
42 23.8 6.31 0.76 0.89 0.5776 0.7921
43 22.8 5.38 -0.24 -0.04 0.0576 0.0016
44 21.89 5.24 -1.15 -0.18 1.3225 0.0324
45 23.44 5.67 0.4 0.25 0.16 0.0625
46 23.57 4.42 0.53 -1 0.2809 1
47 22.24 4.56 -0.8 -0.86 0.64 0.7396
48 21.96 5.65 -1.08 0.23 1.1664 0.0529
49 22.45 5.45 -0.59 0.03 0.3481 0.0009
50 31.95 6.36 8.91 0.94 79.3881 0.8836
51 27.06 5.39 4.02 -0.03 16.1604 0.0009
52 22.53 5.8 -0.51 0.38 0.2601 0.1444
53 25.65 5.59 2.61 0.17 6.8121 0.0289
54 25.87 4.46 2.83 -0.96 8.0089 0.9216
55 21.49 5.43 -1.55 0.01 2.4025 0.0001
56 25.39 4.33 2.35 -1.09 5.5225 1.1881
57 20.76 5.67 -2.28 0.25 5.1984 0.0625
58 24.64 6.36 1.6 0.94 2.56 0.8836
59 25.65 5.46 2.61 0.04 6.8121 0.0016
60 25.87 5.42 2.83 0 8.0089 0
61 21.49 5.43 -1.55 0.01 2.4025 0.0001
62 25.39 5.43 2.35 0.01 5.5225 0.0001
63 20.76 6.46 -2.28 1.04 5.1984 1.0816
64 29.64 6.32 6.6 0.9 43.56 0.81
65 23.45 5.22 0.41 -0.2 0.1681 0.04
66 22.6 6.1 -0.44 0.68 0.1936 0.4624
67 23.57 5.45 0.53 0.03 0.2809 0.0009
68 22.21 5.56 -0.83 0.14 0.6889 0.0196
69 25.76 4.32 2.72 -1.1 7.3984 1.21
70 21.77 5.22 -1.27 -0.2 1.6129 0.04
71 22.6 6.15 -0.44 0.73 0.1936 0.5329
72 21.43 6.35 -1.61 0.93 2.5921 0.8649
73 20.2 6.46 -2.84 1.04 8.0656 1.0816
74 21.34 4.38 -1.7 -1.04 2.89 1.0816
75 23.45 6.54 0.41 1.12 0.1681 1.2544
76 23.43 4.38 0.39 -1.04 0.1521 1.0816
77 24.38 5.28 1.34 -0.14 1.7956 0.0196
78 24.52 5.67 1.48 0.25 2.1904 0.0625
79 23.54 6.53 0.5 1.11 0.25 1.2321

BIBLIOTECA
de Ingeniería
Nº TAI TPI
80 25.64 5.32 2.6 -0.1 6.76 0.01
81 22.89 4.09 -0.15 -1.33 0.0225 1.7689
82 25.43 5.46 2.39 0.04 5.7121 0.0016
83 20.76 4.56 -2.28 -0.86 5.1984 0.7396
84 20.64 6.42 -2.4 1 5.76 1
85 23.45 5.31 0.41 -0.11 0.1681 0.0121
86 22.6 4.45 -0.44 -0.97 0.1936 0.9409
87 23.57 5.34 0.53 -0.08 0.2809 0.0064
88 22.21 6.54 -0.83 1.12 0.6889 1.2544
89 25.76 4.67 2.72 -0.75 7.3984 0.5625
90 26.77 5.43 3.73 0.01 13.9129 0.001
91 22.6 4.22 -0.44 -1.2 0.1936 1.44
92 21.43 4.65 -1.61 -0.77 2.5921 0.5929
93 20.2 4.62 -2.84 -0.8 8.0656 0.64
94 21.34 4.44 -1.7 -0.98 2.89 0.9604
95 23.45 6.41 0.41 0.99 0.1681 0.9801
96 23.43 5.67 0.39 0.25 0.1521 0.0625
97 24.38 4.32 1.34 -1.1 1.7956 1.21
98 24.52 4.12 1.48 -1.3 2.1904 1.69
99 24.15 3.56 1.11 -1.87 1.2321 3.4969
100 23.24 5.08 0.2 -0.35 0.04 0.1225
∑ 2304.55 542.63 981.0223 62.0098
Prom. 23.04 5.43 9.81 0.62
TAI: Tiempo Promedio de Elaboración del Registro de Historias Clínicas

Actual.
TPI: Tiempo Promedio de Elaboración del Registro de Historias Clínicas

Posterior.
̅̅̅̅
𝑇𝐴: Promedio de Tiempo de Elaboración del Registro de Historias Clínicas
Actual.
̅̅̅̅: Promedio de Tiempo de Elaboración del Registro de Historias Clínicas

𝑇𝑃
Propuesto.

BIBLIOTECA
de Ingeniería
 Promedio:
Calculamos el Promedio del Tiempo de Elaboración del Registro de Historias

Clínicas en el antes y el después reemplazando los valores con la siguiente
fórmula se obtiene:
n
∑i=1 TCi
TC = …………………….……………...…………………..….... (9.5)
n
Donde:
TC = Tiempo Promedio utilizado para la Elaboración del Registro de

n = Número de muestras de Historias Clínicas Registradas.
Remplazando los valores se obtiene:

n
∑i=1 TCi 2304.55
TCA = = = 23.04
n 100
n
∑i=1 TCi 542.63
TCPWEB = = = 5.43
n 100
 Varianza:
Calculamos la varianza del Tiempo Promedio de Elaboración del Registro de

Historias Clínicas en el antes y el después respectivamente en la siguiente
fórmula se obtiene:
n
2 ∑i=1(Ti −TC)2
σ = ……………………………………….……………….. (9.6)
n
Donde:
σ2 = Varianza
T = Tiempo Promedio de Elaboración del Registro de Historias Clínicas.
TC = Promedio de Tiempo de Elaboración del Registro de Historias Clínicas.

100
2 ∑i=1 (TAi −TCA )2 981.02
σ A = = = 9.81
100 100
100
∑i=1 (TPi −TCP )2 62.0098
σ2 PWEB = = = 0.62
100 100

BIBLIOTECA
de Ingeniería
 Calculando Z:
Calculamos el Z del Tiempo Promedio de Elaboración del Registro de

Historias Clínicas, reemplazando los valores en la siguiente fórmula se
obtiene:
(TCA − TCP )
Zc = ………………………………………………..…...….... (9.7)
σ2 σ2
√[ A + P ]
nA nP
Donde:
TCA = Tiempo Promedio de Elaboración del Registro de Historias Clínicas

con el Sistema Actual.
TCP = Tiempo Promedio de Elaboración del Registro de Historias Clínicas

con el Sistema Propuesto.
σ2 A = Varianza con el Sistema Actual.
σ2 P = Varianza con el Sistema Propuesto.

(23.04−5.43) 17.61 17.61
𝑍𝑐𝑊𝐸𝐵 = = = = 55.03
9.81 0.62 √[0.1041] 0.32
√[ + ]
100 100
ZcWEB = 55.03
 Región Crítica:
Para α = 0.05, encontramos 𝑍𝛼 = 1.645 debido a que queremos reducir el

Tiempo Promedio de Elaboración del Registro de Historias Clínicas.
Entonces la región critica de la prueba es 𝑍𝑐 = < 1.645, + ∞ >.
 Conclusión:
En la siguiente figura mostrada en la parte inferior, podemos ver la Región de

Aceptación y de Rechazo para la prueba de hipótesis Tiempo Promedio del
Registro de Historias Clínicas.

BIBLIOTECA
de Ingeniería
Figura Nº 9.2: Área de Aceptación y Rechazo para el Indicador Tiempo

Promedio de Elaboración del Registro de Historias Clínicas.
Puesto que 𝑍𝐶𝑊𝐸𝐵 = 55.03 calculado es mayor que 𝑍𝛼 = 1.645 y estando este
valor dentro de la región de rechazo < 1.645,  >, entonces se rechaza H0 y
por consiguiente se acepta Ha .
Se concluye entonces que el Tiempo Promedio de Elaboración del Registrar

de Historias Clínicas es menor con el Sistema Propuesto que con el Sistema
Actual con un nivel de error del 5% y un nivel de confianza del 95%.

BIBLIOTECA
de Ingeniería
9.1.2.2. Indicador N° 03: Tiempo de Búsqueda de Historias Clínicas.
- 𝑇𝐵𝐴 : Tiempo de Búsqueda de Historias Clínicas con el Sistema Actual

(Segundos).
- 𝑇𝐵𝑃 : Tiempo de Búsqueda de Historias Clínicas con el Sistema

Propuesto (Segundos).
Hipótesis 𝑯0 : El Tiempo de Búsqueda de Historias Clínicas con el Sistema

Actual es menor o igual que el Tiempo de Búsqueda de Historias Clínicas
con el Sistema Propuesto.
H0 : TBA − TBP ≤ 0
Hipótesis 𝑯1 : El Tiempo de Búsqueda de Historias Clínicas con el Sistema

Actual es mayor que el Tiempo de Búsqueda de Historias Clínicas con el
Sistema Propuesto.
H1 : TBA − TBP > 0
Usando un nivel de significancia (α = 0.05) del 5%. Por lo tanto, el nivel de

confianza (1 - α = 0.95) será del 95%, en la Tabla de Distribución Normal,
podremos encontrar Z α =0.05 = 1.645.
Los resultados obtenidos se tomaron a partir del cálculo de tiempo de que

demoran las enfermeras en buscar las historias clínicas de los pacientes y se
ha estimado una muestra de 70 observaciones en segundos y se muestran en
la tabla siguiente:

BIBLIOTECA
de Ingeniería
Tabla N° 9.7: Datos obtenidos en la Distribución Z para probar el indicador Tiempo de

Búsqueda de Historias Clínicas.
N° TBA seg TBP seg TBAi  TB A TBPi  TB P (TBAi  TB A ) 2 (TBPi  TB P ) 2

1 30 5 -14.67 -0.32 215.2089 0.1024
2 25 5 -19.67 -0.32 386.9089 0.1024
3 40 4 -4.67 -1.32 21.8089 1.7424
4 36 6 -8.67 0.68 75.1689 0.4624
5 45 6 0.33 0.68 0.1089 0.4624
6 47 4 2.33 -1.32 5.4289 1.7424
7 25 7 -19.67 1.68 386.9089 2.8224
8 34 5 -10.67 -0.32 113.8489 0.1024
9 24 6 -20.67 0.68 427.2489 0.4624
10 65 5 20.33 -0.32 413.3089 0.1024
11 26 6 -18.67 0.68 348.5689 0.4624
12 35 5 -9.67 -0.32 93.5089 0.1024
13 39 6 -5.67 0.68 32.1489 0.4624
14 29 7 -15.67 1.68 245.5489 2.8224
15 56 6 11.33 0.68 128.3689 0.4624
16 37 4 -7.67 -1.32 58.8289 1.7424
17 58 6 13.33 0.68 177.6889 0.4624
18 68 6 23.33 0.68 544.2889 0.4624
19 48 6 3.33 0.68 11.0889 0.4624
20 78 6 33.33 0.68 1110.8889 0.4624
21 65 5 20.33 -0.32 413.3089 0.1024
22 35 6 -9.67 0.68 93.5089 0.4624
23 63 7 18.33 1.68 335.9889 2.8224
24 64 4 19.33 -1.32 373.6489 1.7424
25 27 5 -17.67 -0.32 312.2289 0.1024
26 62 6 17.33 0.68 300.3289 0.4624
27 37 7 -7.67 1.68 58.8289 2.8224
28 37 5 -7.67 -0.32 58.8289 0.1024
29 55 4 10.33 -1.32 106.7089 1.7424
30 35 6 -9.67 0.68 93.5089 0.4624
31 56 4 11.33 -1.32 128.3689 1.7424
32 32 4 -12.67 -1.32 160.5289 1.7424
33 57 4 12.33 -1.32 152.0289 1.7424
34 21 6 -23.67 0.68 560.2689 0.4624
35 57 4 12.33 -1.32 152.0289 1.7424
36 43 5 -1.67 -0.32 2.7889 0.1024
37 36 5 -8.67 -0.32 75.1689 0.1024

BIBLIOTECA
de Ingeniería
N° TBA seg TBP seg TBAi  TB A TBPi  TB P (TBAi  TB A ) 2 (TBPi  TB P ) 2

38 25 4 -19.67 -1.32 386.9089 1.7424
39 53 6 8.33 0.68 69.3889 0.4624
40 46 7 1.33 1.68 1.7689 2.8224
41 57 4 12.33 -1.32 152.0289 1.7424
42 36 6 -8.67 0.68 75.1689 0.4624
43 43 4 -1.67 -1.32 2.7889 1.7424
44 55 6 10.33 0.68 106.7089 0.4624
45 32 7 -12.67 1.68 160.5289 2.8224
46 44 6 -0.67 0.68 0.4489 0.4624
47 55 6 10.33 0.68 106.7089 0.4624
48 47 6 2.33 0.68 5.4289 0.4624
49 37 7 -7.67 1.68 58.8289 2.8224
50 64 5 19.33 -0.32 373.6489 0.1024
51 57 7 12.33 1.68 152.0289 2.8224
52 64 6 19.33 0.68 373.6489 0.4624
53 37 6 -7.67 0.68 58.8289 0.4624
54 66 4 21.33 -1.32 454.9689 1.7424
55 46 4 1.33 -1.32 1.7689 1.7424
56 35 5 -9.67 -0.32 93.5089 0.1024
57 36 5 -8.67 -0.32 75.1689 0.1024
58 44 7 -0.67 1.68 0.4489 2.8224
59 33 6 -11.67 0.68 136.1889 0.4624
60 66 4 21.33 -1.32 454.9689 1.7424
61 35 4 -9.67 -1.32 93.5089 1.7424
62 24 4 -20.67 -1.32 427.2489 1.7424
63 36 5 -8.67 -0.32 75.1689 0.1024
64 46 4 1.33 -1.32 1.7689 1.7424
65 42 6 -2.67 0.68 7.1289 0.4624
66 59 4 14.33 -1.32 205.3489 1.7424
67 45 6 0.33 0.68 0.1089 0.4624
68 26 5 -18.67 -0.32 348.5689 0.1024
69 53 4 8.33 -1.32 69.3889 1.7424
70 56 5 11.33 -0.32 128.3689 0.1024
∑ 3127 373 12833.443 73.448
Prom 44.67 5.32 183.33 1.05
.

BIBLIOTECA
de Ingeniería
𝑇𝐵𝐴 : Tiempo de Búsqueda de Historias Clínicas Actual.
𝑇𝐵𝑃 : Tiempo de Búsqueda de Historias Clínicas Propuesto.
̅̅̅̅𝐴 : Promedio de Tiempo de Búsqueda de Historias Clínicas Actual.

𝑇𝐵
̅̅̅̅𝑃 : Promedio de Tiempo de Búsqueda de Historias Clínicas Propuesto.

𝑇𝐵
 Promedio:
Calculamos el Promedio del Tiempo de Búsqueda de Historias Clínicas en el

antes y el después reemplazando los valores con la siguiente fórmula se
obtiene:
n
 TBi
TB  i  1 ...…..…………………………………………………… (9.8)
n
Dónde:
TBi = Tiempo utilizado para la Búsqueda de Historias Clínicas.
n = Número de muestras de Historias Clínicas Buscadas.

n
 TB A
TBA  i  1
3127
  44.67
n 70
n
 TBP
TBP  i  1
373
  5.32
n 70
 Varianza:
Calculamos la varianza del Tiempo de Búsqueda de Historias Clínicas en el

antes y el después respectivamente en la siguiente fórmula se obtiene:
n
2 ∑i=1(TBi −TB)2
σ = ……………………………………….….……….. (9.9)
n

BIBLIOTECA
de Ingeniería
Dónde:
σ2 = Varianza
TB = Tiempo de Búsqueda de Historias Clínicas.
TB = Promedio de Tiempo de Búsqueda de Historias Clínicas.

70
2 ∑i=1(TBAi −TBA )2 12833.443
σ A = = = 183.33
70 70
70
∑i=1(TBPi −TBP )2 73.448
σ2 PWEB = = = 1.05
70 70
 Calculando Z:
Calculamos el Z del Tiempo de Búsqueda de Historias Clínicas,

reemplazando los valores en la siguiente fórmula se obtiene:
(TBA − TBP )
Zc = ………………………………….…………..…....….... (9.10)
σ2 σ2
√[ A + P ]
nA nP
Donde:
TBA = Tiempo de Búsqueda de Historias Clínicas con el Sistema Actual.
TBP = Tiempo de Búsqueda de Historias Clínicas con el Sistema Propuesto.
σ2 A = Varianza con el Sistema Actual.
σ2 P = Varianza con el Sistema Propuesto.
(44.67−5.32) 39.35 39.35

𝑍𝑐𝑊𝐸𝐵 = = = = 24.29
183.33 1.05 √[2.634] 1.62
√[ + ]
70 70
ZcWEB = 24.29
 Región Crítica:
Para α = 0.05, encontramos 𝑍𝛼 = 1.645 debido a que queremos reducir el

Tiempo de Búsqueda de Historias Clínicas. Entonces la región critica de la
prueba es 𝑍𝑐 = < 1.645, + ∞ >.

BIBLIOTECA
de Ingeniería
 Conclusión:
Puesto que Zc = 24.29 (Z Calculado) > Zc = 1.645 (Z Tabular) y estando este valor
dentro de la región de rechazo, se concluye que TBA – TBP > 0, se rechaza H0
y H1 es aceptada, por lo tanto se prueba la validez de la hipótesis con un nivel
de error de 5% (α = 0.05) y un nivel de confianza del 95% (1 - α = 0.95),
siendo la propuesto una alternativa de solución.
Región de Rechazo
1 - α = 0.95 α = 0.05
Región de Aceptación
Zα = 1.645 ZcWEB = 24.29
Figura Nº 9.3: Área de Aceptación y Rechazo para el Indicador Tiempo de

Búsqueda de Historias Clínicas.
Fuente: (Elaboracion propia, 2017).

BIBLIOTECA
de Ingeniería
9.1.2.3. Indicador N° 04: Costo Operacional para la Elaboración de

- 𝐶𝑂𝐻𝐻𝐴 : Costo Operacional Horas – Hombre para la Elaboración de
Historias Clínicas con el Sistema Actual (Soles).
- 𝐶𝑂𝐻𝐻𝑃 : Costo Operacional Horas – Hombre para el Elaboración de

Historias Clínicas con el Sistema Propuesto (Soles).
Hipótesis 𝑯0 : El Costo Operacional Horas – Hombre para la Elaboración de

Historias Clínicas con el Sistema Actual es menor o igual que el Costo
Operacional Horas – Hombre para la Elaboración de Historias Clínicas con el
Sistema Propuesto.
H0 : COHHA − COHHP ≤ 0
Hipótesis 𝑯1 : El Costo Operacional Horas – Hombre para la Elaboración de

Historias Clínicas con el Sistema Actual es mayor que el Costo Operacional
Horas – Hombre para la Elaboración de Historias Clínicas con el Sistema
Propuesto.
H1 : COHHA − COHHP > 0
El nivel de significancia escogido para la prueba de la hipótesis será del 5%

(α = 0.05). Por lo tanto, el nivel de confianza será del 95% (1 – α = 0.95).
Siendo α = 0.05 y n–1=5 grados de libertad, se tiene el valor crítico t de

Student:
Valor crítico: t α = 0.05 = 2.016.
La región de rechazo consiste en aquellos valores de t mayores que t α = 0.05 =

2.016.

BIBLIOTECA
de Ingeniería
Se comparan los gastos incurridos en la utilización de papel; basándonos en

datos históricos de los últimos dos meses contra el gasto único mensual de un
millar de papel (cuyo costo es de S/.25.00, según fuente: Tayloy – Marzo
2017), como producto de impresiones de informes generados con el Sistema
Web.
Tabla Nº 9.8: Costo Operacional para la Elaboración de Historias Clínicas.
Meses 𝐶𝑂𝐻𝐻𝐴 𝐶𝑂𝐻𝐻𝑃 𝐶𝑂𝐻𝐻𝐴 − 𝐶𝑂𝐻𝐻𝑃 (𝐶𝑂𝐻𝐻𝐴 − 𝐶𝑂𝐻𝐻𝑃 )2
Julio 50.00 25.00 25.00 625.00
Agosto 62.00 25.00 37.00 1369.00
Setiembre 75.00 25.00 50.00 2500.00
Octubre 75.00 25.00 50.00 2500.00
Noviembre 40.00 25.00 15.00 225.00
Diciembre 62.00 25.00 37.00 1369.00
Total 364.00 150.00 214.00 8588.00
 Promedio:
Calculamos el Costo Operacional Horas – Hombre para la Elaboración de

Historias Clínicas en el antes y el después reemplazando los valores con la
siguiente fórmula se obtiene:
n
 NSPi
NSP  i  1 …..………………………………………………… (9.11)
n

BIBLIOTECA
de Ingeniería
- Costo Operacional Horas – Hombre para la Elaboración de Historias

Clínicas con el Sistema Actual:
n
 NSPA A
NSPA A  i  1
364
  60.67
n 6
- Costo Operacional Horas – Hombre para la Elaboración de Historias

Clínicas con el Sistema Propuesto:
n
 NSPPP
NSPPP  i  1
150
  25.00
n 6
I. Prueba de la hipótesis para el Indicador Cualitativo Nivel de

Satisfacción del Personal
- 𝑁𝑆𝑃𝐴𝑎 : Nivel de Satisfacción del Personal con el Sistema Actual.
- 𝑁𝑆𝑃𝑃𝑝 : Nivel de Satisfacción del Personal con el Sistema Propuesto.
Hipótesis 𝑯𝟎 : El Nivel de Satisfacción del Personal con el sistema Actual es

mayor o igual que el Nivel de Satisfacción del Personal con el Sistema
Propuesto.
H0 : NSPAA − NSPPP ≥ 0
Hipótesis 𝑯𝟏 : El Nivel de Satisfacción del Personal con el sistema Actual es

menor que el Nivel de Satisfacción del Personal con el Sistema Propuesto.
H1 : NSPAA − NSPPP < 0
El nivel de significancia (α) escogido para la prueba de la hipótesis es del 5%.
Siendo  = 0.05 (nivel de significancia) y n -1= 5 grados de libertad, se tiene

el valor crítico de T-Student.

BIBLIOTECA
de Ingeniería
Valor Crítico: 𝑡∝=0.05 = −2.015.
Como  = 0.05 y n-1 = 6 - 1 = 5 grados de libertad, la región de rechazo

consiste en aquellos valores de t menores que –t 0.05 = -2.015.
D. Resultados de la hipótesis estadística
 Diferencia Promedio
D i
Dp  i 1
…………………………………………………..……....…. (9.12)
n
Reemplazamos en fórmula (9.11)
214
̅̅̅̅
𝐷𝑃 = = 35.66
6
 Desviación estándar
n n
n Di 2  (  Di )2
dp  i 1 i 1
……………..……………………..….....….. (9.13)
n( n  1)
6(8588)−(214)2
dp = √ = 13.82
6(6−1)
 Función de Prueba
̅̅̅̅
Dp
t0 = d √n ……………………………………………………….……… (9.14)
p
Reemplazamos en fórmula (9.12)
̅̅̅̅̅̅̅̅
35.66
t0 = √6 = 6.32
13.82

BIBLIOTECA
de Ingeniería
 Conclusión:
Puesto que t0 = 6.32 (t calculado) > tα = 2.015 (t tabular), estando este valor
dentro de la región de rechazo, se concluye que H1: uA – uD > 0; se rechaza H0
y H1 es aceptada, por lo tanto se prueba la validez de la hipótesis con un nivel
de error de 5%.
Región de Rechazo
1 - α = 0.95 α = 0.05
Región de Aceptación
tα = 2.015 Z0 = 6.32
Figura Nº 9.4: Área de Aceptación y Rechazo para el Indicador Costo

Operacional Horas – Hombre para la Elaboración de Historias Clínicas.
Fuente: (Elaboracion propia, 2017).

BIBLIOTECA
de Ingeniería
9.2. Discusión de Resultados
9.2.1. Nivel de Satisfacción del Personal con respecto al Proceso de Historial

Clínico
De acuerdo a la estimación de los niveles de satisfacción del usuario interno respecto

al proceso de logística del sistema actual y sistema propuesto, los valores obtenidos
los resumimos en la siguiente tabla:
Tabla Nº 9.9: Comparación del Nivel de Satisfacción del Personal con el Sistema
Actual y el Sistema Propuesto.
NSA NSP Incremento
Puntaje Porcentaje Puntaje Porcentaje Puntaje Porcentaje (%)

(%) (%)
(1 a 5) (1 a 5) (1 a 5)
2.87 57.4 4.21 84.2 % 1.34 26.8%
Se puede observar que el indicador nivel de satisfacción del personal respecto al

proceso de Historial Clínico con el proceso actual es de 2.87 y el nivel de
satisfacción del personal respecto al proceso de Historial Clínicos con el sistema
propuesto es de 4.21, teniendo un nivel de impacto de incremento de 1.34 en el
puntaje de satisfacción y en un porcentaje de 26.8%.
9.2.2. Tiempo Promedio de Elaboración del Registro de Historias Clínicas
De acuerdo a la estimación respecto a los tiempos promedios de Elaboración de

Historias Clínicas con el sistema actual y el sistema propuesto se tiene la siguiente
tabla.
Tabla Nº 9.10: Comparación del Tiempo Promedio de Elaboración del Registro de

Historias Clínicas con el Sistema Actual y el Sistema Propuesto.
TA TP Decremento
Tiempo Porcentaje Tiempo Porcentaje Tiempo (Min.) Porcentaje (%)

(Min.) (%) (Min.) (%)
23.04 100.00 5.43 23.56 17.61 76.43

BIBLIOTECA
de Ingeniería
Se puede observar que el indicador Tiempo Promedio de Elaboración de Registro de

Historias Clínicas con respecto al sistema actual es de 23.4 min y el proceso de
Tiempo Promedio de Elaboración de Registro de Historias Clínicas con el sistema
propuesto es de 5.43 min, teniendo un nivel de impacto de decremento de 17.61 min
y en porcentaje de 76.43 %.
9.2.3. Tiempo de Búsqueda de Historias Clínicas
De acuerdo a la estimación respecto a los tiempos promedios de Búsqueda de

Historias Clínicas con el sistema actual y el sistema propuesto se tiene la siguiente
tabla.
Tabla Nº 9.11: Comparación del Tiempo de Búsqueda de Historias Clínicas con el

Sistema Actual y el Sistema Propuesto.
TBA TBP Decremento
Tiempo Porcentaje Tiempo (Seg.) Porcentaje Tiempo (Seg.) Porcentaje (%)

(Seg.) (%) (%)
44.67 100.00 5.32 11.90 39.35 88.09
Se puede observar que el indicador Tiempo de Búsqueda de Historias Clínicas con

respecto al sistema actual es de 44.67 seg y el proceso de Tiempo de Búsqueda de
Historias Clínicas con el sistema propuesto es de 5.32 seg, teniendo un nivel de
impacto de decremento de 39.35 min y en porcentaje de 88.09 %.
9.2.4. Costo Operacional para la Elaboración de Historias Clínicas
De acuerdo a la estimación de los Costos Operacionales de insumos para la

elaboración de informes con respecto al proceso de Elaboración de Historias Clínicas
del sistema actual y del sistema propuesto, los valores obtenidos los resumimos en la
siguiente Tabla.

BIBLIOTECA
de Ingeniería
Tabla Nº 9.12: Comparación del Costo Operacional para la Elaboración de Historias

Clínicas con el Sistema Actual y el Sistema Propuesto.
COHHA COHHP Decremento
Costo (S/.) Porcentaje Costo (S/.) Porcentaje Costo (S/.) Porcentaje (%)
(%) (%)
60.66 100.00 25.00 100 35.66 100
Se puede observar que el indicador Costo Operacional para la Elaboración de

Historias Clínicas del sistema actual es de S/.60.66 y el proceso de Costo
Operacional para la Elaboración de Historias Clínicas del sistema propuesto es de S/.
25.00, teniendo un nivel de impacto de decremento de S/. 35.66 y en porcentaje de
100.00%.

BIBLIOTECA
de Ingeniería
CAPÍTULO X:
CONCLUSIONES Y
RECOMENDACIONES

BIBLIOTECA
de Ingeniería
10.1. Conclusiones:
1) El uso del “Sistema de Información Vía Web para Agilizar los Procesos de
Atención a los Pacientes del Centro de Salud Jequetepeque permite obtener
información oportuna y actualizada para la toma de decisiones, realizar el registro
de Historias Clínicas, reportes y consultas de las atenciones que se realizan con
mayor rapidez.
2) El Valor Actual Neto (VAN) es igual a S/. 23,762.41 lo que representa un

indicador positivo en la evaluación de factibilidad.
3) El Costo Beneficio (C/B) asociado a la implantación del Sistema Web es de 1.51

soles, lo significa que por cada 1 sol invertido se gana 0.51 céntimos.
4) La tasa interna de retomo (TIR) expresa la rentabilidad del proyecto, en este caso,
para el periodo en estudio, el TIR = 65%, supera el interés bancario oportunidad
de capital usado como parámetro en el caso de 14 % en una cuenta a plazo fijo en
el BCP.
5) Se puede observar que el Indicador Tiempo Promedio en la elaboración de

registro de Historias clínicas con el Sistema Actual es de 23.4 min y el Tiempo
Promedio en la elaboración de registro de Historias clínicas con el Sistema
Propuesto es de 5.43 min, lo que representa un decremento de 17.61 min.
6) Esto quiere decir que con el sistema propuesto utilizaremos menor tiempo de
respuesta en el registro de los Historiales clínicos, mejorando así el tiempo de
respuesta al paciente brindado un mejor servicio.
7) Se puede observar que el indicador de Tiempo de Búsqueda de Historias Clínicas

con respecto al proceso de Historiales Clínicos con el sistema actual es de 44.697
segundos y con sistema propuesto es de 5.32 segundos, lográndose reducir de
forma significativa en 39.35 segundos.
8) Se puede observar que el indicador Costo Operacional para la Elaboración de

Historias Clínicas con el sistema actual es de S/.60.66 y con el sistema propuesto
es de S/.25.00, lográndose reducir de forma significativa en S/.35.66.
9) El Nivel de Satisfacción del Personal que labora en el Centro de Salud

Jequetepeque o, se aplicó una encuesta bajo la Escala de Likert (Puntaje de 1 a 5)

BIBLIOTECA
de Ingeniería
con el Sistema Actual fue de 2.87 puntos y con el Sistema Propuesto fue de 4.21
puntos. Por consiguiente, se obtiene un incrementó de 1.34 puntos en el nivel de
satisfacción.

BIBLIOTECA
de Ingeniería
10.2. Recomendaciones:
1) Recomendamos el uso del sistema Web ya que mediante él se ha logrado

disminuir los tiempos de los procesos más importantes que se realizan en el
Centro de Salud Jequetepeque.
2) Se recomienda el uso del sistema Web ya que con su uso se ha logrado aumentar
el porcentaje de pacientes satisfechos con respecto a los procesos que se realizan
en el Centro de Salud Jequetepeque.
3) Recomendamos incentivar a los usuarios en charlas para que ellos puedan usar de
la mejor manera el sistema web ya que el sistema es también está diseñado para
los pacientes, para que puedan seguir de cerca su Historia Clínica.
4) Que la presente investigación sirva de base para próximas investigaciones ya sea

referida al tema específico en estudio o a otros.
5) Se recomienda ir integrando progresivamente al Sistema Web, futuros módulos

que se acoplen a los nuevos procesos que se pudiesen llegar a dar en el Centro de
Salud Jequetepeque.

BIBLIOTECA
de Ingeniería
BIBLIOGRAFÍA

BIBLIOTECA
de Ingeniería
BIBLIOGRAFÍA
- ALARCÓN, RAÚL. 2000. UML - Diseño Orientado a Objetos. Madrid (España) :

Grupo EIDOS, 2000.
- ALÁRCON, Vicenc Fernandez. 2006. Desarrollo de Ssistemas de Informacion.

Barcelona - España : s.n., 2006. 84-8301-862-4.
- ALEGSA, SANTA FE ARGENTINA. 2010. [En línea] mayo de 2010. [Citado el: ]
http://www.google.com.pe/imgres?imgurl=http://www.alegsa.com.ar/Diccionario/Imag
enes/servidor.png&imgrefurl=http://www.alegsa.com.ar/Diccionario/Imagen/21&usg=_
_Gg8NbjXeL4_YoB9tc5EZaR3GFHA=&h=609&w=435&sz=38&hl=es&start=1&um
=1&itbs=1&tbnid=LV09DRHePa09IM:.
- ALERTAENLINEA.GOB. 2013. Aplicaciones Moviles. Colombia : s.n., 2013.
- ALEXANDER. 2009. http://allxd24.blogspot.com. [En línea] 28 de Abril de 2009.

[Citado el: 20 de Noviembe de 2009.]
http://images.google.com.pe/imgres?imgurl=http://4.bp.blogspot.com/_wIHwpObyUW
M/SfcyApM8EoI/AAAAAAAAADY/9vF_KZV8jDI/s320/Nueva%2Bimagen%2B(9).b
mp&imgrefurl=http://allxd24.blogspot.com/2009/04/metodologia-extreme-
programmingxp-parte_28.html&usg=__b23o8rhxw.
- ALFARO AVALOS, JACKELINE Y VIDAL CASTILLO, SANDRO OVIDEO.

2009. Portal web para mejorar los procesos del centro de recursos del ISPP Santo
Tomas de Aquino utilizando la metodología de la ingeniería web. Trujillo : s.n., 2009.
- ALTAMIRANO, Marlon. 2012. http://www.slideshare.net. [En línea] 20 de octubre de

2012. [Citado el: 13 de septiembre de 2013.] http://www.slideshare.net/maltamir/clases-
5-webhosting.
- ALVAREZ, anthony. 2012. El Servidor ,Tipos , su usos. 2012.
- ALVAREZ, MIGUEL ANGEL. 2010. Desarrollo Web.

http://www.desarrolloweb.com/articulos/392.php. [En línea] 2010.
http://www.desarrolloweb.com/articulos/392.php.
- AREVALO, Maria. 2007. MSF: Microsoft Solution Framework. 2007.
- ARGUELLO, ANA. 2010. DESARROLO D EUN SISTEMA INFORMATICO QUE

PERMITA AUTOMATIZAR EL INGRESO DE LA HISTORIA CLINICA DE
PACIENTES. MANABI-ECUADOR : s.n., 2010.
- ARICA RIVAS, LISSET MELISSA Y ESCALANTE VILELA, NATHALI DEL

PILAR. 2008. Solución web para mejorar el proceso de otorgamiento de citas en el
área de admisión del hospital I Albrecht essalud - Trujillo. Trujillo : s.n., 2008.

BIBLIOTECA
de Ingeniería
- ARREDONDO, Perla. 2010. Servidores Web. 2010.
- ASOCIACIÓN, COLOMBIANA DE INGENIEROS DE SISTEMAS.
- ASOCIACIÓN, Colombiana de Ingenieros de Sistemas. 2004. 2004.
- ASTROS, IVÁN JOSÉ TURMERO. 2013. Monografias.com. [En línea] 2013.

[Citado el: 29 de Abril de 2013.] http://www.monografias.com/trabajos94/analisis-
diseno-y-sistema-informacion/analisis-diseno-y-sistema-informacion.shtml.
- BARIA DEL ROSARIO, vela Mori y EDMILSON FAREL, Villarreal Osorio.

2002. Sistema de informacion web para el instituto cultural peruano Norteamericano
de trujillo construido bajo la metodologia fusion y web aplication extension para UML.
Trujillo : s.n., 2002.
- BARUA, Claudio. 2009. PARADIGMAS DE PROGRAMACION. 2009.
- C.C.A.S.A. 2011. MÉTODO DEL PROTOTIPO DE SISTEMAS. [En línea] 2011.

http://sistemasdeinformacion2.wikispaces.com/M%C3%A9todo+del+Prototipo+de+Sist
emas.
- CAFFA, Angel ing. 2008. Diseño de Sistemas Operativos. [En línea] 2008.
http://miriammeza.files.wordpress.com/2010/09/presentacion.pdf.
- CASTELLS, M. 2001. Reflexiones sobre Internet, empresa y sociedad. Barcelona

(Plaza & Janés) : s.n., 2001.
- CASTILLO, OSWALDO, FIGUEROA, DANIEL Y SEVILLA, HECTOr.

http://programacionextrema.tripod.com. [En línea]
http://programacionextrema.tripod.com/index.htm.
- CONNMED. 2006. http://www.proyectoangel.net/. [En línea] 2006.

http://www.proyectoangel.net/.
- CUENCA, CARLOS LUIS. 2003. desarrolloweb.com. [En línea] 20 de Marzo de

2003. [Citado el: 18 de Enero de 2010.]
http://www.desarrolloweb.com/articulos/1112.php.
- CURIOSO, Walter, SALDIAS, Jos y ZAMBRANO, Roberto. 2002.

ELECTRÓNICAS., HISTORIAS CLÍNICAS. s.l. : REVISTA DE LA SOCIEDAD
PERUANA DE MEDICINA INTERNA, 2002.
- CURIOSO, WALTER, SALDÍAS, JOSÉ Y ZAMBRANO, ROBERTO.

http://sisbib.unmsm.edu.pe. [En línea]
http://sisbib.unmsm.edu.pe/BVrevistas/spmi/v15n1/histo_clini.htm.
- DESA, Rosa. 2012. Que Es Proceso. 2012.

BIBLIOTECA
de Ingeniería
- DG DE SALUD, DE LAS PERSONAS. 2005. NORMA TÉCNICA DE LA HISTORIA

CLÍNICA. Lima : s.n., 2005.
- DIARIO, EL TIEMPO. 2009. http://www.eltiempo.pe. [En línea] Marzo de 2009.

http://www.eltiempo.pe/marzo2009/edicion-17-03-2009/noticias/local-300.html.
- DIAZ, ANA. 2012. NUEVAS TECNOLOGÍAS DE LACOMUNICACIÓN Y LA

INFORMACIÓN. 2012.
- DICCIONARIO. 1987. Diccionario Everest Corona Español. España : Editorial

Everest, 1987.
- DIGITAL, HOSPITAL. 2013. HOSPITAL DIGITAL. HOSPITAL DIGITAL. [En

línea] FEBRERO de 2013. [Citado el: 14 de JULIO de 2013.]
http://www.hospitaldigital.com/.
- ESPAÑOL, EVEREST CORONA. 1987. Diccionario. s.l. : Everest, 1987.
- ESSALUD. 2008. http://www.essalud.gob.pe. [En línea] 2008.

http://www.essalud.gob.pe/empresarial/salud/boltecno25.pdf.
- EVEREST, EDITORIAL. 1987. Diccionario Everest Corona Español. España :

Editorial Everest, 1987.
- FERNANDEZ ESCRRIBANO, GERARDO. 2002. http://www.dsi.uclm.es. [En

línea] Diciembre de 2002.
http://www.dsi.uclm.es/asignaturas/42551/trabajosAnteriores/Presentacion-XP.pdf.
- FORERO, Derly. 2011. Metodologias del desarrollo de sistemas de informacion.

2011.
- FORRESTER, Jay. 2000. Dinámica de sistemas. 2000.
- FSF, Free Software Foundation Inc. 2010. GNU Operating System. [En línea] 2010.
[Citado el: 14 de Enero de 2010.] http://www.gnu.org/philosophy/free-sw.es.html.
- GERARDO, Angel. 2005. Diseño y Modelación de un Proyecto de Software

Utilizando el lenguaje UM. 2005.
- GOMEZ GALLEGO, JUAN PABLO Y ING.GALVEZ, JORGE. 2007.

http://www.scribd.com. [En línea] Septiembre de 2007.
http://www.scribd.com/doc/297224/RUP.
- GONZALES LEÓN, KELLY VERÓNICA. 2007. Desarrollo de un sistema web para

el proceso de matrículas de la academia Arquímedes de Casa Grande. Trujillo : s.n.,
2007.
- GONZÁLES, Juan. 2009. Arquitectura del Sistema- Elementos del RUP. 2009.

BIBLIOTECA
de Ingeniería
- GRAHAM, Gordon. 2001. Internet una Indagacion Filosofica. Valencia : s.n., 2001.
- GUERRERO, FERNANDO. 2012. RECURSOS INTERESANTES(MSF). 2012.
- HCE. TeensHealth®. 2008. s.l. : Nemours, 2008.
- HERNANDEZ, Hector y ZAZUETA, Ixchel. 2011. SCRUM. 2011.
- HEUERTEL, OLVER. 2009. PHP Y MYSQL. ESPAÑA : ENI, 2009.
- HIDAL, Viviana. 2003. RATIONAL ROSE. 2003.
- HIDALGO, Walter. 2011. Introducción a Rational Rose. 2011.
- IBM. 2009. Rational Team Concert for Scrum Projects. [En línea] 20 de 10 de 2009.
[Citado el: 19 de mayo de 2013.]
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Rational
+Team+Concert+for+Scrum+Projects/page/SCRUM+como+metodolog%C3%ADa.
- —. 2003. Rational Unified Process (RUP). 2003.
- INNOVACIONYCUALIFICACION. 2001. JAVASCRIPT. MALAGA - ESPAÑA :

INNOVACION Y CUALIFICACION S.L, 2001. 84-9573-18-8.
- INNOVACION-Y-CUALIFICACION. 2001. JAVASCRIPT. MALAGA - ESPAÑA :

INNOVACION Y CUALIFICACION S.L, 2001. 84-9573-18-8.
- James A, Senn. 1999. Analisis y Diseño de Sistemas de Información. 1999.
- JAMES A, Senn. 1999. Analisis y Diseño de Sistemas de Información. 1999.
- JARA, Oliver. 2010. Introducción aRational UnifiedProcess. 2010.
- JAS. 1999. Analisis y Diseño de Sistemas de Informacion. 1999.
- JOSKOWICZ, Jose. 2008. Reglas y Prácticas en eXtreme Programming. s.l. :

Autoedición, 2008.
- LAFRANCE, Jean Paul. 2001. INTRANET ILUSTRADA - Uso e Impactos

Organizacionales de Intranet en las Empresas. Montevideo Urugay : Trilce, 2001.
- LANGEFORS, Börje. 1973. Theoretical Analysis of Information Systems. 1973.
- LAUDON Y LAUDON. 2004. Sistemas de Infromacion Gerencial. 2004.
- LIC. CARLOS GALINDO GONZÁLEZ, Y DR. RAMIRO PÉREZ VÁZQUEZ.

2009. gestiopolis. [En línea] 12 de FEBRERO de 2009. [Citado el: 16 de NOVIEMBRE
de 2009.]
http://images.google.com.pe/imgres?imgurl=http://www.gestiopolis.com/administracion
-estrategia/rup-y-1.gif&imgrefurl=http://www.gestiopolis.com/administracion-

BIBLIOTECA
de Ingeniería
estrategia/rup-y-sus-estruturas-
estaticas.htm&usg=__TbjHdi4V7EPUIpDbB_fbdO0yCFI=&h=530&w=874&sz=.
- LORA, Veronica. 2010. Un sitio en Internet "La Web". 2010.
- LOZADA VILCHEZ, Richard Enrique. 2001. Mejoramiento de la Gestion

Academica del C.E.P. Santo Toribio de Mogrovejo mediante un sistema de informacion
Integrado. trujillo : s.n., 2001.
- MEJIA, Pedro y IBARRA, Armando. 2007. Rational Unified Process. 2007.
- MILLAN, Tatiana. 2012. Microsoft Solutions Framework. 2012.
- MINSA. 2011. minsa.gob.pe. [En línea] 21 de Febrero de 2011. [Citado el: 6 de Mayo
de 2013.] http://www.minsa.gob.pe/portada/prensa/notas_auxiliar.asp?nota=9972.
- MORALES, Jorge. 2010. ANALISIS Y DISEÑO DE SISTEMAS I . 2010.
- MUÑOZ RECUAY, EDISON FRANCISCO. 2007. Integrador de Sistemas

Heredados, Una Solución para la Integración de Información. [En línea] 2007.
- MUÑOZ, Roxana y AZO, Rosa. 2011. HOSTING Y DOMINIO. 2011.
- OLIVARES, Juan Carlos. 2008. Introducción al MSF. 2008.
- ORACLE, ORACLE CORPORATION AND/OR ITS AFFILIATES. 2010.

MySQL. [En línea] 2010. [Citado el: 3 de Febrero de 2010.]
http://dev.mysql.com/downloads/mysql/.
- PERALTA, Mario. 2004. bdigital.eafit.edu.co. bdigital.eafit.edu.co. [En línea] 2004.

[Citado el: 18 de septiembre de 2009.]
http://bdigital.eafit.edu.co/bdigital/PROYECTO/P005.12CDB689/anexos.pdf.
- PEREZ TORRES, FRANCISCO. 2006. http://portal.veracruz.gob.mx. [En línea]

2006.
http://portal.veracruz.gob.mx/pls/portal/url/ITEM/1A0DAAED2F636BECE044080020
B27120.
- PERSONAS, DIRECCIÓN GENERAL DE SALUD DE LAS. 2004. NORMA

TÉCNICA DE LA HISTORIA CLÍNICA. Lima : s.n., 2004.
- —. 2005. NORMA TÉCNICA DE LAS HISTORIAS CLÍNICA DE LOS

ESTABLECIMIENTOS DEL SECTR SALUD. LIMA : s.n., 2005.
- PIWEN, Ariel y GOYÉN, Alejandro. 2011. PROBLEMAS Y SOLUCIONES EN LA

IMPLEMENTACIÓN DE EXTREME PROGRAMMAING. 2011.
- PODESTA, Delfor. 1977. La Historia Clinica. Buenos Aires : s.n., 1977.

BIBLIOTECA
de Ingeniería
- PRUDENCIO, SUSANA. 2011. Microsoft Solution Framework (MSF). 2011.
- QUISPE, VILMA, DANTE, HUAMANTUCO y JOSE, VARGAS. 2011.

METODOLOGIA RUP. PUNO : s.n., 2011.
- RENA. 2008. RED ESCOLAR NACIONAL. [En línea] 2008.

http://www.rena.edu.ve/cuartaEtapa/Informatica/Tema10.html.
- RESTREPO, LUIS ALFONSO SUARES. 2011. LAS APLICACIONES MOVILES.

COLOMBIA : s.n., 2011.
- RODRIGUEZ, alonso. 2011. Microsoft Solution Framework (MSF) . 2011.
- RODRIGUEZ, PEDRO MUÑOZ. 2000. MANTENIMIENTO DE PORTALES DE

INFORMACION. MADRID : VISION LIBROS, 2000.
- RODRIGUEZ, Pedro Muñoz. 2000. MANTENIMIENTO DE PORTALES DE

INFORMACION. MADRID : VISION LIBROS, 2000.
- RONDÓN, GUSTAVO. 2013. http://congresistagustavorondon.blogspot.com/. [En

línea] 12 de Abril de 2013. [Citado el: 6 de Mayo de 2013.]
http://congresistagustavorondon.blogspot.com/2013/04/implementacion-de-historias-
clinicas.html.
- SAAVEDRA, AREVALO Y. 2009. ESTRATEGIAS DE DESARROLLO EN LOS

SISTEMAS DE INFORMACIÓN. 2009.
- SACA, Nelson. 2004. FASES RUP. 2004.
- SAGREDO, Horacio ing. 2010. Que es el Análisis y Diseño de Sistemas . 2010.
- SÁNCHEZ, JESSICA, NÚÑEZ, ELISA Y FONG, ALBERTO. 2010. Programación

Web. 2010.
- SCHMULLER, Joseph. 2001. Aprendiendo UML en 24 horas. México : Prentice-Hall,

2001.
- SENN, James. 1998. Information technology in business. 1998.
- SIERRA, Daniel. 2009. http://www.slideshare.net/. http://www.slideshare.net/. [En

línea] 31 de Agosto de 2009. [Citado el: 09 de septiembre de 2013.]
http://www.slideshare.net/vanquishdarkenigma/presentacin-servidores-web.
- SILVA, ROBERTO. 2010. ADMINISTRACION DE PROYECTOS INFORMATICOS.

2010.
- SOLIS, VASQUEZ. 2011. 2011.
- SOMMERVILLE, IAN. 2005. Ingenioeria del software Septima Edicion. 2005.

BIBLIOTECA
de Ingeniería
- SUÁREZ, LILIANA. 2010. Iseriesvenezuela. Iseriesvenezuela. [En línea] 23 de

MAYO de 2010. [Citado el: 19 de MAYO de 2013.]
http://iseriesvenezuela.blogspot.com/2010/05/rup-y-el-desarrollo-de-software-para.html.
- SUTHERLAND, Jeff y Schwaber, Ken. 2000. Extreme Programming: A Gentle

Introduction. [En línea] 2000. http://www.extremeprogramming.org/.
- —. 2000. Extreme Programming: A Gentle Introduction. [En línea] 2000.

http://www.extremeprogramming.org/.
- TALENS, Sergio - José Hernández Orallo. 1997. HTML. Manual de Referencia. s.l. :
Editorial Paraninfo, 1997.
- TECNOLOGÍA. 2008. Tecnología.Net. [En línea] Mayo de 2008.

http://www.google.com.pe/imgres?imgurl=http://www.ddsmedia.net/blog/wp-
content/uploads/2009/11/banda-
ancha.jpg&imgrefurl=http://www.ddsmedia.net/blog/2009/11/17/&usg=__ksGX8Ps8ho
9XQWd0_uM1ujP0YlQ=&h=288&w=480&sz=30&hl=es&start=15&um=1&itbs=1&t
bnid=-z2hqw4.
- THIBAUD, Cyril. 2006. MYSQL 5. BARCELONA -ESPAÑA : EDICIONES ENI,

2006.
- UFG. 2012. UNIVERSIDAD FRANCISCO GAVIDIA. [En línea] 2012.

http://wwwisis.ufg.edu.sv/wwwisis/documentos/TE/005.1-P222s/.
- UNIO. 2009. Wikipedia. Wikipedia. [En línea] 2009. [Citado el: 27 de Abril de 2013.]
http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_SCRUM_y_XP.
- UNIVERSIDADDEORIENTE. Wikipedia. Wikipedia. [En línea] [Citado el: 27 de

Abril de 2013.]
- VÁSQUEZ, Raul. 2012. MÉTODO DEL PROTOTIPO DE SISTEMAS. [En línea]

2012. http://es.scribd.com/doc/94153401/METODO-DEL-PROTOTIPO-DE-
SISTEMAS.
- VENEZUELA, UNIVERSIDAD DEL ORIENTE -. Wiklipedia. [En línea] [Citado

el: 27 de Abril de 2013.]
- VILLALOBOS, IVAN. 2012. SISTEMA INTEGRADO DE HISTORIAS CLINICAS.

LIMA : s.n., 2012.
- VILLARROEL, Luis y Alejandro., MONTALVO. 2005. APLICACIÓN DE LA

METODOLOGÍA MSF V4.0 A LA DEFINICIÓN E IMPLEMENTACIÓN DE

BIBLIOTECA
de Ingeniería
ARQUITECTURAS ORIENTADAS A OBJETOS EN VISUAL STUDIO .NET

2005,CASO PRÁCTICO G5 SHARING FILES. 2005.
- WHINTEN y Dittman, Bentley y. 2004. 2004.
- wikipedia. 2009. http://es.wikipedia.org. [En línea] Febrero de 2009.

http://es.wikipedia.org/wiki/Historia_cl%C3%ADnica.
- YELL, Perú SAC. 2009. http://paginasamarillas.pe. [En línea] 2009.

http://paginasamarillas.pe/catalog.do?status=P&advertiseId=263923&coditemChoose=1
30333.

BIBLIOTECA
de Ingeniería
ANEXOS

BIBLIOTECA
de Ingeniería
1. ÁRBOL DE PROBLEMAS
- CAUSAS:
 Falta de información de historias clínicas.
 Desconocimiento de enfermedades anteriores del paciente.
 No se cuenta con antecedentes personales y familiares del paciente.
 No se tiene control exacto de atención de los pacientes.
 Pérdida de tiempo en el llenado de los formularios.
 Falta de reportes en tiempo real.
 Al ser llenados los datos de manera manual no se agiliza los procesos de

atención.
- EFECTOS:
 Insatisfacción de los usuarios por los servicios de salud.
 Tiempo de espera innecesaria por parte de los usuarios.
 Gastos en la compra de hojas y archivadores para HC.
 Información inadecuada de los procesos y servicios que brinda el Centro de Salud.

BIBLIOTECA
de Ingeniería
FIGURA Nº 01: ÁRBOL DE PROBLEMAS
TIEMPO DE ESPERA INSATISFACCIÓN DE

INNECESARIOS POR LOS USUARIOS POR
EFECTOS LOS SERVICIOS DE
PARTE DE LOS
USARIOS. SALUD PÚBLICO.
Falta de precisión y automatización a la hora de querer acceder a la

OBJETIVO información de las HC, ya que se encuentran en un almacén de archivos en el
PROYECTO Centro de Salud Jequetepeque.
FALTA DE NO SE TIENE PÉRDIDA DE

INFORMACIÓN CONTROL DE TIEMPO EN EL
CAUSAS DE HISTORIAS ATENCIÓN DE LLENADO DE
CLÍNICAS. LOS LOS
PACIENTES. FORMULARIOS.
NO SE CUENTA CON AL SER

DESCONOCIMIENTO
ANTECEDENTES LLENADOS
DE ENFERMEDADES NUEVAMENTE
PERSONALES Y FALTA DE
ANTERIORES DEL
FAMILIARES DEL REPORTES EN LOS DATOS
PACIENTE.
PACIENTE. TIEMPO NO SE
REAL. AGILIZA LOS
PROCESOS DE
ATENCION.

BIBLIOTECA
de Ingeniería
2. ÁRBOL DE OBJETIVOS Y FINES
- OBJETIVOS:
 Tener la Información detallada de historias clínicas
 Conocimiento de enfermedades anteriores del paciente.
 Se cuenta con antecedentes personales y familiares del paciente.
 Control exacto de atención de los pacientes
 Llenado de Datos de manera Automatizada
 Reportes en tiempo real.
 Llenado de datos de manera computarizada, se agiliza los procesos de atención.
- FINES:
 Satisfacción de los usuarios por los servicios de salud
 Disminuir el tiempo de espera por parte de los usuarios.
 Reducción de costos operacionales de HC
 Información adecuada de los procesos y servicios que brinda el centro de salud.

BIBLIOTECA
de Ingeniería
FIGURA Nº 02: ÁRBOL DE OBJETIVOS Y FINES
SATISFACCIÓN DISMINUIR EL INFORMACIÓN

REDUCCIÓN DE
DE LOS TIEMPO DE ADECUADA DE LOS
COSTOS
FINES USUARIOS POR ESPERA POR PROCESOS Y SERVICIOS
OPERACIONALES
LOS SERVICIOS PARTE DE LOS QUE BRINDA EL
DE HC.
DE SALUD. USUARIOS. CENTRO DE SALUD.
OBJETIVO
Agilizar los procesos de control, registro, accesibilidad y compartimiento de información
PROYECTO el Historial clínico de los Pacientes del Centro de Salud Jequetepeque.
INFORMACIÓN CONTROL LLENADO DE

DETALLADA EXACTO DE DATOS DE
OBJETIVOS DE HISTORIAS ATENCIÓN DE MANERA
CLÍNICAS. LOS PACIENTES. AUTOMATIZADA.
CONOCIMIENTO SE CUENTA CON LLENADO DE

DATOS DE MANERA
DE ANTECEDENTES
REPORTES EN COMPUTARIZADA,
ENFERMEDADES PERSONALES Y
TIEMPO REAL. SE AGILIZA LOS
ANTERIORES FAMILIARES DEL PROCESOS DE
DEL PACIENTE. PACIENTE. ATENCIÓN.

BIBLIOTECA
de Ingeniería
ENCUESTA APLICADA A TRABAJADORES Y PACIENTES DEL CENTRO DE

SALUD JEQUETEPEQUE
ENCUESTA N° 01
A. DATOS GENERALES:
SEXO: ………………………………………………………………………………….
EDAD: …………………………………………………………………………………..
B. INTRODUCCIÓN:
La presente encuesta tiene por misión recabar la información acerca de cómo se realizan
los procesos de registro y búsqueda de los Historiales clínicos de los pacientes del Centro
de Salud.
C. INDICACIONES:
Encierre en un círculo solo una de las respuestas que se muestran a continuación:
RESPONDE LAS SIGUIENTES PREGUNTAS
1. ¿Cree Ud. que los procesos de generación de historias clínicas se cumplen de

manera eficiente?
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
2. ¿Está satisfecho con el modo en que se llevan a cabo dichos procesos?
b. De acuerdo.
d. En desacuerdo.
3. ¿Cree Usted que actualmente se obtiene oportunamente la información de las


BIBLIOTECA
de Ingeniería
b. De acuerdo.
d. En desacuerdo.
4. ¿Cree Ud. que la información de las Historias Clínicas se guarda de manera

segura?
b. De acuerdo.
d. En desacuerdo.
5. ¿Cree Ud. que el proceso actual para registrar historias clínicas es eficiente?
b. De acuerdo.
d. En desacuerdo.
6. ¿Cree Ud. que el acceso a la información de historias clínicas se da de una manera

rápida y accesible?
b. De acuerdo.
d. En desacuerdo.
7. ¿Cree Ud. que las historias clínicas pueden ser utilizadas en todo momento y
lugar?
b. De acuerdo.
d. En desacuerdo.

BIBLIOTECA
de Ingeniería
8. ¿Cree Ud. que las historias clínicas se llenan de una manera eficiente actualmente?
b. De acuerdo.
d. En desacuerdo.
9. ¿Estas satisfecho con el proceso actual que Ud. desempeña en el proceso de

b. De acuerdo.
d. En desacuerdo.
10. ¿Cree Ud. que los historiales clínicos manuscritos sufren deterioro con el tiempo,
por su propio uso muchas veces conllevando a perder la información?
b. De acuerdo.
d. En desacuerdo.
11. ¿Cree Ud. que las historias clínicas tienen una seguridad garantizada con una
correcta política de resguardo de la información?
b. De acuerdo.
d. En desacuerdo.

BIBLIOTECA
de Ingeniería
Valores Asignados por Respuestas:
Rango Nivel de Aprobación Peso
AP Totalmente de Acuerdo 5
AS De Acuerdo 4
NN Ni de acuerdo ni en desacuerdo 3
DS En Desacuerdo 2
DP Totalmente en Desacuerdo 1

BIBLIOTECA
de Ingeniería
VALIDACIÓN DE RESULTADOS DE EXPERTO
1. PLANILLA DE VALIDACIÓN DEL INSTRUMENTO
APRECIACIÓN CUALITATIVA
CRITERIOS EXCELENTE BUENO REGULAR DEFICIENTE

(4) (3) (2) (1)
Presentación del 
instrumento
Claridad en la redacción 
de los ítems
Pertinencia de las 
variables con los
indicadores
Relevancia del contenido 
Factibilidad de la 
aplicación
APRECIACIÓN CUALITATIVA:
En cuanto a la validación de instrumentos mi apreciación es que se está desarrollando de

una manera correcta.
OBSERVACIONES:
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
2. IDENTIFICACIÓN DEL EXPERTO:
VALIDADO POR: RONALD PAUL CABANILLAS TEJADA DNI: 72591825
PROFESIÓN: Ing. Sistemas
LUGAR DE TRABAJO: AGESA S.A.
CARGO QUE DESEMPEÑA: Jefe de Almacén.
DIRECCIÓN: Ca. Lima N° 256 – Chepén.
DIRECCIÓN ELECTRÓNICA: ronaldct@hotmail.com
FECHA: 20-01-2017 FIRMA DEL VALIDADOR: _____________________

BIBLIOTECA
de Ingeniería
3. JUICIO DE EXPERTOS:
 En líneas generales, considera que los indicadores de las variables están inmersos en
su contexto teórico de forma:
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
Considero que los indicadores si están siendo tomados de manera correcta para lo que se
requiere del sistema.
 Considera que los reactivos del cuestionario miden los indicadores seleccionados
para la variable de manera:
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
El cuestionario que ha sido aplicada está acorde con los indicadores que se desean
consultar.
 El instrumento diseñado mide la variable de manera:
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________

BIBLIOTECA
de Ingeniería
4. VALIDACIÓN DEL INSTRUMENTO:
ESCALA
ITEMS OBSERVACIONES
DEJAR MODIFICAR ELIMINAR INCLUIR
01 
02 
03 
04 
05 
06 
07 
08 
09 
10 
11 
DESEARÍA INCLUIR COMO LO MODIFICARÍA
Están correctos los

indicadores.

BIBLIOTECA
de Ingeniería
VALIDACIÓN DE RESULTADOS DE EXPERTO
1. PLANILLA DE VALIDACIÓN DEL INSTRUMENTO
APRECIACIÓN CUALITATIVA
CRITERIOS EXCELENTE BUENO REGULAR DEFICIENTE

(4) (3) (2) (1)
Presentación del 
instrumento
Claridad en la redacción 
de los ítems
Pertinencia de las 
variables con los
indicadores
Relevancia del contenido 
Factibilidad de la 
aplicación
APRECIACIÓN CUALITATIVA:
La validación de instrumentos tiene las cualidades necesarias para lo que se pretende

desarrollar.
OBSERVACIONES:
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
2. IDENTIFICACIÓN DEL EXPERTO:
VALIDADO POR: LUIS CRUZ SALINAS DNI: 19223282
PROFESIÓN: Ing. Informático
LUGAR DE TRABAJO: I.E.P. Señor de Los Milagros – Pacasmayo.
CARGO QUE DESEMPEÑA: Docente
DIRECCIÓN: Jequetepeque S/N.
DIRECCIÓN ELECTRÓNICA: lecs35@hotmail.com
FECHA: 20-01-17 FIRMA DEL VALIDADOR: _____________________

BIBLIOTECA
de Ingeniería
3. JUICIO DE EXPERTOS:
 En líneas generales, considera que los indicadores de las variables están inmersos en
su contexto teórico de forma:
MEDIANAMENTE
SUFICIENTE INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
Considero que los indicadores se pueden buscar la manera de tomarlos de una manera
más precisa.
 Considera que los reactivos del cuestionario miden los indicadores seleccionados
para la variable de manera:
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
El cuestionario que ha sido aplicada está acorde con los indicadores que se desean
consultar.
 El instrumento diseñado mide la variable de manera:
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

BIBLIOTECA
de Ingeniería
4. VALIDACIÓN DEL INSTRUMENTO:
ESCALA
ITEMS OBSERVACIONES
DEJAR MODIFICAR ELIMINAR INCLUIR
01 
02 
03 
04 
05 
06 
07 
08 
09 
10 
11 
DESEARÍA INCLUIR COMO LO MODIFICARÍA
Están correctos los

indicadores.

BIBLIOTECA
de Ingeniería
ENCUESTA PARA DETERMINAR METODOLOGÍA DE DESARROLLO
ENCUESTA PARA LA OBTENCIÓN DE DATOS Y ELEGIR QUÉ METODOLOGÍA

ES LA MÁS ADECUADA PARA EL DESARROLLO DE UN SISTEMA DE
INFORMACIÓN WEB.
Datos del Encuestado:
Apellidos y Nombres: Ing. Luis Edgardo Cruz Salinas Profesión: Ing. Informático
Empresa donde Labora: I.E.P. Señor de Los Milagros – Pacasmayo.
Años de Experiencia: 05
1. Ingresar en una escala de 1 al 5 el grado de importancia de cada criterio para determinar

qué tan buena alternativa es una metodología para el desarrollo de un Sistema de
Información Web.
Criterios de Selección de Metodologías
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 5 4 5 4 4
XP 5 5 5 4 4 5
Scrum 4 4 4 4 3 3
Microsoft Solution Framework 3 3 3 2 3 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.
C6: Tiempo de Desarrollo.

BIBLIOTECA
de Ingeniería
ENCUESTA PARA LA OBTENCIÓN DE DATOS Y ELEGIR QUE METODOLOGÍA

INFORMACIÓN WEB.
Apellidos y Nombres: David Loayza Cusi Profesión: Ing. Sistemas
Empresa Donde Labora: GMD

Información Web.
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 4 4 4 5 4
XP 3 4 4 4 3 3
Scrum 3 3 4 3 3 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.

BIBLIOTECA
de Ingeniería
ENCUESTA PARA LA OBTENCIÓN DE DATOS Y ELEGIR QUE METODOLOGÍA

INFORMACIÓN WEB.
Apellidos y Nombres: Kristel Garayar Uribe Profesión: Ing. Sistemas
Empresa Donde Labora: GMD

Información Web.
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 5 3 5 5 5
XP 3 4 4 4 3 3
Scrum 3 4 4 3 4 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.

BIBLIOTECA
de Ingeniería
VALIDACIÓN DEL INSTRUMENTO DE RECOLECCIÓN DE DATOS
Cuadro N° 01: Resultados Obtenidos.
CUADRO
Nº Item1 Item2 Item3 Item4 Item5 Item6 Item7 Item8 Item9 Item10 Item11
1 2 4 4 3 4 2 4 4 2 3 4
2 3 2 3 3 4 4 2 2 2 2 3
3 3 2 4 4 3 2 2 4 3 4 4
4 3 4 2 4 3 3 4 5 3 3 2
5 4 2 3 3 4 3 3 4 4 4 3
6 4 2 2 4 3 2 3 4 4 3 2
7 2 1 2 3 3 2 3 3 3 3 2
8 3 2 4 3 4 4 4 4 5 5 4
9 3 1 4 2 2 2 4 3 3 2 4
10 4 4 4 4 4 4 3 4 4 3 4
11 2 3 3 4 3 4 3 5 2 3 3
12 4 4 4 5 5 4 4 4 4 4 4
13 4 4 4 4 5 4 5 4 4 4 4
14 2 2 3 3 2 2 2 2 2 3 3
15 3 3 2 3 3 3 3 2 3 2 2
16 4 3 4 4 3 3 3 4 4 3 4
17 4 3 2 2 3 3 1 4 2 4 2
18 3 3 3 3 3 2 2 3 2 3 3
19 4 2 4 4 4 3 4 4 4 4 4
20 3 2 2 4 4 2 4 5 5 4 2

BIBLIOTECA
de Ingeniería
ANÁLISIS DE CONFIABILIDAD
1. Procedimiento de dos mitades (división de ítems en pares e impares).
a. Se calcula el Índice de Correlación (Pearson):
n  AB      

 n         n       
r
2 2 2 2
b. Corrección de r con la ecuación de Spearman – Brown:
2r
R
1 r
Item Item Item Item Item Item Item Item Item Item Item X Z 𝑿𝟐 𝒁𝟐
Nº 1 2 3 4 5 6 7 8 9 10 11 (Impar) (Par) X*Z
1 2 4 4 3 4 2 4 4 2 3 4 20 16 320 400 256
2 3 2 3 3 4 4 2 2 2 2 3 17 13 221 289 169
3 3 2 4 4 3 2 2 4 3 4 4 19 16 304 361 256
4 3 4 2 4 3 3 4 5 3 3 2 17 19 323 289 361
5 4 2 3 3 4 3 3 4 4 4 3 21 16 336 441 256
6 4 2 2 4 3 2 3 4 4 3 2 18 15 270 324 225
7 2 1 2 3 3 2 3 3 3 3 2 15 12 180 225 144
8 3 2 4 3 4 4 4 4 5 5 4 24 18 432 576 324
9 3 1 4 2 2 2 4 3 3 2 4 20 10 200 400 100
10 4 4 4 4 4 4 3 4 4 3 4 23 19 437 529 361
11 2 3 3 4 3 4 3 5 2 3 3 16 19 304 256 361
12 4 4 4 5 5 4 4 4 4 4 4 25 21 525 625 441
13 4 4 4 4 5 4 5 4 4 4 4 26 20 520 676 400
14 2 2 3 3 2 2 2 2 2 3 3 14 12 168 196 144
15 3 3 2 3 3 3 3 2 3 2 2 16 13 208 256 169
16 4 3 4 4 3 3 3 4 4 3 4 22 17 374 484 289

BIBLIOTECA
de Ingeniería
Item Item Item Item Item Item Item Item Item Item Item X Z 𝑿𝟐 𝒁𝟐
Nº 1 2 3 4 5 6 7 8 9 10 11 (Impar) (Par) X*Z
17 4 3 2 2 3 3 1 4 2 4 2 14 16 224 196 256
18 3 3 3 3 3 2 2 3 2 3 3 16 14 224 256 196
19 4 2 4 4 4 3 4 4 4 4 4 24 17 408 576 289
20 3 2 2 4 4 2 4 5 5 4 2 20 17 340 400 289
SUMA 387 320 6318 7755 5286
NUMERADOR DENOMINADOR
n = 20 n (A2) ]= 155100
2
(A) 149769
n (AB) = 126360
2
n ( ) 105720
2
(A) (B)= 123840 () 102400
(126360) − 123840
r =
√(155100−149769)−(105720−102400)
2520
r =
4207.00844
r =0.59900
Correlación según Spearman-Brown (R)
2(0.59900)
𝑅=
1 + 0.59900
R =0.74921826
Se obtienen los siguientes resultados y se llega a la conclusión de que, para nuestro caso,
este instrumento tiene un 75% de confiabilidad.

BIBLIOTECA
de Ingeniería
PRUEBA DE DOS MITADES USANDO EL SPSS
- Ingreso de Variables.
- Ingreso de Datos.

BIBLIOTECA
de Ingeniería
PASOS PARA REALIZAR LA PRUEBA DE DOS MITADES

BIBLIOTECA
de Ingeniería

BIBLIOTECA
de Ingeniería
MANUAL DE SISTEMA DE HISTORIAS CLÍNICAS - CENTRO DE SALUD

JEQUETEPEQUE
I. Ingreso al sistema de Historial clínico Centro Medico Jequetepeque.
II. Ingreso a Panel General del Sistema de Historias Clínicas.
Está es una vista generalizada del sistema, en donde según el tipo de usuario asignado
podrá acceder a las opciones que fueron asignadas por el administrador.

BIBLIOTECA
de Ingeniería
III. Imagen de las opciones que se presentan en el Módulo denominado Centro Médico.
- Emergencias.
- Pacientes.
- Médicos.
- Citas Médicas.
- Historias Clínicas.
- Bitácora.
- Mantenedores.
- Reportes.
 En este punto Mostraremos como registrar un Paciente en el sistema de Historias

Clínicas.

BIBLIOTECA
de Ingeniería
 En este punto se muestra como registrar una cita médica; como se puede observar
en ambos puntos la forma de como registrar es similar, y lo mismo ocurre con las
demás opciones.
IV. En la imagen nos muestran las opciones con las que cuenta el sistema en los Módulos
de Farmacia y Caja. En estos módulos se podrán realizar registro de los
medicamentos, ventas de medicamentos, así como el cuadre de caja del área de
farmacia.

BIBLIOTECA
de Ingeniería
 En este punto mostraremos cómo registrar un Medicamento en el sistema de

 En este punto se muestra como registrar un cliente, como se puede observar en

ambos puntos la forma de como registrar es similar, y lo mismo ocurre con las
demás opciones.

BIBLIOTECA
de Ingeniería
V. En la Imagen nos muestra las opciones con las que cuenta el sistema en el módulo
denominado Sistema
 En el módulo de sistemas encontramos la opción de Administrador, aquí

ingresaremos para brindar los permisos correspondientes a los usuarios, según sea
el caso.

BIBLIOTECA
de Ingeniería
DISTRIBUCIÓN t Student

BIBLIOTECA
de Ingeniería
DISTRIBUCIÓN NORMAL Z


PAIRAZAMAN ESTEVES Luis Alfredo VIGO ESCALANTE Erick Anthony PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

PAIRAZAMAN ESTEVES Luis Alfredo VIGO ESCALANTE Erick Anthony PDF

Загружено:

Авторское право:

Доступные форматы

BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN

UNIVERSIDAD NACIONAL DE TRUJILLO

FILIAL VALLE JEQUETEPEQUE

“SISTEMA DE INFORMACIÓN WEB PARA EL MEJOR CONTROL Y ACCESO A

 PAIRAZAMAN ESTEVES, LUIS ALFREDO.

 VIGO ESCALANTE, ERICK ANTHONY.

 ING. MG. SANTOS FERNÁNDEZ, JUAN PEDRO.

A Dios, por ser mi fortaleza y amigo

A mis Padres que siempre lucharon por

A mis familiares, en gratitud a su amor,

A Dios, por bendecirme con una familia

Con mucho afecto principalmente a mis

Agradezco a mi hija, que gracias a ella,

Deseamos expresar nuestro más profundo y sincero agradecimiento a todas aquellas

Agradecemos a las autoridades del Centro de Salud Jequetepeque, especialmente a la

Finalmente, a la Universidad Nacional de Trujillo, a los docentes y personal de la escuela

Señores Miembros del Jurado:

Cumpliendo con los requerimientos estipulados en el Reglamento de Grados y Títulos de

“SISTEMA DE INFORMACIÓN WEB PARA EL MEJOR CONTROL Y ACCESO A

Trujillo, Julio del 2017.

Luis Alfredo, Pairazamán Esteves. Erick Anthony, Vigo Escalante.

El presente trabajo de tesis titulado “SISTEMA DE INFORMACIÓN WEB PARA EL

(Registros de Pacientes, Historiales Clínicos, Consultas de Pacientes, así como Reportes de

Para el desarrollo del presente trabajo se ha utilizado las entrevistas, encuestas y

Finalmente, como resultado de esta investigación podemos concluir que mediante la

PALABRAS CLAVE: Historias Clínicas, Pacientes, Centro de Salud.

Specifically we used PHP code (hypertext Preprocessor) with MySQL as database

Finally, as a result of this investigation we can conclude that by the Implementation of

KEYWORDS: Clinical Histories, Patients, Health Center.

DEDICATORIA ................................................................................................................... iii

ABSTRACT ........................................................................................................................ vii

ÍNDICE GENERAL ........................................................................................................... viii

1.1. Realidad Problemática ............................................................................................ 2

1.2. Enunciado del Problema ......................................................................................... 3

1.3. Hipótesis ................................................................................................................. 3

1.4. Justificación ............................................................................................................ 3

1.5. Objetivo de la Investigación ................................................................................... 4

CAPÍTULO II: MARCO TEÓRICO ..................................................................................... 6

2.1. Antecedentes ........................................................................................................... 7

2.1.1. Local ................................................................................................................ 7

2.1.2. Nacional ........................................................................................................... 8

2.1.3. Internacional .................................................................................................... 8

2.2. Marco Teórico ......................................................................................................... 9

2.2.1. Sistema de Información ................................................................................... 9

2.2.2. Historias Clínicas........................................................................................... 10

2.2.3. Sistemas de Información de Historiales Clínicos Electrónicos ..................... 12

2.2.4. Lenguaje Unificado de Modelado (UML) ..................................................... 12

2.2.5. Rational Unified Process (RUP) .................................................................... 13

2.2.6. Extreme Programming XP ............................................................................ 15

2.2.7. Scrum ............................................................................................................. 16

2.2.8. Microsoft Solution Framework (MSF) .......................................................... 17

2.2.9. Comparación entre Metodologías .................................................................. 18

2.2.10. Aplicaciones Móviles ..................................................................................... 20

2.2.11. Intranet .......................................................................................................... 21

2.2.12. Internet .......................................................................................................... 21

2.2.13. Apache ........................................................................................................... 21

2.2.16. JavaScript ...................................................................................................... 22

2.2.17. Framework CSS 960 Grid System ................................................................ 23

2.2.18. MySql ............................................................................................................ 23

2.2.19. Rational Rose ................................................................................................ 23

2.2.20. Sitio Web ....................................................................................................... 23

CAPÍTULO III: MATERIALES Y MÉTODOS ................................................................. 24

3.1. Diseño de la Información ...................................................................................... 25