Informe Tesis Final

UNIVERSIDAD NACIONAL DE

TRUJILLO

FACULTAD DE INGENIERÍA

E.A.P. Ingeniería de Sistemas

Filial Valle Jequetepeque

SISTEMA DE INFORMACION WEB PARA LA AGILIZACION DE PROCESOS DE ATENCIÓN DE LOS PACIENTES DEL CENTRO DE SALUD JEQUETEPEQUE

Desarrollo de Tesis.

Autores:

MACHUCA CRUZADO, JOSE ARMANDO.

PAIRAZAMAN ESTEVES, LUIS ALFREDO.

Profesor:

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

GUADALUPE, PERÚ

2013

DEDICATORIA

Luis Alfredo.

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 cosa más con las que me apoyaron siempre. Y a mis amigos que siempre estuvieron allí apoyándome en los buenos y malos momentos.

DEDICATORIA

José Armando.

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

AGRADECIMIENTOS

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

que apoyaron de alguna manera la realización del presente estudio y sin lo cual no hubiera

sido posible la culminación de éste.

A nuestro asesor Mg. Ing. Juan Pedro Santos Fernández por su orientación y consejos

determinantes para el desarrollo de este 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

PRESENTACION

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 INFORMACION WEB PARA LA AGILIZACION DE PROCESOS DE ATENCIÓN 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, Diciembre del 2013.

Machuca Cruzado, José. Pairazamán Esteves, Luís.

RESUMEN

El presente trabajo de tesis titulado “SISTEMA DE INFORMACION WEB PARA LA

AGILIZACION DE PROCESOS DE ATENCIÓN DE LOS PACIENTES DEL CENTRO DE

SALUD JEQUETEPEQUE”. Ha sido desarrollado con la finalidad de demostrar que se puede

agilizar los procesos de control, registró 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 observación

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 INFORMACION WEB PARA LA AGILIZACION DE

PROCESOS DE ATENCIÓN DE LOS PACIENTES DEL CENTRO DE SALUD

JEQUETEPEQUE” bajo Tecnología Web se logra agilizar la gestión administrativa.

PALABRAS CLAVE: Sistema, Web, Calidad, Administración, Información, Historias Clínicas, Pacientes, Agilizar.

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), Web applications and UML

modeling language with extensions for Web applications (WAE). .

For the development of this work has been used interviews, surveys and observation 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: System, Web, Quality, Administration, Information, Medical Records, Patient, Streamline.

INDICE GENERAL

1. INTRODUCCIÓN...............................................................................................................2

1.1. REALIDAD PROBLEMÁTICA.................................................................................2

1.2. ENUNCIADO DEL PROBLEMA...............................................................................3

1.3. HIPÓTESIS..................................................................................................................3

1.4. JUSTIFICACIÓN.........................................................................................................3

1.4.1. Justificación Tecnológica......................................................................................3

1.4.2. Justificación Económica.......................................................................................4

1.4.3. Justificación Social...............................................................................................4

1.5. OBJETIVOS.................................................................................................................4

1.5.1. Objetivo General:..................................................................................................4

1.5.2. Objetivos Específicos:..........................................................................................5

1.6. VARIABLES...............................................................................................................5

1.6.1. Definición Conceptual y Operacional de las Variables........................................5

1.7. MEDIO.........................................................................................................................6

2. MARCO TEÓRICO............................................................................................................7

2.1. ANTECEDENTES.......................................................................................................7

2.2. MARCO TEORICO REFERENCIAL.......................................................................11

2.2.1. CONCEPTOS DE SISTEMAS ORGANIZACIONALES.................................11

2.3. HISTORIAS CLÍNICAS............................................................................................20

2.4. CONSULTA MÉDICA..............................................................................................21

2.5. ATENCIÓN MÉDICA...............................................................................................22

2.6. RECETA MÉDICA....................................................................................................22

2.7. PATOLOGÍA.............................................................................................................22

2.8. SISTEMAS DE INFORMACION DE HISTORIALES CLINICOS ELECTRONICOS.................................................................................................................23

2.9. BENEFICIOS DE LOS HISTORIALES CLINICOS ELECTRONICOS.................23

2.10. MODERNO SISTEMA PERMITIRÁ ATENCIÓN EN ESTABLECIMIENTOS DE SALUD...........................................................................................................................24

2.11. LENGUAJE UNIFICADO DE MODELADO (UML)..........................................25

2.12. RATIONAL UNIFIED PROCESS (RUP).............................................................26

2.13. EXTREME PROGRAMMING XP........................................................................27

2.14. METODOLOGIA SCRUM....................................................................................28

2.15. MICROSOFT SOLUTION FRAMEWORK (MSF)..............................................30

2.16. INTRANET............................................................................................................31

2.17. INTERNET.............................................................................................................31

2.18. HOSTING:.............................................................................................................32

2.19. SERVIDOR:...........................................................................................................33

2.20. APACHE................................................................................................................36

2.21. PHP.........................................................................................................................36

2.22. HTML.....................................................................................................................36

2.23. JAVASCRIPT........................................................................................................37

2.24. FRAMEWORK CSS 960 GRID SYSTEM...........................................................37

2.25. MYSQL..................................................................................................................37

2.26. RATIONAL ROSE.................................................................................................38

2.27. SITIO WEB............................................................................................................38

2.28. APLICACIONES MOVILES.................................................................................38

2.29. MARCO CONCEPTUAL......................................................................................39

2.29.1. ¿QUÉ ES UN SISTEMA?.................................................................................39

2.29.2. SISTEMA DE INFORMACIÓN:.......................................................................39

2.29.3. ¿QUÉ ES SOLUCIÓN WEB?............................................................................40

2.29.4. SISTEMAS DE INFORMACIÓN BASADOS EN WEB (WIS).......................40

2.29.5. INTEGRAR........................................................................................................40

2.29.6. SISTEMAS DE INFORMACIÓN INTEGRADOS VÍA WEB.........................40

2.29.7. PROCESO...........................................................................................................41

3. MATERIALES Y MÉTODOS..........................................................................................42

3.1. MATERIALES...........................................................................................................42

3.1.1. RECURSOS DISPONIBLES.............................................................................42

3.1.2. MATERIALES NO DISPONIBLES..................................................................43

3.1.3. SERVICIOS NO DISPONIBLES.......................................................................43

3.2. PERSONAL...............................................................................................................44

3.3. DISEÑO Y CONTRASTACION...............................................................................44

3.3.1. Diseño de la Información...................................................................................44

3.4. INDICADORES.........................................................................................................45

4. GENERALIDADES DE LA INSTITUCION...................................................................51

4.1. DATOS EMPRESARIALES.....................................................................................51

4.2. Direccionamiento Empresarial...................................................................................53

4.3. Metas Empresariales..................................................................................................56

4.4. Análisis Interno..........................................................................................................57

4.5. Análisis Externo.........................................................................................................57

4.6. Factores Críticos de Éxito:.........................................................................................58

5. METODOLOGÍA..............................................................................................................59

5.1. MODELO DEL NEGOCIO.......................................................................................59

5.1.1 REGLAS DEL NEGOCIO.................................................................................59

5.1.1.2 Actores del Negocio............................................................................................60

5.1.2 CASOS DE USO DEL NEGOCIO.....................................................................61

5.1.3 HOJAS DE DESCRIPCIÓN DE CASO DE USO DEL NEGOCIO.................62

5.1.4 DIAGRAMA DE ACTIVIDADES DEL NEGOCIO.........................................74

5.1.5 MODELO DE CASOS DE USO DEL NEGOCIO............................................77

5.2. MODELO DE REQUERIMIENTOS........................................................................80

5.2.1. Determinación de requerimientos funcionales....................................................80

5.2.2. Determinación de requerimientos no funcionales...............................................81

5.2.3. Modelo de Casos de Uso por Paquete.................................................................83

5.2.4. Estimación de Tiempo de Desarrollo Basado en Puntos de Caso de Uso..........92

5.2.5. Viabilidad Económica.........................................................................................99

5.2.6. BENEFICIOS...................................................................................................107

5.2.7. MITIGACIÓN DE RIESGOS..........................................................................113

TABLA 5. 32 MITIGACIÓN DE RIESGOS..................................................................113

6. MODELO DE ANÁLISIS...............................................................................................114

6.1. Diagrama de Clases de Análisis Parciales...............................................................114

6.1.1. Diagrama de Clases de Análisis Parciales........................................................114

6.1.2. Diagramas de Colaboración..............................................................................115

6.2. MODELO DE DISEÑO...........................................................................................120

6.2.1. Diagrama de Clases de Diseño.........................................................................120

DIAGRAMA 6. 7 Clases de Diseño................................................................................120

6.2.2. Casos de Uso de Realización............................................................................121

6.2.3. Diseño de Formularios......................................................................................125

6.2.4. Diagramas de Secuencia...................................................................................128

6.2.5. Diagramas de Estado.........................................................................................132

6.2.6. Diagrama de Navegabilidad.............................................................................135

7. Modelo de Desarrollo......................................................................................................136

7.1. Diagrama de Componentes......................................................................................136

7.2. Diagrama de Despliegue..........................................................................................137

7.3. Modelo de Datos......................................................................................................138

7.4. Modelo de Entidades Logíco....................................................................................139

DIAGRAMA 7. 4 Entidades Logíco...................................................................................139

7.5. Modelo de Entidades Físico.....................................................................................140

DIAGRAMA 7. 5 Entidades Físico....................................................................................140

7.6. Generación de Codigo..............................................................................................141

8. MODELO DE PRUEBAS:..............................................................................................155

8.1. Caso de Uso de Prueba:............................................................................................155

8.2. Pruebas de Caja Negra:............................................................................................155

8.2.1. Pruebas de la Caja Blanca:................................................................................164

8.2.2. Método de prueba de Caja Blanca:...................................................................164

9. CONTRASTACIÓN DE LA HIPÓTESIS......................................................................169

9.1. ANÁLISIS DE LOS INDICADORES CUALITATIVOS......................................170

9.1.1. Nivel de satisfacción del Personal del Centro de Salud encargado de usar el sistema. 170

9.1.2. Cálculo del indicador luego de implementado el sistema................................174

9.1.3. Prueba de la hipótesis.......................................................................................179

9.2. ANÁLISIS DE LOS INDICADORES CUANTITATIVOS...................................181

Bibliografía...............................................................................................................................56

1. ARBOL DE PROBLEMAS..............................................................................................66

CAUSAS:............................................................................................................................66

EFECTOS:.........................................................................................................................66

2. ARBOL DE OBJETIVOS Y FINES.................................................................................68

OBJETIVOS:.....................................................................................................................68

FINES:...............................................................................................................................68

INDICE DE DIAGRAMAS

DIAGRAMA N°2. 1: METODOLOGÍA RUP.........................................................................26

DIAGRAMA N°2. 2: METODOLOGÍA XP............................................................................28

DIAGRAMA N°2. 3: METODOLOGÍA SCRUM...................................................................29

DIAGRAMA N°2. 4: METODOLOGÍA MSF.........................................................................30

DIAGRAMA N°2. 5: SERVIDO VIRTUAL............................................................................32

DIAGRAMA N°2. 6: ESQUEMA GRAFICO DEL FUNCIONAMIENTO DE UN

SERVIDOR...............................................................................................................................33

DIAGRAMA 4. 1 ORGANIGRAMA ESTRUCTURAL DEL CENTRO DE SALUD JEQUETEPEQUE...........................................................................................................................52

DIAGRAMA 5. 1 DIAGRAMA DE CASO DE USOS DEL NEGOCIO................................61

DIAGRAMA 5. 2 ATENDER PACIENTE..............................................................................74

DIAGRAMA 5. 3 MONCUN Reservar Cita Medica................................................................79

DIAGRAMA 5. 4 MONCUN Atender Triaje..........................................................................79

DIAGRAMA 5. 5 MONCUN Atender Consulta......................................................................80

DIAGRAMA 5. 61 MONCUN Reportes de Gestión...............................................................81

DIAGRAMA 5. 7 MODELO DE DOMINIO...........................................................................82

DIAGRAMA 5. 8 PAQUETE Registrar Personal de Trabajo..................................................83

DIAGRAMA 5. 9 PAQUETE Registrar Paciente.....................................................................83

DIAGRAMA 5. 10 PAQUETE Administrar Cuenta Personal..................................................83

DIAGRAMA 5. 11 PAQUETE Autentificarse al Sistema........................................................84

DIAGRAMA 5. 12 PAQUETE Registrar Cita Medica.............................................................84

DIAGRAMA 5. 13 PAQUETE Registrar Triaje.......................................................................85

DIAGRAMA 5. 14 PAQUETE Reportes de Gestión................................................................85

DIAGRAMA 6. 1 Clases de Análisis Parciales......................................................................114

DIAGRAMA 6. 2 Colaboración Registrar Paciente...............................................................115

DIAGRAMA 6. 3 Colaboración Registrar Usuario................................................................116

DIAGRAMA 6. 4 Colaboración Registrar Historia Clínica...................................................117

DIAGRAMA 6. 5 Colaboración Registrar Triaje...................................................................118

DIAGRAMA 6. 6 de Paquetes...............................................................................................119

DIAGRAMA 6. 7 Clases de Diseño.......................................................................................120

DIAGRAMA 6. 8 Autentificarse al sistema...........................................................................121

DIAGRAMA 6. 9 Administrar Cuenta Personal....................................................................121

DIAGRAMA 6. 10 Registrar Paciente...................................................................................122

DIAGRAMA 6. 11 Registrar Triaje.......................................................................................122

DIAGRAMA 6. 12 Registrar cita médica...............................................................................123

DIAGRAMA 6. 13 Atender consulta.....................................................................................123

DIAGRAMA 6. 14 Generar reportes de gestión.....................................................................124

DIAGRAMA 6. 15 Secuencia Administrar Paciente..............................................................128

DIAGRAMA 6. 16 secuencia Administrar Usuario...............................................................129

DIAGRAMA 6. 17 secuencia Registro Historias Clínicas.....................................................130

DIAGRAMA 6. 18 secuencia Registro de Triaje...................................................................131

DIAGRAMA 6. 19 Estados: Registrar Personal.....................................................................132

DIAGRAMA 6. 20 Estados: Registrar Usuario.....................................................................132

DIAGRAMA 6. 21 Estados: Programar Medico....................................................................133

DIAGRAMA 6. 22 Estados: Reservar cita.............................................................................133

DIAGRAMA 6. 23 Estados: Registrar Triaje.........................................................................134

DIAGRAMA 6. 24 Navegabilidad.........................................................................................135

DIAGRAMA 7. 1 Componentes.............................................................................................136

DIAGRAMA 7. 2 Despliegue.................................................................................................137

DIAGRAMA 7. 3 Datos.........................................................................................................138

DIAGRAMA 7. 4 Entidades Logíco......................................................................................139

DIAGRAMA 7. 5 Entidades Físico........................................................................................140

INDICE DE TABLAS

TABLA3. 1 Recursos Disponibles en el Centro de Salud.........................................................42

TABLA 3. 2 Materiales no disponibles.....................................................................................43

TABLA3. 3 Servicios no Disponibles.......................................................................................43

TABLA3. 4 Personal para proyecto..........................................................................................44

TABLA3. 5 Especialidades.......................................................................................................47

TABLA3. 6 Indicadores............................................................................................................49

TABLA3. 7 Técnicas para la Recolección de datos..................................................................50

TABLA 4. 1 Metas Empresariales a Corto Mediano y Largo Plazo...........................…….56

TABLA 5. 1Actores del Negocio.........................................................................................60

TABLA 5. 2Hoja de Descripción del C.UNnegocio:Administrar Mantenedores de

Información..........................................................................................................................62

TABLA 5. 3Hoja de Descripción del C.U Negocio: Programar Actividades Médicas.......64

TABLA 5. 4Hoja de Descripción del C.U Negocio: Atender Paciente...............................66

TABLA 5. 5 Hoja de descripción del C.U negocio: Generar Reportes...............................70

TABLA 5. 6 Factor de Peso de los Actores sin ajustar (UAW).........................................92

TABLA 5. 7 FACTOR DE PESO POR CADA ACTOR Y SU TIPO................................92

TABLA 5. 8 Factor de Peso de los Casos de Uso Sin Ajustar (UUCW).............................93

TABLA 5. 9 Calculando casos de Uso sin Ajustar..............................................................94

TABLA 5. 10 Factor de Peso para cada Factor de Complejidad Técnica (TCF)................94

TABLA 5. 11 Factor de Peso para cada Factor ambiente y su Valor (EF)..........................95

TABLA 5. 12Porcentaje de Esfuerzo Total para el Proyecto.............................................97

TABLA 5. 13 Costos de Hardware....................................................................................99

TABLA 5. 14 Costos de Software.....................................................................................100

TABLA 5. 15 Costos de Muebles y Enseres......................................................................101

TABLA 5. 16 Total costos de Inversión............................................................................101

TABLA 5. 17 Costos de Recursos Humanos.....................................................................101

TABLA 5. 18 Costos de Insumos (Materiales)..................................................................102

TABLA 5. 19 Costos de Energía.......................................................................................102

TABLA 5. 20 Costos de Servicios.....................................................................................103

TABLA 5. 21 Total Costos de Desarrollo.........................................................................103

TABLA 5. 22 Hardware.....................................................................................................104

TABLA 5. 23 Software......................................................................................................104

TABLA 5. 24 Mobiliario...................................................................................................104

TABLA 5. 25 Materiales....................................................................................................105

TABLA 5. 26 Energía Eléctrica.........................................................................................106

TABLA 5. 27 Mantenimiento de Equipo...........................................................................106

TABLA 5. 28 Beneficios Tangibles...................................................................................107

TABLA 5. 29 Flujo de Caja...............................................................................................108

TABLA 5. 30 Mitigación de Riesgos

TABLA 8. 1Clases de equivalencia: Registrar Datos de la Persona.................................157

TABLA 8. 2Prueba realizada: Ingresar datos de la persona.............................................158

TABLA 8. 3Clases de equivalencia: Registrar Usuario.....................................................159

TABLA 8. 4 Prueba realizada: Ingresar datos Usuario......................................................159

TABLA 8. 5Clases de equivalencia: Registrar Cita..........................................................160

TABLA 8. 6 Prueba realizada: Ingresar Datos Cita...........................................................160

TABLA 8. 7Clases de equivalencia: Registrar Historia Clínica........................................161

TABLA 8. 8 Prueba realizada: Ingreso de Datos de Historia Cliníca...............................162

CAPÍTULO I: INTRODUCCIÓN

Sistema de Información Web Para La Agilización De Procesos De Atención De Los Pacientes Del Centro De salud Jequetepeque

Facultad de IngenieríaEscuela de Ingeniería de Sistemas Machuca & Pairazamán

1. INTRODUCCIÓN

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 las historias clínicas de los pacientes por parte de las

diferentes especialidades con las que cuenta.

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 atiende 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).

- El personal considera que el manejo de la información en el área de

Admisión es deficiente, por la cantidad de documentos que se maneja

para registrar o llevar el control de los pacientes; esto conlleva a pérdidas,

daños o deterioro de documentos que causa vulnerabilidad en la seguridad

de la información del Centro de Salud.

17



- El personal administrativo afirma que el registro se realiza manualmente,

generando lentitud en la atención y por ende incomodidad por espera.

- Los médicos afirman que no pueden acceder a la información del historial

clínico de sus pacientes generando que se vuelva a repetir el mismo

proceso y retrasando el diagnóstico y tratamiento (Ver Árbol de Problemas

en el Anexo).

1.2. ENUNCIADO DEL PROBLEMA

¿Cómo incide la implementación de un Sistema de Información Web en la

agilización de procesos de atención a los pacientes del Centro de Salud de

Jequetepeque?

1.3. HIPÓTESIS

La implementación de un Sistema Web agiliza los procesos de atención de los

pacientes del Centro de Salud Jequetepeque.

1.4. JUSTIFICACIÓN

1.4.1.Justificación Tecnológica

La necesidad de la Implementación de un Sistema de Información Web

que ayude a la agilización de procesos de atención de los pacientes 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.

18



1.4.2. Justificación Económica

La implementación del Sistema de Información Web ayudara 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 desarrollara utilizando software

libre, con lo cual a la entidad no le generara costos de obtención de

licencias por el software utilizado.

1.4.3. Justificación 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 brindará 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.

1.4.4. Justificación Ambiental

Este proyecto de investigación tiene como justificación ambiental el

ahorro de materiales (papel,Lapiceros,Tinta,etc) con lo cual se

contribuiría en la no contaminación del ambiente ya que los datos

ahora se estarían guardando de manera virtual.

19



1.5. OBJETIVOS

1.5.1. Objetivo General:

Agilizar los procesos de control, registró y acceso de los Historiales

clínicos 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.

1.5.2. Objetivos Específicos:

- Disminuir el tiempo de búsqueda de Historias clínicas de los

Pacientes por parte de los médicos.

- Disminuir el tiempo de registro de Historias clínicas.

- Disminuir el error de los médicos en los pacientes sabiendo ya sus

antecedentes clínicos.

- Reducción de costos operacionales en el proceso de las Historias

clínicas.

- Agilizar el acceso a la información del historial clínico de una

manera más rápida por parte del usuario.

- Aumentar el nivel satisfacción del usuario del sistema respecto al

proceso de su historial clínico.

(Ver Árbol de Objetivos en el Anexo).

1.6. VARIABLES

1.6.1. Definición Conceptual y Operacional de las Variables

A. Variable Independiente

a. Definición Conceptual:

El sistema de Información Web seria el soporte informático

para el control, registró y acceso a los historiales clínicos, ya

que constantemente deben estar siendo actualizados cada vez

que los pacientes se atiendan.

20



b. Definición Operacional:

Procesamiento de la información de los Historiales Clínicos

registrados, sirve como herramienta de apoyo a los demás

médicos que pudiesen tratar a un paciente ya que sabrán todo

su Historial clínico.

B. Variable Dependiente:

a) Definición Conceptual:

El control, registró y acceso a los historiales clínicos es el la

principal razón de este sistema, ya que esto originaria una

mejor atención a los pacientes que pudiesen atenderse en este

Centro de Salud.

b) Definición Operacional:

La variable “El Control, Registró y Acceso a los Historiales

Clínicos “serán medidas a través del tiempo con el número de

registros y acceso al información de estos que se pudiesen

realizar.

1.7. OBJETO DE ESTUDIO

- Centro de Salud Jequetepeque – Jequetepeque.

21

CAPÍTULO II:

MARCO TEÓRICO



2. MARCO TEÓRICO

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

23



I. NACIONALES

Tesis 01:

A. Título:

“Sistema Integrado de Historias Clínicas Informatizadas en el Hospital

Nacional Daniel Alcides Carrión del Callao - 2012” (VILLALOBOS,

2012).

B. Autor:

Bach: Iván Villalobos Rufino.

C. Universidad:

Universidad Nacional del Callao.

D. Año:

2012.

E. Resumen:

Este proyecto de tesis tiene como finalidad aplicar las nuevas

tecnologías de información y comunicación al mundo sanitarios, si

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

F. Correlación:

Esta tesis nos ayudara 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.

24



Tesis 02:

A. Título:

“Implementación de un Sistema de Información Vía Web para

Mejorar la Calidad en la Administración de la Información al Paciente

del Laboratorio Clínico “Dr. Jorge Huamán Saavedra” (Huamán,

2009)

B. Autor:

Bach: Huamán Dávila, Jorge Antonio

C. Universidad:

Universidad Cesar Vallejo - Trujillo.

D. Año:

2009

E. Resumen:

El objetivo principal es, Mejorar la calidad en la administración de la

información al paciente del Laboratorio Clínico “Dr. Jorge Huamán

Saavedra”, implementando un Sistema de Información vía Web, para

lograr automatizar sus procesos.

F. Correlación:

Esta tesis nos ayudara 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.

25



II. INTERNACIONALES

Tesis 01:

A. Título:

“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).

B. Autor:

Bach. Ana María Arguello Rubira.

C. Universidad:

Universidad Técnica de Manabí – Ecuador.

D. Año:

2010.

E. Resumen:

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.

F. Correlación:

Esta tesis nos ayuda 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í

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

26



2.2. MARCO TEORICO REFERENCIAL

2.2.1. CONCEPTOS DE SISTEMAS ORGANIZACIONALES

2.2.1.1. SISTEMA.

Un sistema es un conjunto de componentes que interaccionan

entre sí para lograr un objetivo común.

Todo sistema organizacional depende, en mayor o menor medida,

de una entidad abstracta denominada sistema de información.

Este sistema es el medio por el cual los datos fluyen de una

persona o departamento hacia otros y puede ser cualquier cosa,

desde la comunicación interna entre los diferentes componentes

de la organización y líneas telefónicas hasta sistemas de cómputo

que generan reportes periódicos para varios usuarios.

Los sistemas de información proporcionan servicio a todos los

demás sistemas de una organización y enlazan todos sus

componentes en forma tal que estos trabajen con eficiencia para

alcanza el mismo objetivo (SENN, 1999).

Figura Nº 2. 1: Elementos básicos de Control en un modelo de Sistemas.

Fuente: (SENN, 1999).

27



- Sistemas Abiertos: Son los sistemas que interactúan con

su medio ambiente (reciben entradas y producen salidas).

- Sistemas Cerrados: Son aquellos que no interactúan con

su medio ambiente.

2.2.1.2. Finalidad de los Sistemas de Información Organizacional:

La finalidad de los Sistemas de Información, dentro de una

organización, es procesar entradas, mantener archivos de datos

relacionados con la organización y producir información, reportes

y otras salidas.

Dado que los sistemas de información dan soporte a los demás

sistemas de la organización (RENA, 2008).

2.2.1.3. Análisis y Diseño de Sistemas de Información:

Dentro de las organizaciones, el análisis y diseño de sistemas se

refiere al proceso de examinar la situación de una empresa con el

propósito de mejorarla con métodos y procedimientos más

adecuados (SAGREDO, 2010).

2.2.1.4. Ciclo de Vida de un Sistema de Información:

El ciclo de vida de un sistema de información es un enfoque por

fases del análisis y diseño que sostiene que los sistemas son

desarrollados de mejor manera mediante el uso de un ciclo

especifico de actividades del analista y del usuario (MORALES,

2010).

28



2.2.1.5. Estrategias para el Desarrollo de Sistemas de Información:

Existen tres estrategias para el desarrollo de sistemas. Cada una de

estas estrategias tiene un uso amplio en cada una de los diversos

tipos de organizaciones que existen, y resultan efectivas si son

aplicadas de manera adecuada (SENN, 1998).

A. Método para el Desarrollo de Sistemas de Información:

a. Ciclo de Vida Clásico del Desarrollo de Sistemas:

El método de ciclo de vida para el desarrollo de sistemas es el

conjunto de actividades que los analistas, diseñadores y

usuarios realizan para desarrollar e implantar un sistema de

información. El método del ciclo de vida para el desarrollo de

sistemas consta de 6 fases (UFG, 2012):

i. Investigación Preliminar: La solicitud para recibir

ayuda de un sistema de información puede originarse por

varias razones, sin importar cuales sean estas, el proceso

se inicia siempre con la petición de una persona.

ii. Determinación De Los Requerimientos Del Sistema:

El aspecto fundamental del análisis de sistemas es

comprender todas las facetas importantes de la parte de

la empresa que se encuentra bajo estudio. Los analistas,

al trabajar con los empleados y administradores

(Kendall, y otros, 2005).

iii. Diseño del sistema: El diseño de un sistema de

información produce los detalles que establecen la forma

en la que el sistema cumplirá con los requerimientos

identificados durante la fase de análisis. Los especialistas

en sistemas se refieren, con frecuencia, a esta etapa como

29



diseño lógico en contraste con la del desarrollo del

software, a la que denominan diseño físico.

iv. Desarrollo del software: Los encargados de desarrollar

software pueden instalar software comprobando a

terceros o escribir programas diseñados a la medida del

solicitante. La elección depende del costo de cada

alternativa, del tiempo disponible para escribir el

software y de la disponibilidad de los programadores.

Por lo general, los programadores que trabajan en las

grandes organizaciones pertenecen a un grupo

permanente de profesionales (Sommerville, 2005) .

v. Prueba de sistemas: Durante la prueba de sistemas, el

sistema se emplea de manera experimental para

asegurarse de que el software no tenga fallas, es decir,

que funciona de acuerdo con las especificaciones y en la

forma en que los usuarios esperan que lo haga. Se

alimentan como entradas conjunto de datos de prueba

para su procesamiento y después se examinan los

resultados (Areba, 2005).

vi. Implantación y evaluación: La implantación es el

proceso de verificar e instalar nuevo equipo, entrenar a

los usuarios, instalar la aplicación y construir todos los

archivos de datos necesarios para utilizarla. Una vez

instaladas, las aplicaciones se emplean durante muchos

años (SENN, 1998).

Para alcanzar sus objetivos, los sistemas interaccionan

con su medio ambiente, el cual está formado por todos

los objetos que se encuentran fuera de las fronteras de los

sistemas (SAAVEDRA, 2009).

30



B. Método de Desarrollo por Análisis Estructurado

Muchos especialistas en sistemas de información reconocen la

dificultad de comprender de manera completa sistemas grandes

y complejos. El análisis estructurado es un método para el

análisis de sistemas manuales o automatizados, que conduce al

desarrollo de especificaciones para sistemas nuevos o para

efectuar modificaciones a los ya existentes.

Éste análisis permite al analista conocer un sistema o proceso en

una forma lógica y manejable al mismo tiempo que proporciona

la base para asegurar que no se omite ningún detalle pertinente.

El método de desarrollo del análisis estructurado tiene como

finalidad superar esta dificultad por medio de (FORERO, 2011):

a. Componentes

- Símbolos gráficos: Iconos y convenciones para

identificar y describir los componentes de un sistema

junto con las relaciones entre estos componentes.

- Diccionario de datos: descripción de todos los datos

usados en el sistema. Puede ser manual o

automatizado (Kendall, y otros, 2005).

- Descripciones de procesos y procedimientos:

declaraciones formales que usan técnicas y lenguajes

que permiten a los analistas describir actividades

importantes que forman parte del sistema.

- Reglas: estándares para describir y documentar el

sistema en forma correcta y completa.

31



- Diseño Estructurado: El diseño Estructurado es otro

elemento del Método de Desarrollo por Análisis

Estructurado que emplea la descripción gráfica, se

enfoca en el desarrollo de especificaciones del

software.

El objetivo del Diseño Estructurado es programas formados

por módulos independientes unos de otros desde el punto de

vista funcional.

La herramienta fundamental del Diseño Estructurado es el

diagrama estructurado que es de naturaleza gráfica y evitan

cualquier referencia relacionada con el hardware o detalles

físicos. Su finalidad no es mostrar la lógica de los

programas (que es la tarea de los diagramas de flujo.

Los diagramas Estructurados describen la interacción entre

módulos independientes junto con los datos que un módulo

pasa a otro cuando interacciona con él.

b. Análisis de flujo de datos: Estudia el empleo de los datos

para llevar a cabo procesos específicos de la empresa dentro

del ámbito de una investigación de sistemas usa los

diagrama de flujos de datos y los diccionarios de datos

(Digitales, 2012) .

c. Herramientas: Las herramientas muestran todas las

características esenciales del sistema y la forma en que se

ajustan entre sí, como es muy difícil entender todo un

proceso de la empresa en forma verbal, las herramientas

ayudan a ilustrar los componentes esenciales de un sistema,

junto con sus acciones (FORERO, 2011).

d. Diagrama de flujo de datos: Es el modelo del sistema. Es

la herramienta más importante y la base sobre la cual se

desarrollan otros componentes.

32



e. Notaciones: son cuatro símbolos, que fueron desarrollados

y promovidos al mismo tiempo por dos organizaciones:

Yourdon y Gane y Sarson (FORERO, 2011).

f. Flujo de datos: son movimientos de datos en una

determinada dirección, desde un origen hasta un destino. Es

un paquete de datos (SAAVEDRA, 2009).

C. Método del Prototipo de Sistemas

La construcción de prototipos representa una estrategia de

desarrollo, cuando no es posible determinar todos los

requerimientos del usuario. Es por ello que incluye el desarrollo

interactivo o en continua evolución donde el usuario participa de

forma directa en el proceso.

Este método contiene condiciones únicas de aplicación, en

donde los encargados del desarrollo tienen poca experiencia o

información, o donde los costos y riesgos de que se cometa un

error pueden ser altos (C.C.A.S.A., 2011).

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

Además 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:

a) Clara y pérsica: 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.

33



b) Completa y metódicamente realizada: Es necesario seguir un plan en el

examen de los pacientes ya que pueden haber errores en los diagnósticos

debido a la apresurada atención.

c) Realizada de una manera Sistemática: sin caer en una extracción que

impida ver la realidad (PODESTA, 1977).

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

Así mismo, 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 (DG DE SALUD, 2005).

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 pormenores de la enfermedad de sus pacientes, la iniciativa

34



legislativa facilitará el trabajo de los encargados de la salud y dará mayor

agilidad en la atención.

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 (RONDÓN, 2013).

2.4. CONSULTA MÉDICA

La consulta médica es el tiempo en que el paciente está junto al profesional

en un espacio determinado (el consultorio o el domicilio de quien sufre el

problema de salud), mientras el doctor brinda su parecer y recomienda los

pasos a seguir.

Las consultas médicas deben quedar registradas en un documento que tiene

valor informativo, científico y legal. Dicho documento, que forma parte de la

historia clínica del paciente, deja constancia de la actuación del médico

(MINSA, 2009).

35



2.5. ATENCIÓN MÉDICA

Servicios o cuidados prestados por los médicos, preventivos y curativos,

también es considerada como atención de primer contacto ya que como la

atención que recibe el enfermo en su contacto inicial como el sistema de salud

y que sirve como acceso a los diferentes niveles de salud (NAVARRO, 2004).

2.6. RECETA MÉDICA

La receta médica es el documento normalizado por el cual los facultativos

médicos legalmente capacitados prescriben la medicación al paciente para su

dispensación en farmacias.

El plazo de validez de las recetas médicas es de 10 días naturales a partir de la

fecha de la prescripción en ellas consignada, excepto en los tratamientos de

larga duración en los que el plazo de 10 días se cuenta a partir de la fecha

prevista por cada dispensación de acuerdo con el intervalo fijado por el médico

y la fecha de la anterior de la dispensación (BENEYTO CALABUIG, 2007).

2.7. PATOLOGÍA

La patología es el estudio de las enfermedades en su amplio sentido, es decir,

como procesos o estados anormales de causas conocidas o desconocidas. La

palabra deriva de pathos, vocablo de muchas acepciones, entre las que están:

«todo lo que se siente o experimenta, estado del alma, tristeza, pasión,

padecimiento, enfermedad». En la medicina pathos tiene la acepción de

«estado anormal duradero como producto de una enfermedad», significado que

se acerca al de «padecimiento». En este sentido corresponde en latín a vitium.

La palabra griega usada para designar la enfermedad como proceso, es nosos;

la latina, morbus. Hoy se entiende por nosología la descripción y

sistematización de las enfermedades (UNIVERSIDADDECHILE, 2010).

36



2.8. SISTEMAS DE INFORMACION DE HISTORIALES CLINICOS

ELECTRONICOS.

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 Información de Historias Clínicas Electrónicas es la

de brindar la una información detallada y compartida de todo sus historial

clínico.

Las HCE nos ayudaran 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 (CURIOSO, y otros, 2002) .

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.9. BENEFICIOS DE LOS HISTORIALES CLINICOS ELECTRONICOS.

A. Acceso a múltiples proveedores a atención médica.

Debido a que se puede acceder a los historiales clínicos desde una

computadora, las historias clínicas te acompañan de un consultorio a otro, esto

es importante cuando pueda ocurrir una urgencia y si el paciente esta

inconsciente y ni puede decirle al médico a que medicamentos es alérgico este

lo sabrá al consultar su historia clínica electrónica (CURIOSO, y otros, 2002) .

B. Eliminan los inconvenientes que ocasionan las anotaciones realizadas

a mano.

Los inconvenientes que se pueden presentar a la hora de escribir en las

historias clínicas es que no se pueda entender lo que escriba el médico o quizás

que quien escriba utilice abreviaturas (CURIOSO, y otros, 2002) .

.

37



C. Eficiencia.

Cuando la información se mantiene reunida en un archivo central, se

evita que los médicos soliciten pruebas que otros médicos ya han

ordenado (HCE, 2008).

D. Educación

Ver tus expedientes médicos te permite participar en tu propia atención

de la salud (HCE, 2008).

2.10. MODERNO SISTEMA PERMITIRÁ ATENCIÓN EN

ESTABLECIMIENTOS DE SALUD.

Los establecimientos de salud del Ministerio de Salud avanzan hacia la

modernización de sus servicios actualizando el Sistema de Información en

Consulta Ambulatoria (Health Information System, por sus siglas en inglés

HIS), donde los pacientes con sólo presentar su Documento de Identidad (DNI)

podrán acceder a su registro médico en consulta externa.

Este sistema mejorado permite además el intercambio de información de

servicios entre los 7,700 establecimientos de salud del Minsa, y la posibilidad

de intercambiar información con los otros subsectores como EsSalud, los

nosocomios de las FFAA y PNP, empresas privadas como clínicas,

consultorios particulares, policlínicos, entre otros.

- Software

El Ministerio de Salud ha actualizado el software que hace posible que el

Sistema de Información en Consulta Ambulatoria pueda adaptarse a

distintos sistemas operativos incluyendo los más antiguos, considerando

que hay muchos lugares del país en donde no se han modernizado los

equipos de informática (MINSA, 2011).

38



2.11. LENGUAJE UNIFICADO DE MODELADO (UML).

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 (SCHMULLER, 2001).

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.

Los bloques de construcción se dividen en tres partes: Elementos, que son las

abstracciones deprimen nivel, Relaciones, que unen a los elementos entre sí, y

los Diagramas, que son agrupaciones interesantes de elementos.

- Elementos Estructurales

Los elementos estructurales en UML, es su mayoría, son las partes

estáticas del modelo y representan cosas que son conceptuales o

materiales (GERARDO, 2005).

- Relaciones

Una relación es una conexión entre elementos.

Para diferenciar las distintas relaciones se utilizan diferentes tipos de

líneas (BARUA, 2009).

- Diagramas

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 (ALARCÓN, 2000).

39



2.12. RATIONAL UNIFIED PROCESS (RUP).

El Rational Unified Process es un marco de proceso integral que proporciona

prácticas probadas en la industria de software y sistemas de entrega y 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ácticas se adapte a su desarrollo en particular o las necesidades

del proyecto (IBM, 2003).

La metodología RUP, llamada así por sus siglas en inglés Rational Unified

Process, divide en 4 fases el desarrollo del software (SACA, 2004):

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

DIAGRAMA N°2. 1: METODOLOGÍA RUP.

FUENTE:

(SUÁREZ, 2010).

40



Los elementos del RUP son:

- Actividades:

Son los procesos que se llegan a determinar en cada iteración (MEJIA,

y otros, 2007).

- Trabajadores:

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

(GONZÁLES, 2009).

- Artefactos:

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 (JARA, 2010).

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 (QUISPE, y otros, 2011).

2.13. EXTREME PROGRAMMING XP

Extreme Programming es una de varias 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 (SUTHERLAND, y otros, 2000).

41

http://www.agile-process.org/



A. CARACTERISTICAS:

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

- Se preocupa más en que el software funcione bien y no tanto en la

documentación que pueda generar la implementación de este (UNIO,

2009).

B. FASES DE LA METODOLOGIA XP

- Primera Fase: Planificación del Proyecto.

- Segunda Fase: Diseño.

- Tercera Fase: Codificación.

- Cuarta Fase: Pruebas.

DIAGRAMA N°2. 2: METODOLOGÍA XP.

FUENTE: (PIWEN, y otros, 2011).

42

CODIFICACIÓN

PRUEBAS

CODIFICACIÓN

DISEÑO



2.14. METODOLOGIA SCRUM.

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 (HERNANDEZ,

y otros, 2011).

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

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 (PALACIO,y otros,

2006).

DIAGRAMA N°2. 3: METODOLOGÍA SCRUM.

43



FUENTE: (IBM, 2009).

44



2.15. MICROSOFT SOLUTION FRAMEWORK (MSF)

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 (GUERRERO, 2012).

DIAGRAMA N°2. 4: METODOLOGÍA MSF.

Metodología MSF (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.

MSF se compone de varios modelos encargados de planificar las diferentes

partes implicadas en el desarrollo de un proyecto (AREVALO, 2007).

- Modelo de Equipo: El modelo de equipos es uno de los aspectos

definidos por el marco de trabajo propuesto en MSF. Este modelo

describe como se estructurará 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 (PRUDENCIO, 2011).

45



- Modelo de Proceso: Organiza los procesos necesarios para finalizar una

solución ordenan do el tiempo y dividiendo en fases las tareas de un

proyecto (RODRIGUEZ, 2011).

- Modelo de Arquitectura del Proyecto: 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

(SILVA, 2010).

- Modelo de Gestión del Riesgo: 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 (VILLARROEL,

y otros, 2005).

- Modelo de Aplicación: 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 (MILLAN, 2012).

2.16. INTRANET

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 conocida como Red o Sistema de Información (LAFRANCE,

2001).

2.17. INTERNET

Es un conjunto descentralizado de redes de comunicación interconectadas que

utilizan la familia de protocolos TCP/IP (CASTELLS, 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 (GRAHAM, 2001).

46



2.18. HOSTING:

Definición: El Hosting es alquiler de espacio para alojar un sitio o página de

Internet en uno de los servidores activos. Es decir, es un espacio en un disco

rígido de una computadora conectada las 24 hs. del día a Internet para que el

autor del sitio pueda darlo a conocer en la red y pueda ser accedido por

cualquier persona que cuente con una acceso a la red (MUÑOZ, y otros, 2011).

A. TIPOS DE HOSTING (ALTAMIRANO, 2012):

a. Alojamiento web gratuito: El hosting gratuito es extremadamente

limitado cuando se lo compara con el alojamiento web comprado.

Estos servicios generalmente agregan publicidad en los sitios y tienen

un espacio y trafico limitado.

b. Alojamiento web dedicado: control total sobre el 100% de la

máquina, el cliente alquila la máquina y tiene responsabilidad de

administrarlo, el cuidado físico de la máquina y de la conectividad a

internet.

c. Servidor virtual: el usuario dispone de un espacio limitado en dicho

servidor, compartiendo la maquina con otros usuarios.

DIAGRAMA N°2. 5: SERVIDO VIRTUAL

Fuente: .

47



2.19. SERVIDOR:

Un servidor es una computadora que formando parte de una red, provee

servicios a otras computadoras denominadas clientes (SIERRA, 2009).

Por lo cual podemos llegar a la conclusión de que un servidor también puede

ser un proceso que entrega información o sirve a otro proceso. El modelo

Cliente - Servidor no necesariamente implica tener dos ordenadores, ya que un

proceso cliente puede solicitar algo como una impresión a un proceso servidor

en un mismo ordenador (ARREDONDO, 2010).

DIAGRAMA N°2. 6: ESQUEMA GRAFICO DEL FUNCIONAMIENTO DE UN SERVIDOR

Fuente: (ALEGSA, 2010).

48

http://www.alegsa.com.ar/Diccionario/Imagen/21



2.20. APACHE

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 (httpd) 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) (SANCHEZ, y otros,

2010).

2.21. PHP

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 (HEUERTEL, 2009).

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.

Otra 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 (RODRIGUEZ, 2000).

2.22. HTML

El HTML no es más que una aplicación del SGML (Standard Generalized

Markup Language), 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.

49

http://es.wikipedia.org/wiki/PHP-GTK

http://es.wikipedia.org/wiki/PHP-Qt

http://es.wikipedia.org/wiki/Interfaz_gr%C3%A1fica_de_usuario

http://es.wikipedia.org/wiki/Ruby

http://es.wikipedia.org/wiki/Python

http://es.wikipedia.org/wiki/Perl

http://es.wikipedia.org/wiki/PHP

http://es.wikipedia.org/wiki/MySQL

http://es.wikipedia.org/wiki/LAMP

http://es.wikipedia.org/wiki/Apache_Software_Foundation

http://es.wikipedia.org/wiki/Macintosh

http://es.wikipedia.org/wiki/Microsoft_Windows

http://es.wikipedia.org/wiki/GNU/Linux

http://es.wikipedia.org/wiki/BSD

http://es.wikipedia.org/wiki/Unix

http://es.wikipedia.org/wiki/Software_de_c%C3%B3digo_abierto

http://es.wikipedia.org/wiki/Hypertext_Transfer_Protocol

http://es.wikipedia.org/wiki/Servidor_web



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 (TALENS, 1997).

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

JavaScript reconoce eventos creados por el usuario, definiendo así un sistema

interactivo en la página web, también nos ayudad para validar formularios que

puedan contener las páginas web (INNOVACIONYCUALIFICACION, 2001)

2.24. FRAMEWORK CSS 960 GRID SYSTEM

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 fácil y ordenadamente. a pesar de que ofrece

estilos tipográficos básicos, su principal objetivo es ofrecer una base multi-

navegador (KENNEDY, y otros, 2011).

2.25. MYSQL

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 (THIBAURD, 2006).

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

50

http://es.wikipedia.org/wiki/Licencia_p%C3%BAblica_general_de_GNU



privada, que posee el copyright de la mayor parte del código (SANCHEZ, y

otros, 2010).

2.26. RATIONAL ROSE

Es una herramienta software para el Modelado Visual mediante UML de

sistemas software. Permite Especificar, Analizar, Diseñar el sistema antes de

Codificarlo (SCHMULLER, 2004).

2.27. SITIO WEB

En inglés website o web site, 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 (LORA, 2010).

2.28. APLICACIONES MOVILES

Las aplicaciones móviles son programas 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(ALERTAENLINEA.GOB, 2013).

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

51

http://es.wikipedia.org/wiki/Copyright



atractiva puede representar publicidad negativa para una Compañía (hablando

tanto de cliente interno como externo).

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

(RESTREPO, 2011).

2.29. MARCO CONCEPTUAL

2.29.1. ¿QUÉ ES UN SISTEMA?

Un sistema, en este sentido, lo entendemos como una unidad cuyos

elementos interaccionan, ya que continuamente se afectan unos a

otros, de modo que operan hacia una meta común. Es algo de lo que lo

distingue de lo que la rodea y que es capaz de mantener esa identidad

a lo largo del tiempo y bajo entornos cambiantes. (FORRESTER,

2000)

2.29.2. SISTEMA DE INFORMACIÓN:

Un sistema de información (SI) es un conjunto organizado de

elementos, los cuales formarán parte de alguna de las siguientes

categorías:

- Personas

- Datos.

- Actividades o técnicas de trabajo.

- Recursos materiales en general (típicamente recursos informáticos y

de comunicación, aunque no tienen por qué ser de este tipo

obligatoriamente).

Todo interactúa entre sí para procesar los datos y la información

(incluyendo procesos manuales y automáticos) y distribuirla de la

52



manera más adecuada posible en una determinada organización en

función de sus objetivos.

No obstante un sistema de información puede estar basado en el uso de

computadoras.

Según la definición de Langefors este tipo de sistemas son:

- Un medio implementado tecnológicamente para grabar, almacenar y

distribuir expresiones lingüísticas, así como para extraer

conclusiones a partir de dichas expresiones (LANGEFORS, 1973).

2.29.3. ¿QUÉ ES SOLUCIÓN WEB?

La Solución Web es una página Web, que se encuentra alojada en un

servidor de Internet, la cual interactúa con el usuario que accede a ella

(DIAZ, 2012)

2.29.4. SISTEMAS DE INFORMACIÓN BASADOS EN WEB (WIS).

Según La Asociación Colombiana de Ingenieros de Sistemas, un WIS

“es aquel sistema que está accesible, directa e indirectamente, a través

de herramientas genéricas denominadas navegadores, que en conjunto

con un sistema de gestión de bases de datos, pueden proporcionar

acceso a grandes cantidades de información... Otra característica que

distingue a los sistemas de información web es que ofrecen mayor

flexibilidad al usuario en la interacción con el sistema”

(ASOCIACIÓN, 2004).

2.29.5. INTEGRAR.

Es dar integridad a una cosa; componer un todo con sus partes integrantes (EVEREST, 1987).

2.29.6. SISTEMAS DE INFORMACIÓN INTEGRADOS VÍA WEB.

A. Sistemas de Información Online para Sucursales.

Consiste en el desarrollo personalizado de un Sistema de

Administración o de Ingeniería para instalarlo en Internet.

53



Su tecnología permite que pueda ser utilizado desde cualquier lugar

y en todo momento, gestionando la información en tiempo real, 24

horas x 365 días.

No requiere de hardware ni software especial y funciona con

cualquier ancho de banda en Internet, aun apagando el servidor de

su oficina.

- Características: (YELL, 2009).

Acceso desde cualquier punto de Internet.

Funcionalidad 24 horas x 365 días.

Procesos en tiempo real.

Una sola versión del sistema en todas las sucursales

Base de datos centralizada.

Consolidación de datos provenientes de diferentes

sucursales.

Crecimiento modular e ilimitado, según la capacidad del

Hosting.

Clave de seguridad para el administrador.

Ahorro de recursos de hardware, software, línea dedicada

y servicios.

Ahorro de transporte, estadía y viáticos.

2.29.7. PROCESO.

- Un proceso es un conjunto de actividades o eventos (coordinados u

organizados) que se realizan o suceden simultáneamente con un fin

determinado.

- Un proceso viene a ser las etapas que se van a realizar dentro del

Centro Médico de Cuidado de Salud Integral, para la elaboración del

registro de historias clínicas (DESA, 2012).

54

CAPÍTULO III:

MATERIALES Y MÉTODOS



3. MATERIALES Y MÉTODOS.

3.1. MATERIALES.

3.1.1. RECURSOS DISPONIBLES.

TABLA3. 1 RECURSOS DISPONIBLES EN EL CENTRO DE

SALUD.

Fuente: (Elaboración propia, 2013).

.

56

Descripción Cantidad

EQUIPO DE COMPUTO

Laptop ,Core I5 ,4GB Memoria Ram, Disco Duro 500 GB 2

SUMINISTROS DE COMPUTO

Impresora HP Laser Jet 1102 1

Memoria USB Kingston 8 GB. 1

MOBILIARIO

Escritorio de Trabajo 1

OTROS

Agenda de Apuntes 1

Servicio de Internet 512 kbps 1



3.1.2. MATERIALES NO DISPONIBLES

TABLA 3. 2 MATERIALES NO DISPONIBLES.


3.1.3. SERVICIOS NO DISPONIBLES

TABLA3. 3 SERVICIOS NO DISPONIBLES.


57

Insumos Unidad de Medida Cantidad

Cartucho de tinta Negro Unidad 2

Cartucho de tinta Color Unidad 1

Hojas Bond A4 Millar 1

Fólder Manila Unidad 5

Lapiceros Unidad 3

Corrector Unidad 2

CD's Unidad 5

Descripción Unidad de Medida Cantidad

Fotocopias Hojas 500

Servicio de Dominio

y HostingUnidad 1



3.2. PERSONAL

TABLA3. 4PERSONAL PARA PROYECTO.

Personal Unidad de Medida Cantidad

Investigador Persona 2

Profesor Persona 1


3.3. DISEÑO Y CONTRASTACION

Emplearemos el método Pre-Test y Post-Test a los indicadores para contrastar

la Hipótesis, al finalizar se evaluarán las diferencias entre los indicadores tanto

antes de contrastar como después y de acuerdo a los resultados se obtendrá las

conclusiones y recomendaciones respectivas.

3.3.1.Diseño de la Información.- Población:

La población de estudio está constituida por los pacientes los con los

que actualmente cuenta el del centro de Salud.

- Muestra

Para determinar nuestra muestra hemos empleado la siguiente

fórmula:

n= N Z2 PQ

( N−1 ) e2+Z2 PQ…………………………………………………....

(3.1)

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%).

58



o Fórmula para cálculo de muestra ajustada

..............................................................................(3.2)

Dónde:

n': Muestra ajustada.

n: Muestra.

N: Población.

3.4. INDICADORES.

I1: Tiempo que utilizan los médicos en el llenado de las Historias Clínicas

de los pacientes.

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 es de (04) meses teniéndose un promedio de doce(12)

registro de Historias Clínicas al día ,trabajando seis (07) días a la semana. Por

lo tanto la población N es:

N=(12historias clinicas )(7dias)(4 semanas)(4 meses)

(dia )(semana)(mes)

N= 1344 registros de historias clínicas.

Calculo de la muestra:

La muestra poblacional se tiene utilizando la ecuación (3.1)

n =(1344 )∗(1.96)2∗(0.5)(0.5)

(1344−1 )∗(0.05 )2+(1.962)∗(0.5∗0.5)

n=298

Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (3.2), se tiene:

59

N

nn

n

1

'



n =298

1+298

1344n=243.91 = 244 historias clínicas generadas, es decir se realizaran 244 tomas

de tiempo que se demora en generar las historias clínicas.

Puesto que la muestra n = 244 (mayor a 30), entonces usaremos la

distribución normal (z).

I2: Tiempo de búsqueda de las 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 (04) meses teniéndose un promedio de seis (06)

búsquedas de historias clínicas por pedido de los pacientes al día,

trabajando seis (07) días a la semana. Por lo tanto la población N es:

n = (06 busquedad dehistorias clinicas )(7dias)(4 semanas)(4 meses)

(dia )(semana)(mes)

n = 672 búsquedas de HC


La muestra poblacional se tiene utilizando la ecuación (3.1)

n = (672 )∗(1.96)2∗(0.5)(0.5)

(672−1 )∗(0.05 )2+(1.962)∗(0.5∗0.5)

n = 244.66

Puesto que n > 80, entonces ajustamos la muestra utilizando la

ecuación (3.2), se tiene:

n =244 . 66

1+244 .66

672

n = 179.36 = 179 búsquedas realizadas de historias clínicas generadas, es

decir se realizaran 179 tomas de tiempo que se demoran en buscar las

historias clínicas.

60




distribución normal (z).

I3: Nivel de satisfacción del personal del Centro de Salud respecto al

sistema de historiales clínicos.

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 3. 5 ESPACIALIDADES.

Fuente: (Elaboración Propia, 2013).

Puesto que N < = 80 (5 < = 80) por lo tanto n = N, es decir:

61


Pediatría 1

Medicina General 1

Obstetricia 1

Farmacia 1

CRED 1

N = (Población) 5



n = 5 personas

Puesto que la muestra n = 5 (menor a 30), entonces usaremos t-student

(t).

62



I4. Tiempo de acceso y respuesta a la aplicación en el registro de

información por parte de los usuarios.

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 es de (04) meses teniéndose un promedio de

doce(12) registro de Historias Clínicas al día ,trabajando seis (07) días a

la semana. Por lo tanto la población N es:

n=(12historias clinicas )(7dias)(4 semanas)(4 meses)

(dia )(semana)(mes)

n= 1344 registros de historias clínicas


La muestra poblacional se tiene utilizando la fórmula 3.1

n =(1344 )∗(1.96)2∗(0.5)(0.5)

(1344−1 )∗(0.05 )2+(1.962)∗(0.5∗0.5)

n=298

Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (3.2), se tiene:

n =298

1+298

1344

n=243.91 = 244

Historias clínicas generadas, es decir se realizaran 244 tomas de tiempo

que se demora en generar las historias clínicas.


distribución normal (Z).

63

Sistema De Información Web Para La Agilización De Procesos De Atención De Los Pacientes Del Centro De Salud Jequetepeque


TABLA 3. 6INDICADORES.

Indicador DescripciónTipo de Variable

Unidad de Medida

Instrumento FuenteInformante Operatividad

Tiempo que utilizan los médicos en el registro de las historias clínicas de

los pacientes

Tiempo que utilizan los médicos en el llenado de

las historias clínicas de los pacientes.

cuantitativoSegundo

Historiales Clínicos

Diferentes Áreas del Centro de Salud

Médicos y Enfermeras TRHC=

∑i=1

n

TRHC i

n

Tiempo de búsqueda de

las historias clínicas

Tiempo de búsqueda de las

historias clínicas en el

almacén de historiales

clínicos.

cuantitativoSegundo Cronómetro Área de Enfermería Enfermera

TBH=∑i=1

n

TBH i

n

Tiempo de acceso y

respuesta a la aplicación

en el registro de

información por parte de

los usuarios

Tiempo de Acceso y

respuesta del sistemacuantitativo

Segundo CronometroDiferentes Áreas

del Centro de SaludMédicos y Enfermeras TAR=

∑i=1

n

TARi

n

Nivel de satisfacción del Personal del Centro de

Salud encargado de usar el sistema.

Conformidad del Usuario CualitativoEncuesta Encuestas

Diferentes Areas del Centro de Salud

Enfermera encargada del Triaje NSU=

∑i=1

n

NSU i

n


45



TABLA 3. 7 TÉCNICAS PARA LA RECOLECCIÓN DE DATOS.


.

46

Técnica Descripción

Encuestas- Se utiliza como instrumento el cuestionario cuyas

preguntas fueron seleccionadas y clasificadas,

teniendo como fuente a los usuarios.

Cuestionarios- Se utilizan para recopilar información que ayudan a

los analistas a estudiar las actitudes, creencias y

características de los principales actores del sistema.

Entrevistas- Se utilizará para extraer información sobre el

proceso de los historiales clínicos a los trabajadores

de dicho centro de salud

Diagrama de

Flujo

- Utilizando para representar pictóricamente los

pasos que se realizan en los procesos y así obtener

un resultado.

Observación

- Las observaciones son los registros visuales que

obtendremos en las veces que asistiremos al hospital

para recopilar la información, y así ver de una mejor

manera como ocurren los procesos.



Métodos de Validación de Instrumentos

I. Alfa de Cronbach : Se trata de un índice de consistencia interna que toma

valores entre 0 y 1 y que sirve para comprobar si el instrumento que se está

evaluando recopila información defectuosa y por tanto nos llevaría a conclusiones

equivocadas o si se trata de un instrumento fiable que hace mediciones estables y

consistentes.

Alfa es por tanto un coeficiente de correlación al cuadrado que, a grandes rasgos,

mide la homogeneidad de las preguntas promediando todas las correlaciones entre

todos los ítems para ver que, efectivamente, se parecen.

Su interpretación será que, cuanto más se acerque el índice al extremo 1, mejor es

la fiabilidad, considerando una fiabilidad respetable a partir de 0,80 (Barraza

Masias, 2007).

α = KK − 1 [ 1 −

∑ Si2

ST2 ]

Si^2: Sumatoria de Varianzas de los Ítems

ST^2: Varianza de la suma de los Ítems

α: Coeficiente de Alfa de Cronbach

47



II. PROCEDIMIENTO DE DOS MITADES (DIVISIÓN DE ÍTEMS EN PARES E IMPARES)

Este procedimiento divide en dos instrumentos; ósea el instrumento se divide por la

mitad o en dos mitades. .Se forma un test con las preguntas pares y otro con las

preguntas impares. Requiere solo una aplicación de la medición, el conjunto total

de ítems es dividido en dos mitades y se comparan las puntuaciones obtenidas en

ambas mediciones con las puntuaciones de ambas mitades fuertemente

correlacionadas = instrumento confiable. El instrumento real es el doble de los

usados en la prueba (Barraza Masias, 2007).

El coeficiente de Pearson se corrige aplicando la fórmula de Spearman Brown. La

confiabilidad varía de acuerdo al número de ítems que incluya el instrumento de

medición. Cuantos más ítems la confiabilidad aumenta (desde luego, que se

refieran a la misma variable).

Corrección de r con la ecuación de Spearman – Brown

48

r =n (∑ AB ) − (∑ Α ) (∑ Β )

√ [ n (∑ Α2) − (∑ Α )2 ] [ n (∑ Β2) − (∑ Β )2]

R = 2 r1 + r

CAPÍTULO IV:

GENERALIDADES DE LA INSTITUCIÓN

Sistema De Información Web para la Agilización de Procesos de Atención de los Pacientes del Centro de Salud Jequetepeque

Facultad de IngenieríaEscuela de Ingeniería de Sistemas

Machuca & Pairazamán

4. GENERALIDADES DE LA INSTITUCION

4.1. DATOS EMPRESARIALES

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

49




4.1.1.5. ORGANIGRAMA EMPRESARIAL

DIAGRAMA 4. 1 ORGANIGRAMA ESTRUCTURAL DEL CENTRO DE SALUD JEQUETEPEQUE

Fuente: (Centro de Salud Jequetepeque, 2012).

50

DIRECCIÓN

Unidad de Planeamiento Estratégico

Unidad de Epidemiología y Salud Ambiental

Farmacia

Unidad Administración

Servicio de Pediatría

Servicio de Medicina General

Servicio de Enfermería

CRED




4.2. Direccionamiento Empresarial.

4.2.1. Visión:

Ser en el año 2014, 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.

51




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.

4.2.4. Objetivos Empresariales:

A. Objetivos Generales:

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

b. Defender la vida y proteger la salud de la persona desde su

concepción hasta su muerte natural.

c. Lograr la prevención y disminución de los riesgos y daños

a la salud.

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

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

52




B. Objetivos Específicos:

a. Valoración, información y orientación; facilitar canales y

circuitos de acceso a la información; identificar los

recursos que conoce al paciente.

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

c. Soporte social, integración del diagnóstico social en la

historia clínica del paciente para completar el tratamiento.

d. Tramitación de acceso a recursos, garantizar la

rehabilitación e integración del individuo en su entorno

habitual.

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

53




4.3. Metas Empresariales

TABLA 4. 1METAS EMPRESARIALES A CORTO MEDIANO Y LARGO PLAZO

Nivel

Empresarial

Nivel de

Planeación

Alcance Extensió

n

Grado

De incertidumbre

Institucional EstratégicoLa empresa

como totalidad

Largo

plazo

Elevado, debido a las

coacciones y

contingencias, que no

pueden preverse

Intermedio Táctico

Un área

específica de

la empresa (un

departamento

o una división)

Mediano

plazo

Limitación

de las variables

involucradas para

reducir

la incertidumbre

y permitir la

programación

Operacional Operacional

Una tarea u

operación

específica

Corto

plazo

Reducido, gracias a la

programación y

racionalización de

todas

las actividades

Fuente: (Centro de Salud Jequetepeque, 2012).

54




4.4. Análisis Interno.

A. Fortalezas:

a) Personal profesional capacitado.

b) Continua capacitación mediante jornadas y seminarios.

c) Cuenta con manuales y protocolos de trabajo.

d) Buenas relaciones interpersonales.

e) Calidad en el trato al usuario.

B. Debilidades

a) Falta de personal profesional.

b) No se cuenta con planes operativos.

c) Falta de comunicación con unidades periféricas de comunas

distantes.

d) Falta de presupuesto para capacitación, supervisión y monitoreo.

e) Infraestructura inadecuada.

4.5. Análisis Externo

A. Oportunidades:

a) Aplicación de avances médicos desarrollados por la universidad y

los especialistas que trabajen en el centro de salud.

b) Participación en el comité de evaluación de retratamiento

intermedio

c) Control de calidad externo

d) Trabajo de investigación.

e) Desarrollar el área de pensionados para aumentar ingresos propios.

B. Amenazas

a) Crisis económica que afecta al aumento explosivo de paciente y

disminución del presupuesto del centro de salud.

b) Laboratorios particulares.

c) Nuevos virus y enfermedades.

55




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.

56

CAPÍTULO V:

FASE I: INCEPCIÓN



5. METODOLOGÍA

5.1. MODELO DEL NEGOCIO

5.1.1 REGLAS DEL NEGOCIO

- 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á tener en cuenta que

los datos ingresados del paciente sean correctos, estos serán

verificados con la copia del DNI del paciente.

- Para la generación de su Historia clínica el paciente tendrá que

realizar un pago por derecho de inscripción.

- Sólo se podrán atender un número de 30 pacientes

aproximadamente por día.

- Cada médico atenderá un número de 15 pacientes

aproximadamente por día.

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

- Tratamiento y diagnóstico del paciente serán plasmados en la

Historia Clínica.

58



5.1.1.2 Actores del Negocio

TABLA 5. 1ACTORES DEL NEGOCIO

Nombre Descripción

Personal AdministrativoResponsable de ingresar al paciente, reservar su cita, consultar citas médicas, eliminar citas médicas

MédicoResponsable de modificar Historias Clínicas, ordenar examen y consultar pacientes

Paciente Responsable de consultar su Historia Clínica, consulta hora de atención, consulta el listado de médicos

Enfermera Responsable de tomar los signos vitales del paciente

Fuente :(Elaboración Propia 2013).

59



5.1.2 CASOS DE USO DEL NEGOCIO DIAGRAMA 5. 1 DIAGRAMA DE CASO DE USOS DEL NEGOCIO.

PersonalEnfermera

Médico

Administrativo

Atender Paciente

Administrar Mantenedor de Información

Programar Actividades Medicas

Paciente

Farmaceutico

Solicitae Medicamentos

Fuente: (Elaboración Propia - 2013).

60



5.1.3 HOJAS DE DESCRIPCIÓN DE CASO DE USO DEL NEGOCIO.

A. Hoja de descripción de los casos de uso: Administrar Mantenedores de Información.

TABLA 5. 2HOJA DE DESCRIPCIÓN DEL C.U NEGOCIO: ADMINISTRAR MANTENEDORES DE INFORMACIÓN.

Caso de Uso del Negocio:

Administrar

Mantenedores de

Información.

Empresa: Centro de Salud Jequetepeque -

Jequetepeque.

Sistema: Registro de Historias Clínicas.

Elaborado por: Machuca y Pairazamán.

Fecha: 09/09/2013

Objetivo: Administrar los Mantenedores de Información básicos para el Registro de

Historias Clínicas, como: Personal, Usuarios y Periodos.

Pre-Condición:

Información Primordial: Documento, Email, Teléfono,

Especialidades.

Flujo Principal:

o Opción Registrar Persona. F1

o Opción Registrar Usuarios. F2

o Opción Registrar Periodos. F3

Caso de Uso del Negocio: Empresa: Centro de Salud Jequetepeque.

61



Administrar

Mantenedores de

Información.


Elaborado por: Machuca y Pairazaman

Fecha: 09/09/2013

Flujo Secundario:

o F1: Opción Registrar Persona.

Datos de Persona.

Datos de Documento.

Datos de Email.

Datos de Teléfono.

o F2: Opción Registrar Usuario.

Buscar Persona.

o F3: Opción Registrar Periodo.

Datos de Periodo.

Pos-Condición:

o Caso de uso de negocio: Programar Actividades Medicas.

o Caso de uso de negocio: Atender Paciente.

o Caso de uso de negocio: Generar Reportes

Requisitos Satisfechos:

o Datos correctos.

Fuente: (Elaboración Propia 2013).

62



B. Hoja de descripción de los casos de uso: Programar Actividades Médicas.

TABLA 5. 3HOJA DE DESCRIPCIÓN DEL C.U NEGOCIO: PROGRAMAR ACTIVIDADES MÉDICAS.


Programar Actividades

Médicas.


Jequetepeque.



Fecha: 09/09/2013

Objetivo: Programar las Actividades medicas primordialmente como:

Especialidades por Periodo, Programación de Horarios, Registro de Medico para la

atención médica.

Pre-Condición:

Información Primordial: Personal (Paciente, Medico o Enfermera),

Especialidad, Periodos, Ambiente, Filial, Horas y Días.

Flujo Principal:

o Opción Registrar Especialidades por Periodo. F1

o Opción Registrar Médicos. F2

o Opción Registrar Horario. F3

Caso de Uso del Negocio: Empresa: Centro de Salud Jequetepeque -

Jequetepeque.

63



Programar Actividades

Médicas.



Fecha: 09/09/2013

Flujo Secundario:

o F1: Opción Registrar Especialidades por Periodo.

Datos de Especialidad.

Datos de Periodo.

o F2: Opción Registrar Médicos.

Buscar Persona (Médico).

Datos de Especialidad por Periodo.

Datos de Horario.

o F3: Opción Registrar Horario.

Datos de Periodo.

Post-Condición:

o Caso de uso de negocio: Atender Paciente.



o Datos correctos.


64



C. Hoja de descripción de los casos de uso: Atender Paciente.

TABLA 5. 4HOJA DE DESCRIPCIÓN DEL C.U NEGOCIO: ATENDER PACIENTE.


Atender Paciente.


Jequetepeque.



Fecha: 09/09/2013

Objetivo: Realizar la atención al Paciente para el cual se requiere información;

Paciente, Horas, Días, Programación y otros.

Enfermera

Doctor

Atender Paciente

Pre-Condición:

Información Primordial: Personal (Paciente), Especialidad, Periodos,

Horario, Historia Clínica y Detalle de Historia Clínica.

Flujo Principal:

o Opción Reservar Cita Médica. F1

o Opción Registrar Triaje. F2

o Opción Atender Consulta Médica - Triaje. F3

65




Atender Paciente.



Fecha: 09/09/2013

Flujo Secundario:

o F1: Opción Reservar Cita Médica.


Datos de Periodo.

Datos del Personal (Paciente).

Datos de Horario.

o F2: Opción Registrar Triaje.

Buscar Persona (Paciente).

Datos de Historia Clínica.

o F3: Opción Atender Consulta Médica - Triaje.



Datos para completar el Detalle de Historia Clínica

Post-Condición:



o Datos correctos.


66



D. Hoja de descripción de los casos de uso: Solicitar Medicamentos

TABLA 5. 5HOJA DE DESCRIPCIÓN DEL C.U NEGOCIO: SOLICITAR MEDICAMENTOS


Atender Paciente.


Jequetepeque.



Fecha: 09/09/2013


Medicamentos recetados por el médico.

Pre-Condición:



Flujo Principal:





Atender Paciente.


Jequetepeque.



Fecha: 09/09/2013

67



Flujo Secundario:



Datos de Periodo.


Datos de Horario.








Post-Condición:

o Caso de uso de negocio: Solicitar Medicamentos.


o Datos correctos.


68



E. Hoja de Descripción de los Casos de Uso: Generar Reportes.

TABLA 5. 6 HOJA DE DESCRIPCIÓN DEL C.U NEGOCIO: GENERAR REPORTES.


Generar Reportes.


Jequetepeque.



Fecha: 09/09/2013

Objetivo: Realizar Reportes o Informes de Gestión que permita tomar decisiones, el

cual se requiere información básica de Pacientes, Médicos, Especialidad, Historias

Clínicas y otros.

Generar ReportesAdministrativo

Pre-Condición:

Información Primordial: Personal (Paciente y Médico), Especialidad,

Periodos e Historias Clínicas.

Flujo Principal:

o Opción Generar Reporte: Paciente, Fecha y Especialidad. F1

o Opción Generar Reporte: Paciente e Historia Clínica. F2

o Opción Generar Reporte: Medico y Especialidad. F3


Generar Reportes.


Jequetepeque.


Elaborado por: Machuca y Pairazamán

69



Fecha: 09/09/2013

Flujo Secundario:

o F1: Opción Generar Reporte: Paciente, Fecha y Especialidad.


Rango de Fechas.


o F2: Opción Generar Reporte: Paciente e Historia Clínica.


Datos de Historias Clínicas.

o F3: Opción Generar Reporte: Médico y Especialidad.



Post-Condición:

o Ninguna.


o Datos correctos.


70



F. Hoja de descripción de los casos de uso: Atender Paciente.

TABLA 5. 7HOJA DE DESCRIPCIÓN DEL C.U NEGOCIO: ATENDER PACIENTE.


Atender Paciente.


Jequetepeque.



Fecha: 09/09/2013


Paciente, Horas, Días, Programación y otros.

Enfermera

Doctor

Atender Paciente

Pre-Condición:



Flujo Principal:




Caso de Uso del Negocio: Empresa: Centro de Salud Jequetepeque -

Jequetepeque.

71



Atender Paciente.



Fecha: 09/09/2013

Flujo Secundario:



Datos de Periodo.


Datos de Horario.








Post-Condición:



o Datos correctos.


72



5.1.4 DIAGRAMA DE ACTIVIDADES DEL NEGOCIO

A. Diagrama de Actividades del Negocio:

DIAGRAMA 5. 2 ATENDER PACIENTE

Brindar Datos Personales

Solicitar Atencion Medica

CITA_MEDICA

[Solicitada]

PACIENTE

[Leido]

Verificar existencia de paciente

Solicitar Datos

Registrar Paciente

Registrar Cita Medica

¿Existe?

PACIENTE

[Registrado]

PACIENTE.

[Leer]

CITA_MEDICA

[Registrada]

HISTORIA DETALLE

[crear]

HISTORIA

[crear]

Registrar Datos de Triaje

TRIAJE

[Registrado]

HISTORIA _DETALLE

[Actualizar]

Actualizar Historia Clinica

Fin

[NO]

DOCTORENFERMERAADMINISTRATIVOPACIENTE

Fuente: (Elaboración propia 2013).

73


Fin


DIAGRAMA 5. 3 REGISTRAR CITA MÉDICA

Brindar Datos Personales

Solicitar Atencion Medica

CITA_MEDICA

[Solicitada]

PACIENTE

[Leido]

Verificar existencia de paciente

Solicitar Datos

Registrar Paciente

Registrar Cita Medica

¿Existe?

PACIENTE

[Registrado]

PACIENTE.

[Leer]

CITA_MEDICA

[Registrada]

PACIENTE

[Leer]

[NO]

ADMINISTRATIVOPACIENTE


74



DIAGRAMA 5. 4 ATENDER CONSULTA

Solicitar Atención Médica

CITA_MÉDICA.

[Solicitada]

Atender Cita Médica

CITA_MÉDICA

[Atendida]

Registrar Datos de Triaje

TRIAJE

[Registrado]

HISTORIA _DETALLE

[Actualizar]

Actualizar Historia Clínica

Fin

DOCTORENFERMERAPACIENTE


75



5.1.5 MODELO DE CASOS DE USO DEL NEGOCIO

A. ADMINISTRAR MANTENEDORES DE

INFORMACIÓN

DIAGRAMA 5. 5MONCUN Registrar Personal


76



B. PROGRAMAR ACTIVIDADES MÉDICAS PARA LA

ATENCIÓN

DIAGRAMA 5. 6 Programar Medico


77



C. REGISTRAR CITA MÉDICA

DIAGRAMA 5. 3 MONCUN Reservar Cita Médica


DIAGRAMA 5. 4 MONCUN Atender Triaje

78

DETALLE CITA MÉDICA

PACIENTE CITA_MÉDICA

1..n

1

1..n

1

Contiene

Administrativo.

LeeCrea

Paciente.

DETALLE TRIAJE

PACIENTE

Paciente. Enfermera

Lee

TRIAJE

1

1..n

contiene

Crea

1

1..n




79



DIAGRAMA 5. 5 MONCUN Atender Consulta


DIAGRAMA 5. 10 MONCUN Actualizar Historia Clínica


80

DETALLE HISTORIA CLÍNICA

CITA_MÉDICA HISTORIA CLINICA

1..n

1

1..n

1

contiene

PACIENTE Doctor

CreaLee

ESPECIALIDAD

Lee

DETALLE HISTORIA CLÍNICA

HISTORIA CLÍNICA

1..n

1

1..n

1

contiene

PACIENTE Doctor

Actualiza

PACIENTE.

Lee



D. GENERAR REPORTES

DIAGRAMA 5. 61 MONCUN Reportes de Gestión


81



DIAGRAMA 5. 7 MODELO DE DOMINIO

80




81



5.2. MODELO DE REQUERIMIENTOS

5.2.1. Determinación de requerimientos funcionales

A. Paquete Autenticarse en el sistema

a. Validar usuario y contraseña

b. Adecuar el sistema de acuerdo al permiso del usuario.

B. Paquete Administrar cuenta personal.

a. Modificar los datos personales.

b. Modificar contraseña.

C. Paquete Registrar Usuario.

a. Crear, eliminar, y registrar usuarios (Administrativo, Médicos

y Enfermeras).

D. Paquete Registrar paciente.

a. Crear, eliminar, modificar y registrar pacientes.

E. Paquete Registrar Personal de Trabajo.

a. Crear, eliminar, modificar y registrar personal.

F. Paquete Registrar Cita Médica.

a. Crear, eliminar, modificar y registrar citas.

G. Paquete Registrar Triaje.

a. Crear, eliminar, modificar y registrar triaje.

H. Paquete Farmacia.

a. Crear, eliminar, modificar y registrar medicamentos.

I. Paquete Registrar Horarios de Atencion de Medicos.

a. Crear, eliminar, modificar y registrar horarios.

J. Paquete Reportes de Gestion

a. Reporte de de Citas Medicas por día para Atender la Consulta

Médica con el Médico.

b. Reportes de .Pacientes.

c. Reporte de Medicos por Especialidad

d. Reporte Ventas

81



5.2.2. Determinación de requerimientos no funcionales

Los requerimientos no funcionales del presente sistema permitirán

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 los siguientes ítems.

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 los siguientes ítems

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.

82



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.

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. Servidores:

- MYSQL.

b. Clientes:

- Sistema Operativo Windows XP o superior

- Navegador Mozilla Firefox o Internet Explorer 9.0 a más.

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

83



5.2.3. Relación entre los Actores del sistema.

5.2.4. Modelo de Casos de Uso por Paquete.

DIAGRAMA 5. 8 PAQUETE Registrar Personal de Trabajo


84

Registrar PersonalAdministrativo-

Enfermera Médico.

Usuario.

Administrador.

Médico FarmaceuticoEnfermeraPacient



DIAGRAMA 5. 9 PAQUETE Registrar Paciente


DIAGRAMA 5. 10 PAQUETE Administrar Cuenta Personal

85

Registrar PacienteAdministrativo.

Modificar datos personales

Modificar contraseñaUsuario




86



DIAGRAMA 5. 11 PAQUETE Autentificarse al Sistema


DIAGRAMA 5. 12 PAQUETE Registrar Cita Medica

87

Autenticar

Actualizar perfil personalUsuario

Seleccionar Paciente

Registrar cita médicaAdministrativo-

(from Registrar Personal del Trabajo)...)

<<include>>




88



DIAGRAMA 5. 13 PAQUETE Registrar Triaje


DIAGRAMA 5. 144 PAQUETE Registrar Pedido

Seleccionar producto

FarmaceuticoRegistrar pedido

<<include>>


89

Registrar TriajeEnfermera.


<<include>>



DIAGRAMA 5. 154 PAQUETE Registrar Venta

FarmaceuticoRegistrar venta


DIAGRAMA 5. 164 PAQUETE Registrar Pagó

Cajero Registrar Pagó


DIAGRAMA 5. 174 PAQUETE Emitir Documentó Venta


90

Emitir boleta de venta Emitir factura

Emitir documento de ventaCajero



DIAGRAMA 5. 18 PAQUETE Reportes de Gestión

Listar Médicos

Listar Citas Médicas

Listar Consultas Médicas

Listar pacientes

Listar Personal

Generar reportes de gestiónAdministrativo,

Listar citas Pendientes Listar Horarios de Atención

Reporte de Ventas


DESCRIPCION DE LOS CASOS DE USO

1.-PAQUETE Registrar Personal

91

Nombre del caso de uso Registrar Personal

Actores Administrativo

Resumen El Administrador registra al personal.

Precondiciones Ninguna

Poscondiciones

Dependiendo del tipo de persona a registrar ejecutar caso de uso Registrar enfermera o caso de uso Médico

Requisitos especiales Ninguno



A. Caso de uso <Registrar Personal>

2.- PAQUETE Registrar PacienteA. Caso de uso <Registrar Paciente>

92

Nombre del caso de uso Registrar Paciente


ResumenEl Administrativo registra un nuevo paciente.


Poscondiciones ninguna




3 PAQUETE Administrar Cuenta PersonalA. Caso de uso <Autenticar>

Nombre del caso de uso Autenticar

Actores Usuario

Resumen El caso de uso inicia cuando un usuario solicita autenticación al sistema para lo cual este introducirá el usuario y contraseña que le fueron asignados. El sistema verificará la existencia del usuario y correspondencia del mismo con la contraseña introducida. En caso de ser correspondientes se procederá a mostrar la sección que contiene los privilegios correspondientes al usuario autenticado atendiendo a su tipo, finalizando de esta manera el caso de uso.

Precondiciones Debe haber sido registrada la asignación del usuario y su contraseña.

Poscondiciones

Requisitos especiales

B. Caso de uso < Actualizar perfil personal>

Nombre del caso de uso Actualizar perfil personal

Actores Usuario

Resumen El caso de uso inicia cuando el Administrador solicita administrar usuario. El sistema muestra los usuarios definidos de los cuales el Administrador podrá seleccionar uno de ellos y solicitar su eliminación (Sección 1) o solicitar la inserción de un nuevo usuario (Sección 2).

Sección 1 El sistema confirmará la eliminación del usuario seleccionado finalizando así el caso de uso.

Sección 2 El Administrador entra los datos del usuario que desea crear (usuario y contraseña). El sistema confirma la inserción del nuevo usuario finalizando así el caso de uso.

Precondiciones

Poscondiciones Para el caso de eliminación quedará eliminado el usuario seleccionado.Para el caso de inserción quedará registrado el nuevo usuario y su contraseña.

Requisitos especiales

93



4.-PAQUETE Registrar Citas MédicasA. Caso de uso <Registrar Cita Médica>

Nombre del caso de uso Registrar Cita Médica


Resumen El Administrador registra la cita médica.

Precondiciones Que el paciente este registrado

Poscondiciones Ninguna


B. Caso de uso <Seleccionar Paciente>

Nombre del caso de uso Seleccionar Paciente


ResumenEl Administrador registra la cita, seleccionando en primer lugar al paciente.




94



5.-PAQUETE Registrar Triaje

A. Caso de uso <Registrar Triaje>

Nombre del caso de uso Registrar Triaje

Actores Enfermera

ResumenLa enfermera registra el triaje, primero seleccionando al paciente que se atenderá.

Precondiciones Seleccionar paciente

Poscondiciones Registrar triaje


B. Caso de uso <Seleccionar Paciente>

Nombre del caso de uso Seleccionar Paciente

Actores Enfermera

ResumenLa enfermera selecciona al paciente para realizar el triaje.




95



5.2.5. 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 5. 8 Factor de Peso de los Actores sin ajustar (UAW)

Tipo de Actor Factor

Simple 1

Medio 2

Complejo 3


TABLA 5. 9 FACTOR DE PESO POR CADA ACTOR Y SU TIPO

Se calcula con la ecuación :

UAW=(Act.Simples) * (Factor)+(Act.Medios) * (Factor)+(Act.Complejos) * Factor.............................................................................................................. (5.1)


96

FACTOR DE PESO POR CADA ACTOR Y SU TIPOACTOR TIPO FACTOR

Administrador Complejo 3Pacientes Medio 2Enfermera Medio 2Medico Medio 2Servicio de Windows Medio 2



II. Factor de Peso de los Casos de Uso Sin Ajustar (UUCW)

TABLA 5. 10 Factor de Peso de los Casos de Uso Sin Ajustar (UUCW)


UUCW = (Act.Simples) * (Factor) + (Act.Medios)*(Factor) + (Act.Comp)* (Factor)

UUCW= 5 * 5 + 9 * 10 + 0 * 15

UUCW = 115

97

UAW = (Act.Simples) * (Factor) + (Act.Medios)*(Factor) + (Act.Comp)* (Factor)

= 0 * 1 + 4 * 2 + 1 * 3

UAW = 11

Factor de peso por cada caso de uso y su tipo.Caso de Uso Tipo Factor

Autentificar Simple 5Actualizar Perfil Personal Simple 5Cambiar contraseña Simple 5Autenticar Simple 5Gestionar perfil de usuario Simple 5Registrar Paciente Medio 10Registrar Médico Medio 10Registrar Cita Médica Medio 10Registrar Historia Clínica Medio 10Registrar Triaje Medio 10Registrar Horarios de Atención Medio 10Reportes de Citas Médicas por día Medio 10Reportes de Pacientes Medio 10Reportes de Médicos Medio 10



K. Calculando casos de Uso sin Ajustar.

TABLA 5. 11 Calculando casos de Uso sin Ajustar.

UUCP=UAW +UUCW .......................................................(5.2)

UUCP=UAW +UUCW UUCP = 11 + 125 UUCP =126

III. Factor de Peso para cada Factor de Complejidad Técnica (TCF)

TABLA 5. 12 Factor de Peso para cada Factor de Complejidad Técnica (TCF)

TCF=0.6+0.01∗∑i=1

n

Pesoi∗∑i=1

n

Valori.............................(5.3)

Descripción Factor Pesoi Valor i

Pesoi* Valor i

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

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 3Facilidades especiales de entrenamiento a usuarios finales T13 1 4

4

Totales 14 51 55


98



Calculando :

TCF=0.6+0.01∗∑i=1

13

Pesoi∗∑j=1

13

Valori

TCF=0.6+0.01∗(55)

TCF=1.15

IV. Factor de Peso para cada Factor ambiente y su Valor (EF)

TABLA 5. 13 Factor de Peso para cada Factor ambiente y su Valor (EF)

EF=1.4−0.03∗∑i=1

n

Pesoi∗∑i=1

n

Valori........................................ .....(5.4)

Descripción Factor Pesoi Valor i

Pesoi* Valor i

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 56. Estabilidad de los

requerimientos E6 2 4 87. Personal a tiempo

compartido E7 1 33

8. Dificultad del lenguaje de programación E8 -1 3 -3

Totales 25.5


99



Calculando:

EF=1.4−0.03∗∑i=1

8

Pesoi∗∑j=1

8

Valori

EF=1.4−0.03∗25.5

EF=0.635

L. Calculó de Puntos de Casos de Uso Ajustado

UCP=UUCP∗TCF∗EF......................................................(5.5)

Caluculando usando la ecuación 5.5

UCP=129∗1.15∗0.635

UCP = 92.0115

100



V. Estimación de Esfuerzo

Para el proyecto se considerara un factor de conversión (CF) de 20

horashombre

por UCP, que se utilizará en la siguiente fórmula:

E=UCP∗CF..........................................................................( 5.6)

E=92.0115∗20 H−H

E=1840.23 H −H

TABLA 5. 14Porcentaje de Esfuerzo Total para el Proyecto

Actividad Porcentaje Horas-Hombre

1. Análisis 10.00% 460.062. Diseño 15.00% 690.093. Programación 40.00% 1840.234. Prueba 15.00% 690.095. Sobrecarga (otras

actividades)20.00% 920.12

Total 100.00% 4600.58


Esfuerzo Total = 4600.58

101



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.

TDesTtotal= EtotalCHtotal

………………………………………….

(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).

TDestotal=4600 .58 H−H3 H

TDesTotal=1533.526 Horas

El tiempo de desarrollo es de 1533.526 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 horas

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

TDes total=1533.526horas

hombrex

1dia

06horas

hombre

x1 sem6dias

x1 mes4 sem

TDes total = 10.54 meses

El proyecto se realizará en 10 meses ,16 días

102



103



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

M. Costos de HardwareTABLA 5. 15 Costos de Hardware

Descripción Costo Cantidad Subtotal (S/.)1. PC´s, Intel Core i3 4GB Ram S/.1500.00 2 3000.002. Multifuncional HP LaserJet Pro M1212nf S/.769.00 1 769.00

T O T A L S/. 3,769.00Fuente: (Elaboración propia 2013).

104



N. Costos de Software.

TABLA 5. 16 Costos de Software.

Software Especificaciones

técnicas

Disponible Preci

o (S/.)

Subtotal

(S/.)

1. Sistema OperativoMicrosoft

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. PHP DesignerVersión 7.0 No

(gratuito)

0.00 0.00

5. Servidor de Base de

datos

MySql No

(gratuito)

0.00 0.00

6. PHP MyAdminVersión 3.2.5 No

(gratuito)

0.00 0.00

7. Rational RoseTrial Versión

2003

No

(gratuito)

0.00 0.00

TOTAL S/. 0.00


105



O. Costos de Muebles y Enseres.

TABLA 5. 17 Costos de Muebles y Enseres.


P. Total costos de Inversión.

TABLA 5. 18 Total costos de Inversión.


II. Costos de Desarrollo

Q. Costos de Recursos Humanos

TABLA 5. 19 Costos de Recursos Humanos

Descripción Costo Cantidad Tiempo(Meses) Subtotal (S/.)

1. ProgramadorS/.200.0

0 2 10.54 4050.002. Ingeniero de Sistemas(Asesor)

S/.200.00 1 10.54 2050.00

T O T A L S/.6000.00


106

Descripción Costo Cantidad Subtotal (S/.)1. Muebles para computadoras 400.00 2 800.00

T O T A L S/. 800.00

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



R. Costos de Insumos ( Materiales)

TABLA 5. 20 Costos de Insumos (Materiales)

Material Cantidad

Costo Unit. (S/)

Subtotal (s/.)

1. Papel Bond A4 - Millar

1 26.00 26.00

2. Tinta Color 1 26.00 26.003. Tinta Negro 1 12.00 12.004. Lapiceros 4 1.50 6.005. Corrector 2 3.50 7.006. DVD 6 1.50 9.007. Fotocopias 150 0.10 15.008. Anillados 4 3.00 12.009. Empastado 3 30.00 90.0010. Impresión 0.15 0.1511. Folder de

Manila4 0.50 2.00

12. Otros 8.00 8.00Total S/.213.15


S. Costos de Energía

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. (Fuente Hidrandina - Setiembre

2013)

TABLA 5. 21 Costos de Energía


107

Descripción

Cantida

dCosto

Consumo Tiempo Subtotal

(S/./(KW-hr) (KW-hr)/mes) (meses) (S/.)

1. Ordenador 2 0.3933 144 10 1,132.704

2. Impresora 1 0.3933 30 10 117.99

T O T A L S/. 1,250.694



T. Costos de Servicios.TABLA 5. 22 Costos de Servicios.


U. Total Costos de Desarrollo.

TABLA 5. 23 Total Costos de Desarrollo.


Costos totales CI + CD = 12,732.844

108

DescripciónCantidad Costo Tiempo Subtotal(Hr./mes (S/./Hr) (meses) (S/.)

1. Internet + Telefonía Fija 24 70.00 10 700.00T O T A L S/. 700.00

Recurso Total (S/.)

1. Humano 6000.00

2. Material 213.15

3. Servicios 700.00

4. Energía 1250.694

Total 8,163.844



III. Costos de Implementación

V. Hardware

TABLA 5. 24 Hardware

Descripción Cantidad Costo Subtotal (S/.)1. PC´s, Intel Core i3 4GB Ram 2 1500.00 3000.002. Multifuncional HP Laserjet Pro M1212nf 1

769.00( Fuente: Computech) 769.00


W. Software

TABLA 5. 25 Software


X. Mobiliario

TABLA 5. 26 Mobiliario

Descripción Cantidad Costo Subtotal (S/.)1. Muebles para computadoras 2 400.00 800.00

T O T A L S/. 800.00


109

Cantidad Descripción Total (S/.)

1 PHP Designer 7.0 0.001 Servidor de Base de datos

MYSQL0.00

1 PHP MyAdmin 3.2.5 0.00

Total S/. 0.00



Y. MaterialesTABLA 5. 27 Materiales

Materiales Cantidad Unidad Precio

Unitario (S/.)

Sub Total (S/.)

1. Cable UTP 200 Metros 1.00 200.00

2. Conectores

RJ456

Unidad 0.50 3.00

3. Canaletas 20 Unidad 6.00 120.00

4. Clíper 1 Unidad 50.00 50.00

5. CD 2 Unidad 1.00 2.00

6. Lapiceros 4 Unidad 0.50 2.00

7. Lápices 4 Unidad 0.5 2.00

8. Corrector 1 Unidad 1.50 1.50

9. Borrador 2 Unidad 0.5 1.00

10. Otros 20.00 20.00

Otros S/. 401.50


Total de costos de Implementación = 4,970.50

110



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.

Z. Energía Eléctrica.

TABLA 5. 28 Energía Eléctrica.

Descripción Cantidad Costo Consumo Tiempo Subtotal(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


AA. Mantenimiento de dominio:

Para el mantenimiento del dominio existente se realizará de un

pago anual de S/. 120.00.

BB. Mantenimiento de Equipo:

TABLA 5. 29 Mantenimiento de Equipo.


Total de Costos de Operación = S/. 3,873.25

111

Descripción Año

I. Hardware 130.00

II. Web 130.00

III. Red Informática 350.00

Total S/. 610.00



5.2.7. BENEFICIOS.A. Beneficios Tangibles

TABLA 5. 30 Beneficios Tangibles


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.

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

112


Costo Tiemp

o

Subtotal

(S/./mes) (meses) (S/.)

1. Reducción de Empleados(Archivador

de HC y Secretaria)

2 750.00 12 18000.00

2. Ahorro en papelería 1 30.00 12 360.00

3. Ahorro en espacio físico (Uso de

Almacén de HC para otra actividad)

1 100.00 12 1200.00

T O T A L S/. 19,560.00



C. Flujo de Caja.

TABLA 5. 31 Flujo de Caja.

DESCRIPCION 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.002. COSTO DE DESARROLLO S/. 8,163.84 A. RECURSOS HUMANOS 6000.00 B. COSTO DE INSUMOS 213.15 C. COSTO DE ENERGIA 1250.69 D. COSTO DE SERVICIOS 700.01

TOTAL INVERSION S/. 12,732.843. COSTOS OPERACIONALES (S/./año) A. COSTOS DE INSUMOS 1380.00 1380.00 1380.00 B. COSTOS DE ENERGIA 3143.25 3143.25 3143.25 C. COSTOS DE MANTENIMIENTO 610.00 610.00 610.00 D.COSTOS DE IMPLEMENETACION 4970.50 4970.50 4970.50 E. COSTOS DE DEPRECIACION 980.00 980.00 980.00

TOTAL COSTO OPERACIONAL S/. 11,083.75 S/. 11,083.75 S/. 11,083.754. BENEFICIOS (S/./año)A. BENEFICIOS TANGIBLES

B. REDUCCION DE EMPLEADOS 18000.00 18000.00 18000.00

C. AHORRO EN PAPELERIA 360.00 360.00 360.00

D.AHORRO EN ESPACIO FISICO 1200.00 1200.00 1200.00

TOTAL BENEFICIOS S/. 19,560.00 S/. 19,560.00 S/. 19,560.00TOTAL BENEFICIO NETO (S/.12732.84) S/. 8,476.25 S/. 8,476.25 S/. 8,476.25


113



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 es la suma algebraica de los valores actualizados de los

costos beneficios generados por el proyecto.

VAN=−A+Q 1

(1+K )1 +Q2

(1+ K)2 +…+Qn

(1+K )n ………..Ecuación 5.8

Dónde:

=Valor Actual Neto de la Inversión.

=Valor de la Inversión Inicial.

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

=Tasa de retorno del periodo.(Se considera el 16% según Banco

de Crédito del Perú)

VAN=−¿12732.84+8476.25

(1+0.16)1+ 8476.25

(1+0.16)2+ 8475.25

(1+0.16)3

VAN=S/ .11280.6193

114



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.

BC

=VPB

VPC

………………………………………...... (5.9)

El Valor Presente neto de los Beneficios es como sigue:

VPB=B1

¿¿

Reemplazando valores en la fórmula

VPB=19,560.00

¿¿

VPB=S / .55414 .0409

El Valor Presente neto de los Costos es como sigue:

VPc=A+C1

¿¿…………………… (5.10)

115

19,560.0019,560.0019,560.00

3210

11083.7511083.7511083.7512732.84

32

PC=¿¿

10




VPc=¿12732.84+11083.75¿¿

VPc=S/ . 44133.4216


BC

=S / . 55414.0409S / . 44133

BC

=S /. 1 .2556

Interpretación:

Por cada nuevo sol invertido se obtiene un beneficio de S/. 0.25

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 d

e los costos.

La tasa interna de retorno sirve para comparar la rentabilidad con la

tasa de interés que se maneja en el proyecto.

VAN=−A+Q 1

(1+K )1 +Q2

(1+ K)2 +…+Qn

(1+K )n …………………(5.11)

116



Remplazando valores en la Fórmula e igualando a 0:

0=−12732.84+ 8476.25

(1+i)1+ 8476.25

(1+i)2+ 8476.25

(1+i)3

|

TIR=45 %

Aplicando la función financiera TIR del programa Microsoft Excel,

se obtiene que la Tasa Interna de Retorno es: 45%.

Conclusión de la evaluación económica

El valor actual neto es mayor que cero, VAN = S/.11280.6193> 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.25>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 (16%), TIR = 45 %, por lo tanto el proyecto

es factible desde el punto de vista del indicador económico.

117



RIESGO(S) CAUSA(S) EFECTO(E) IMPACTO PREVENCIÓN

Inexperiencia del grupo que va a realizar el

proyecto

Estudiantes sin experiencia

Incumplimiento del proyecto

AltoAyuda de expertos

Pérdida de la Información de la Base

de Datos

Falta de medidas de seguridad para la Base

de Datos

Pérdida de los datos de los pacientes

Alto

Realización de copia de Base de

datos constantemente

Falta de capacitación de las personas quienes utilizaran el sistema

Falta de coordinación con el Personal

Demora en la ejecución de los

procesosAlto Capacitación

Mala utilización de equipos de los operarios, utilización del sistema

Dañar equipos, pérdida para la empresa, no están capacitados

Demora en la realización de los procesos

MedioCapacitación permanente

No contar con capital necesario para alguna

innovación tecnológica

Poco apoyo para la inversión en sistemas empresariales, Déficit en los ingresos del mes

Demora en los procesos

administrativosBajo

Mejorar el presupuesto para

el aula de innovación tecnológica, Cuenta de

ahorros

5.2.8. MITIGACIÓN DE RIESGOS

TABLA 5. 32 MITIGACIÓN DE RIESGOS


118

CAPITULO VI

FASE II: ELABORACIÓN

Sistema de Informacion Web Para El Mejor Control y Acceso de las Historias Clinicas de los

Pacientes del Centro de Salud Jequetepeque

Facultad de Ingenieríascuela de Ingeniería de Sistemas Machuca & Pairazamán

6. MODELO DE ANÁLISIS.

6.1. Diagrama de Clases de Análisis Parciales

6.1.1. Diagrama de Clases de Análisis Parciales DIAGRAMA 6. 1 Clases de Análisis Parciales


115

VADEMECUM

Patologías : String(from Regis trar Pacientes)

Pagó

Monto : CurrencyFecha : Date

DCTOVTADETALLE

Precio : StringCantidad : String

PUESTO

Codigo : StringDescripción : String

CONTRASEÑA

Fecha : DateUsuario : String

Clave : String

(from Regis trar Pacien...

PEDIDO_MEDICAMENTOS

Nropedido : StringFecha : Date

Monto : String

VENTA_MEDICAMENTOS

NroVenta : StringFecha : Date

11 11

LINEA

Descripción : String

DOCUEMNTO VENTA

NroDocuemnto : StringMonto : StringFecha : Date

1..n

1

1..n

1

contiene

LABORATORIO

RUC : StringRazonSocial : String

Dirección : StringTelefono : String

Email : StringRegistroSanitario : String

HORARIO

Codigo : StringDias : String

Fecha_ini : StringFecha_Ter : String

TRIAJE

nrotriaje : StringPeso : StringTalla : String

MedidaPresión : String

TIPO_ANÁLISIS

nombre

EXAMEN

Fecha : StringResultado : String

1 1..n1 1..n

contiene

HISTORIA CLINICA

Nrohistoria : StringFecha : String

tipo : StringAlergias : String

Tipo_Sangre : StringVacunas : String

indicaciones : String

1..n

1..n

relaciona

1..n

1..n

PACIENTE

Codigo : StringDNI : String

Apellidos : StringNombres : String

sexo : StringDirección : String

Fecha Nacimiento : StringOcupación : String


1

1..n

1

1..n

tiene

11..n

11..n

solicita

1

1..n

1

1..n

corresponde

11 11

tiene

CITAS

Codigo : StringFecha : Date

Especialidad : String1..n

1

1..n

solicita

1

PERSONAL

codigoDNI

ApellidosNombres

SexoDirección

FechaNacimientoFechaContratación

Teelfono


1

1..n

1

1..n

ocupa

1 1..n1 1..ntiene

1..n1..n 1..n1..n

tiene

ESPECIALIDAD

Nombre

1..n

11

tiene

1..n

CONSULTA

Nroconsulta : StringDescripción : String

1

1..n

1

1..n

atiende

1

1..n

1

1..n

relaciona

1 1..n1 1..n

relaciona

MEDICAMENTO

Codigo : StringNombre : String

Laboratorio : StringPrecio : Stringstock : String

UnidadMedi : String


contiene

1..n 11..n 1

contiene

1

1

1

1

pertenece

1..n

1..n

1..n

1..n

RECETA

numero : StringDescripcción : StringIndicaciones : String

observaciones : Stringhorario : String

1..n

1

1..n

1genera

1..n

1

1..n

1

contiene

DETALLEPEDIDO

Cantidad : StringPrecio : String

1111

relaciona

1

1

1

1

genera1

11

relaciona

1



6.1.2. Diagramas de Colaboración

I. Diagrama de Colaboración Registrar Paciente

DIAGRAMA 6. 2 Colaboración Registrar Paciente


116

:PACIENTE

:Form NuevoPaciente

:Form EditarPaciente

:Form EliminarPaciente

:CrearPaciente

: EditarPaciente

:ps EliminarPaciente

:PC Main

:PC Administrar Paciente

: Administrativo.

:Form MantenimientoPacientes

5: Agregar Paciente(Nombre ,Apell idos , Fecha Nacimiento,Sexo

,Edad,Documento,Direccion ,Telefono , Email)

7: Obj Creado

10: Editar Paciente

12: Obj Modificado

15: Destroy Usuario

17: Objeto Destroy

6: Nuevo

11: Editar

16: Eliminar

2: Link

3: Show

1: Registrar Paciente

4: Crear Paciente

8: Msj Registro guardado

9: Modificar Paciente

13: Mostrar Lista

14: Eliminar Paciente

18: Msj Objeto Eliminado



II. Diagrama de Colaboración Registrar Usuario

DIAGRAMA 6. 3 Colaboración Registrar Usuario


117

:USUARIO

:Form NuevoUsuario

:Form EditarUsuario

:Form Eliminar Usuario

:psCrearUsuario

:ps EditarUsuario

:ps EliminarUsuario

:PC Main

:PC Administrar Usuario

: Administrativo.

:Form MantenimientoUsuario

5: Agregar Usuario

7: Obj Creado

10: Editar Usuario

12: Obj Modificado

15: Destroy Usuario

17: Objeto Destroy

6: Nuevo

11: Editar

16: Eliminar

2: Link

3: Show

1: Registrar Usuario

4: Crear Usuario


9: Modificar Usuario

13: Mostrar Lista

14: Eliminar Usuario




III. Diagrama de Colaboración Registrar Historia Clínica

DIAGRAMA 6. 4 Colaboración Registrar Historia Clínica


118

: Administrativ o.

: Form Registrar HistoriaClínica

: Historia Clinica

f(){}

ScriptValidación

: Seleccionar Paciente

HISTORIA CLÍNICA

:HistoriaClinicaRegistrar

1: Selecccionar Paciente

2: Nav egar

3: Ingresar Datos de Historia Clinica(Nro,Peso,Talla

,,Temperatura,,Patologpia...

7: Registrar Historia Clínica

4: Comprobar Ingreso de Datos de Historia Clinica

5:

6:

8: Mensaje



IV. Diagrama de Colaboración Registrar Triaje

DIAGRAMA 6. 5 Colaboración Registrar Triaje


119

: Enf ermera.

: Form Registrar Triaje

: Triaje

f(){}

ScriptValidación


:TRIAJE

:TriajeRegistrar


2: Nav egar

4: Comprobar Ingreso de Datos de Triaje

5:

6:

8: Mensaje

3: Ingresar Datos de Triaje(Peso ,Talla,Temperatura,Presión)

7: Registrar Triaje



V. Diagrama de Paquetes

DIAGRAMA 6. 6 de Paquetes


120

Autentificarse al Sistema

Administrar Cuenta Personal

Registrar Personal del Trabajo

Registrar Citas Medicas

Registrar Triaje

Registrar Horarios de Atencion de Medicos

Atender consulta

Registrar Pacientes

Reportes de Gestion

Farmacia



6.2. MODELO DE DISEÑO

6.2.1. Diagrama de Clases de Diseño

DIAGRAMA 6. 7 Clases de Diseño


121

VADEMECUM

Patologías : String(from Regis trar Pac ientes)

Pagó

Monto : CurrencyFecha : Date

grabar()cancelar()

DCTOVTADETALLE

Precio : StringCantidad : String

PUESTO

Codigo : StringDescripción : String

CONTRASEÑA

Fecha : DateUsuario : StringClave : String

modificar()grabar()

(from Regis trar Pac ientes)

PEDIDO_MEDICAMENTOS

Nropedido : StringFecha : DateMonto : String

VENTA_MEDICAMENTOS

NroVenta : StringFecha : Date

grabar()eliminar()modificar()cancelar()

1

1

1

1

LINEA

Descripción : String

DOCUEMNTO VENTA

NroDocuemnto : StringMonto : StringFecha : Date

1..n

1

1..n

1

contiene

LABORATORIO

RUC : StringRazonSocial : StringDirección : StringTelefono : StringEmail : StringRegistroSanitario : String

HORARIO

Codigo : StringDias : StringFecha_ini : StringFecha_Ter : String

crear()modificar()

TIPO_ANÁLISIS

nombre

grabar()modificar()

EXAMEN

Fecha : StringResultado : String

1 1..n1 1..n

contiene

PACIENTE

Codigo : StringDNI : StringApellidos : StringNombres : Stringsexo : StringDirección : StringFecha Nacimiento : StringOcupación : String

grabar()eliminar()buscar()cancelar()modificar()listar()


1

1..n

1

1..n

tiene

1 1..n1 1..n

solicita

1

1..n

1

1..n

corresponde

CITAS

Codigo : StringFecha : DateEspecialidad : String

crear()grabar()eliminar()

1..n

1

1..n

solicita

1

PERSONAL

codigoDNIApellidosNombresSexoDirecciónFechaNacimientoFechaContrataciónTeelfono

modificar()grabar()eliminar()buscar()cancelar()listar()


1

1..n

1

1..n

ocupa

1 1..n1 1..ntiene

1..n1..n 1..n1..n

tiene

ESPECIALIDAD

Nombre

1..n

11

tiene

1..n

CONSULTA

Nroconsulta : StringDescripción : String

crear()grabar()eliminar()cancelar()

1

1..n

1

1..n

atiende

MEDICAMENTO

Codigo : StringNombre : StringLaboratorio : StringPrecio : Stringstock : StringUnidadMedi : String

grabar()buscar()modificar()eliminar()


contiene

1..n 11..n 1

contiene

1

1

1

1

pertenece

1..n

1..n

1..n

1..n

RECETA

numero : StringDescripcción : StringIndicaciones : Stringobservaciones : Stringhorario : String

crear()grabar()imprimir()eliminar()cancelar()

1..n

1

1..n

1genera

1..n1

1..n1

contiene

DETALLEPEDIDO

Cantidad : StringPrecio : String

1

1

1

1

relaciona

1

1

1

1

genera

1

11

relaciona

1

TRIAJE

nrotriaje : StringPeso : StringTalla : StringMedidaPresión : String

grabar()eliminar()modificar()

1

1..n

1

1..n

relaciona

HISTORIA CLINICA

Nrohistoria : StringFecha : StringHora : String

crear()grabar()buscar()cancelar()

11 11

tiene

1 1..n1 1..n

relaciona

1..n

1..n

1..n

1..n

relaciona

1..n

1..n

1..n

1..n

contiene

DETALLEHISTORIACLINICA

FechaTratamientoDiagnósticoVacunasIndicacionesTipo_SangreTipo

1..n

1..n

contiene

1..n

1..n



6.2.2. Casos de Uso de Realización

I. Autentificarse al sistemaDIAGRAMA 6. 8 Autentificarse al sistema


II. Administrar Cuenta PersonalDIAGRAMA 6. 9 Administrar Cuenta Personal


122

Actualizar perfil personal Autentificar

Actualizar Perfil

(from Autenti ficarse al Sistema)

Autentificar


<<realize>> <<realize>>

Modificar Contraseña Modificar Datos personales

Modificar contraseña


Modificar datos personales





123



III. Registrar PacienteDIAGRAMA 6. 10 Registrar Paciente


IV. Registrar TriajeDIAGRAMA 6. 11 Registrar Triaje


124

Registrar paciente

Registrar paciente.

<<realize>>

Registrar Triaje

(from Registrar Triaje)



Registrar TriajeSelelccionar Paciente




V. Registrar cita médica.DIAGRAMA 6. 12 Registrar cita médica.


VI. Atender consultaDIAGRAMA 6. 13 Atender consulta


125



Selelccionar Paciente

<<realize>>

Registrar cita médica

(from Registrar Citas Medicas)

Registrar cita medica

<<realize>>



Selelccionar Paciente

<<realize>>

Atender Consulta

(from Atender consulta)

Atender Consulta

<<realize>>



VII. Generar reportes de gestiónDIAGRAMA 6. 14 Generar reportes de gestión

Generar reportes de gestión

(from Reportes de Gestion)Listar Citas Médicas

(from Reportes de Gestion)

Listar citas Pendientes

(from Reportes de Gestion)Listar Consultas Médicas


Listar Horarios de Atención


Listar Médicos


Listar pacientes


Reporte de Ventas


Generar reportes de gestion Listar citas medicaslistar citas pendientes

Listar consultas medicas

listar horarios de atención Listar Médicos listar Pacientes Reporte ventas

<<realize>><<realize>> <<realize>> <<realize>>

<<realize>><<realize>><<realize>>

<<realize>>

Listar Medicamentos

Listar Medicamentos.

<<realize>>


126



6.2.3. Diseño de Formularios

Pantalla de Registrar Paciente


Pantalla de Buscar Paciente


127



Pantalla de Reservar Citas


Pantalla de Registrar Citas


128



Pantalla de Programar Médico


Pantalla de Programar Horario de Especialidades


129



6.2.4. Diagramas de Secuencia

I. Diagrama de Secuencia Administrar Paciente

DIAGRAMA 6. 15 Secuencia Administrar Paciente


130

:PACIENTE:PACIENTE

:Form NuevoPaciente

:Form NuevoPaciente





:CrearPaciente:CrearPaciente : EditarPaciente: EditarPaciente :ps EliminarPaciente:ps EliminarPaciente :PC Main :PC Main :PC Administrar Paciente

:PC Administrar Paciente

: Administrativo. : Administrativo.

:Form MantenimientoPacientes:Form MantenimientoPacientes

1: Registrar Paciente

2: Link

3: Show

4: Crear Paciente

5: Agregar Paciente(Nombre ,Apellidos , Fecha Nacimiento,Sexo ,Edad,Documento,Direccion ,Telefono , Email)

6: Nuevo7: Obj Creado


9: Modificar Paciente10: Editar Paciente

11: Editar12: Obj Modificado

13: Mostrar Lista

14: Eliminar Paciente15: Destroy Usuario

16: Eliminar17: Objeto Destroy




II. Diagrama de secuencia Administrar Usuario

DIAGRAMA 6. 16 secuencia Administrar Usuario


131

:USUARIO:USUARIO

:Form NuevoUsuario

:Form NuevoUsuario

:Form EditarUsuario

:Form EditarUsuario



:psCrearUsuario:psCrearUsuario :ps EditarUsuario

:ps EditarUsuario

:ps EliminarUsuario

:ps EliminarUsuario

:PC Main :PC Main :PC Administrar Usuario

:PC Administrar Usuario


:Form Mantenimie...

:Form Mantenimie...

1: Registrar Usuario

2: Link

3: Show

4: Crear Usuario

5: Agregar Usuario

6: Nuevo7: Obj Creado


9: Modificar Usuario10: Editar Usuario

11: Editar12: Obj Modificado

13: Mostrar Lista

14: Eliminar Usuario15: Destroy Usuario

16: Eliminar17: Objeto Destroy




III. Diagrama de secuencia Registro Historias ClínicasDIAGRAMA 6. 17 secuencia Registro Historias Clínicas






:Historia Clínica:Historia Clínica :Form Registrar HistoriaClínica

:Form Registrar HistoriaClínica

ScriptValidación

f(){}f(){}

ScriptValidación

HISTORIA CLÍNICA

HISTORIA CLÍNICA



2: Navegar

4: Ingresar Datos de Historia Clínica (Nro,Peso,Talla,Temperatura,Patología,Indicaciones)

5: Comprobar Ingreso de Historias Clínicas

6:

7:


9: Mensaje

3:


132



IV. Diagrama de secuencia Registro de Triaje.DIAGRAMA 6. 18 secuencia Registro de Triaje.

EnfermeraEnfermera

:Triaje:TriajeScriptValidación

f(){}f(){}

ScriptValidación:Form Registrar

Triaje:Form Registrar

Triaje:Seleccionar

Paciente:Seleccionar

PacienteTriaje RegistrarTriaje Registrar

:TRIAJE:TRIAJE

1: Seleccionar Paciente

2: Mensaje

3:

4: Ingresar datos Triaje (Peso,Talla,Temperatura,Presión)

5: Comprobar Ingreso Datos de Triaje

6:

7:

8: Registrar Triaje

9: Mensaje


133



6.2.5. Diagramas de Estado

A. Diagrama de Estados: Registrar PersonalDIAGRAMA 6. 19 Estados: Registrar Personal


B. Diagrama de Estados: Registrar UsuarioDIAGRAMA 6. 20 Estados: Registrar Usuario

134

Inicio

Fin

Solicitado

En Ejecucion

Busqueda Personal

Edita Cambiar Clave

Busqueda Personal

EditaEditar () Cambiar Clave

Cambiar ()

Actualizar Datos

Actualizar ()

GeneradaGenerar ()

Ejecutar ()

En ejecución

Busqueda Persona

Editada

Seleccionada de opciones

Cancelada

Busqueda Persona

Solicitado Generado

Editada

Seleccionada de opciones

Cancelada

Actualiza Datos

Inicio

Actualizar()

Ejecutar()

Generar()

Cancelar()Seleccionar()

Borrar()

Cancelado()

Actualizar() Buscar()

Cancelar()

Editar()

Fin




135



C. Diagrama de Estados: Programar Medico

DIAGRAMA 6. 21 Estados: Programar Medico


D. Diagrama de Estados : Reservar cita

DIAGRAMA 6. 22 Estados: Reservar cita


136

Inicio

Fin

Solicitada

Generada

Generar ()

En Ejecucion ()

Eliminada

Visualizacion de Horario

Seleccion de Opciones

Busqueda de Paciente

Eliminada

Visualizacion de Horario

Seleccion de Opciones

Busqueda de Paciente

RegistradaRegistrar Cita()

Reservada de Cita

Reservar ()

Buscar()

Ver()

Ejecutar ()

Fin

Buscar()

Eliminar ()

Generada

En Ejecución

Especialidades por Periodo

Selecciona Médico

Digitaliza Información

Disponibilidad Horario

Especialidades por Periodo

Selecciona Médico

Digitaliza Información

Disponibilidad Horario

Programado

Solicitado

Ejecutar()

Generar()

Mostrar() Verificar()Digitar() Visualizar()

Mostrar()

Seleccionar()

Digitar()Mostrar()

Progranar()

Fin.

Inicio



E. Diagrama de Estados : Registrar Triaje DIAGRAMA 6. 23 Estados: Registrar Triaje


137

Inicio

Fin

Solicitado

Generada

En Ejecucion

Vializacion de Lista Citas

Ver Datos Historia Clinica - Paciente

Editada

Vializacion de Lista Citas

Ver Datos Historia Clinica - Paciente

Editada

Guardar Datos

Registrada

Generar ()

Registrar ()

Editar ()Vizualizar o Listar

Guardar ()

Ejecutar ()

Ver Datos ()



6.2.6. Diagrama de Navegabilidad

DIAGRAMA 6. 24 Navegabilidad


138

PACIENTESPERSONAL ESPECIALIDA

DESHORARIO MÉDICO..

CITAS MÉDICAS

HISTORIA CLÍNICA

MANTENIMIENTO

PROGRAMAR

REGISTRO

REGITRAR TRIAJE

REPORTE

LISTADO DE MEDICAMENTOS

LOGIN

ADMINISTRADOR

TRIAJE PACIENTE. FARMACIA

MENU

ATENDER CITAS

VADEMECUM

LLENAR HISTORIA CLÍNICA

MÉDICO

CAPÍTULO VII:

FASE DE

CONSTRUCCIÓN



7. Modelo de Desarrollo

7.1. Diagrama de Componentes

DIAGRAMA 7. 1 Componentes

137

Personal.php

HistoriaClínica.php

Triaje.phpPeriodos.php

Syte.css

AdministrarEspecialidades.php

Sessión.php

CerrarSessión.php

IndexAdministrador.php

AdministrarPeriodos.php

AdministrarPacientes.php

AdministrarPersonal.php

AdministrarHorarios.php

AdministrarUsuarios.php

AdministrarCitas.php

AdministrarFarmacia.php

AdministrarAtenciones.php

AdministrarHistoriasClínicas.php

Usuario.php Citas.php Horarios.php

Especialidades.php

Farmacia.php

Autenticación.php

Pacientes.php

Index.php

AdministrarVentas.php

Ventas.php

AdministrarCompras.php

Compras.php

OperaciónUsuario.php

OperaciónPersonal.php

OperaciónCitas.php

OperaciónHorarios.php

OperaciónEspecialidades.php

OperaciónFarmacia.php

OperaciónPeriodos.php

OperaciónPacientes.php

OperaciónAtenciones.php

OperaciónHistoriasCl'inicas.php

OperaciónVentas.php

OperaciónCompras.php

Modelo.php

Dalc.php

SistemaHistorialClínico.my sql

_______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

__________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

1.-CApa Presentación

2.- Capa Negocio

3.-Capa Datos



Fuente: (Elaboración propia, 2013)

138



7.2. Diagrama de Despliegue

DIAGRAMA 7. 2 Despliegue


139

Escritorio Médico

Internet

Moedm Router

Servidor Hosting

Servidor

Switch

Impresora HP -1020

Departamneto de Historias Clínicas

ADSL (2MB)

1 Puerto Ethernet RJ-45 10/100Mbps Servicios NAT ,Filtrado Puerto

HPRAM: 1GBHD : 80 GBNIC : D-Link 520-TXOS : Windows Server 2012

D-Link (DES -1008D) 8 puertosEthernet RJ 45 10/100 mbps

Dual/Quad Dual XeonMemoria mínima de 4096Raid 1Sistema Operativo HostingWindows 2012Datacenter AtlantaNAP



7.3. Modelo de Datos

DIAGRAMA 7. 3 Datos


140

ANÁLISIS

Fecha : DATETIMEDescripcion : VARCHAR(40)

(from ...

BOLETAVENTA

DNI : VARCHAR(8)NroDctoVenta : INT

<<PK>> XPKBOLETAVENTA()<<FK>> R_48()

(from ...FACTURA

RUC : VARCHAR(10)NroDctoVenta : INT

<<PK>> XPKFACTURA()<<FK>> R_49()

(from ...

DESPACHO

Despacho_ID : VARCHAR(2)NroDespacho : INTFecha : DATETIMEObservación : VARCHAR(40)

<<PK>> XPKDESPACHO()

(from ...

PEDIDO

ID_Pedido : VARCHAR(2)Fecha : DATETIMEMonto : MONEYEstado : VARCHAR(4)NroPedido : INTDespacho_ID : VARCHAR(2)

<<PK>> XPKPEDIDO()<<FK>> R_45()

(from ...

0..10..* 0..10..*<<Non-Identifying>>

DOCUMENTOVENTA

NroDctoVenta : INTMonto : MONEYFecha : DATETIMEEstado : VARCHAR(4)ID_Pedido : VARCHAR(2)

<<PK>> XPKDOCUMENTOVENTA()<<FK>> R_44()

(from ...

1

0..1

1

0..1

<<Identifying>>

1

0..1

1

0..1

<<Identifying>>

0..1

0..*

0..1

0..*

<<Non-Identifying>>

TIPO_ANÁLISIS

Descripción : VARCHAR(20)(from ...

TRIAJE

DNI : VARCHAR(8)Nro_Consulta : VARCHAR(2)Codigo_Tri : VARCHAR(2)Peso : FLOAT(53, 0)Talla : FLOAT(53, 0)Presíon : FLOAT(53, 0)Temperatura : FLOAT(53, 0)Codigo_Pa : VARCHAR(4)

<<PK>> XPKTRIAJE()<<FK>> R_36()

(from ...

HORARIO

Fecha_inicio : DATETIMEFecha_Término : DATETIMEDias : VARCHAR(40)Codigo_Hor : VARCHAR(2)

<<PK>> XPKHORARIO()

(from ...

ESPECIALIDAD

DNI : VARCHAR(8)Codigo : VARCHAR(4)Descripción : VARCHAR(20)

<<PK>> XPKESPECIALIDAD()<<FK>> R_30()

(from ...

PERSONAL

DNI : VARCHAR(8)Apellidos : VARCHAR(40)Nombres : VARCHAR(40)Puesto : VARCHAR(20)Dirección : VARCHAR(20)Sexo : VARCHAR(10)Fecha_Nacimiento : DATETIMEFecha_Contratación : DATETIMEFecha_Término_Contrato : DATETIMETelefono : VARCHAR(10)Email : VARCHAR(20)Codigo_Hor : VARCHAR(2)

<<PK>> XPKPERSONAL()<<FK>> R_13()

(from ... 0..1

0..*

0..1

0..*

<<Non-Identifying>>

0..1

0..*

0..1

0..*

<<Non-Identifying>>

USUARIO

DNI : VARCHAR(8)Login : VARCHAR(20)Contraseña : VARCHAR(10)

<<PK>> XPKUSUARIO()<<FK>> R_16()

(from ...

1

0..1

1

0..1

<<Identifying>>

GUIAREMISION

Guia_Id : VARCHAR(2)NroGuia : INTFecha : DATETIMEEstado : VARCHAR(2)Destinatario : VARCHAR(50)Despacho_ID : VARCHAR(2)Codigo_Me : CHAR(2)

<<PK>> XPKGUIAREMISION()<<FK>> R_50()<<FK>> R_52()

(from ...

0..1

0..*

0..1

0..*

<<Non-Identifying>>

LABORATORIO

Codigo_Me : CHAR(2)Razon_Social : VARCHAR(50)RUC : INTDirección : VARCHAR(50)Telefono : INTE_mail : VARCHAR(40)Registro_Sanitario : INT

<<FK>> R_12()

(from ...

RECETA

DNI : VARCHAR(8)Nro_Consulta : VARCHAR(2)Numero : VARCHAR(2)Indicaciones : VARCHAR(100)Observaciones : VARCHAR(100)Horario : DATETIMECodigo_Pa : VARCHAR(4)

<<PK>> XPKRECETA()<<FK>> R_27()

(from ...

MEDICAMENTO

Numero : VARCHAR(2)Codigo_Me : CHAR(2)Nombre : VARCHAR(50)Precio : MONEYStock : INTUnidad_medida : VARCHAR(10)

<<PK>> XPKMEDICAMENTO()<<FK>> R_32()

(from ...

1

0..*

1

0..*

<<Identifying>>

0..10..* 0..10..*

<<Non-Identifying>>

0..1

0..*

0..1

0..*

<<Non-Identifying>>

VADEMECUM

Patologias : VARCHARCodigo_Me : CHAR(2)

<<PK>> XPKVADEMECUM()<<FK>> R_53()

(from ...

1

0..1

1

0..1

<<Identifying>>

HISTORIA_CLÍNICA

Codigo_Tri : VARCHAR(2)Numero_historia : DATETIMEFecha : DATETIMEHora : DATETIMEDiágnostico : VARCHAR(100)Tratamiento : VARCHAR(100)Alergias : VARCHAR(100)Indicaciones : VARCHAR(100)Codigo_Pa : VARCHAR(4)Proxima_Cita : DATETIME

<<PK>> XPKHISTORIA_CLÍNICA()<<FK>> R_35()<<FK>> R_7()

(from ...

0..1

0..*

0..1

0..*

<<Non-Identifying>>

CONSULTA

DNI : VARCHAR(8)Nro_Consulta : VARCHAR(2)Descripción : VARCHAR(50)Codigo_Pa : VARCHAR(4)

<<PK>> XPKCONSULTA()<<FK>> R_40()<<FK>> R_8()

(from ...

0..1

0..*

0..1

0..*

<<Non-Identifying>>

0..1

0..*

0..1

0..*

<<Non-Identifying>>

1

0..*

1

0..*

<<Identifying>>

CITA_MÉDICA

Codigo_Pa : VARCHAR(4)Fecha : DATETIMEPeriodo : DATETIMEEspecialidad : VARCHAR(20)

<<PK>> XPKCITA_MÉDICA()<<FK>> R_4()

(from ...

PACIENTE

Codigo_Pa : VARCHAR(4)DNI : VARCHAR(8)Apellidos : VARCHAR(50)Nombres : VARCHAR(40)Sexo : VARCHAR(10)Dirección : VARCHAR(20)Fecha_Nacimiento : DATETIMEEmail : VARCHAR(20)Telefono : INT

<<PK>> XPKPACIENTE()

(from ...

1

0..*

1

0..*

<<Identifying>>

1

0..*

1

0..*<<Identifying>>

1

0..1

1

0..1

<<Identifying>>

VENTA

NroVenta : DATETIMEFecha : DATETIMEMonto : DATETIMECodigo_Pa : VARCHAR(4)

<<PK>> XPKVENTA()<<FK>> R_42()

(from ...

0..1

0..*

0..1

0..*

<<Non-Identifying>>

VENTADETALLE

Cantidad : INTPrecio : MONEYNroVenta : DATETIME

<<PK>> XPKVENTADETALLE()<<FK>> R_51()

(from ...

10..1 10..1<<Identifying>>



141



7.4. Modelo de Entidades Logíco

DIAGRAMA 7. 4 Entidades Logíco

PERSONAL

DNI

ApellidosNombresPuestoDirecciónSexoFecha_NacimientoFecha_ContrataciónFecha_Término_ContratoTelefonoEmailCodigo_Hor (FK)

HORARIO

Codigo_Hor

Fecha_inicioFecha_TérminoDias

CONSULTA

DNI (FK)Nro_ConsultaCodigo_Pa (FK)

Descripción

RECETA

Numero

DNI (FK)Nro_Consulta (FK)IndicacionesObservacionesHorarioCodigo_Pa (FK)

TRIAJ E

Codigo_Tri

DNI (FK)Nro_Consulta (FK)PesoTallaPresíonTemperaturaCodigo_Pa (FK)

HISTORIA CLÍNICA

Numero_historiaCodigo_Pa (FK)

Codigo_Tri (FK)FechaHoraDiágnosticoTratamientoAlergiasIndicacionesProxima_Cita

ANÁLISIS

FechaDescripcion

TIPO_ANÁLISIS

Descripción

PACIENTE

Codigo_Pa

DNIApellidosNombresSexoDirecciónFecha_NacimientoEmailTelefono

MEDICAMENTO

Codigo_Me

Numero (FK)NombrePrecioStockUnidad_medida

LABORATORIO

Codigo_Me (FK)Razon_SocialRUCDirecciónTelefonoE-mailRegistro_Sanitario

VADEMECUM

Codigo_Me (FK)

PatologiasESPECIALIDAD

Codigo

DNI (FK)Descripción

CITA MÉDICA

Codigo_Pa (FK)

FechaPeriodoEspecialidad

USUARIO

DNI (FK)

LoginContraseña

VENTADETALLE

NroVenta (FK)

CantidadPrecio

VENTA

NroVenta

FechaMontoCodigo_Pa (FK)

DOCUMENTOVENTA

NroDctoVenta

MontoFechaEstadoID_Pedido (FK)

PEDIDO

ID_Pedido

FechaMontoEstadoNroPedidoDespacho_ID (FK)

DESPACHO

Despacho_ID

NroDespachoFechaObservación

BOLETAVENTA

NroDctoVenta (FK)

DNI

FACTURA

NroDctoVenta (FK)

RUC


142



7.5. Modelo de Entidades Físico

DIAGRAMA 7. 5 Entidades Físico


143

PERSONAL

DNI

ApellidosNombresPuestoDirecciónSexoFecha_NacimientoFecha_ContrataciónFecha_Término_ContratoTelefonoEmailCodigo_Hor (FK)

HORARIO

Codigo_Hor

Fecha_inicioFecha_TérminoDias

CONSULTA

DNI (FK)Nro_ConsultaCodigo_Pa (FK)

Descripción

RECETA

Numero

DNI (FK)Nro_Consulta (FK)IndicacionesObservacionesHorarioCodigo_Pa (FK)

TRIAJ E

Codigo_Tri

DNI (FK)Nro_Consulta (FK)PesoTallaPresíonTemperaturaCodigo_Pa (FK)

HISTORIA_CLÍNICA

Numero_historiaCodigo_Pa (FK)

Codigo_Tri (FK)FechaHoraDiágnosticoTratamientoAlergiasIndicacionesProxima_Cita

ANÁLISIS

FechaDescripcion

TIPO_ANÁLISIS

Descripción

PACIENTE

Codigo_Pa

DNIApellidosNombresSexoDirecciónFecha_NacimientoEmailTelefono

MEDICAMENTO

Codigo_Me

Numero (FK)NombrePrecioStockUnidad_medida

LABORATORIO

Codigo_Me (FK)Razon_SocialRUCDirecciónTelefonoE_mailRegistro_Sanitario

VADEMECUM

Codigo_Me (FK)

PatologiasESPECIALIDAD

Codigo

DNI (FK)Descripción

CITA_MÉDICA

Codigo_Pa (FK)

FechaPeriodoEspecialidad

USUARIO

DNI (FK)

LoginContraseña

VENTADETALLE

NroVenta (FK)

CantidadPrecio

VENTA

NroVenta

FechaMontoCodigo_Pa (FK)

DOCUMENTOVENTA

NroDctoVenta

MontoFechaEstadoID_Pedido (FK)

PEDIDO

ID_Pedido

FechaMontoEstadoNroPedidoDespacho_ID (FK)

DESPACHO

Despacho_ID

NroDespachoFechaObservación

GUIAREMISION

Guia_IdCodigo_Me (FK)

NroGuiaFechaEstadoDestinatarioDespacho_ID (FK)

BOLETAVENTA

NroDctoVenta (FK)

DNI

FACTURA

NroDctoVenta (FK)

RUC



7.6. Generación de Codigo

CREATE TABLE ANÁLISIS

(

Fecha datetime NULL ,

Descripcion varchar(40) NULL

)

go

CREATE TABLE BOLETAVENTA

(

DNI varchar(08) NULL ,

NroDctoVenta integer NOT NULL

)

go

ALTER TABLE BOLETAVENTA

ADD CONSTRAINT XPKBOLETAVENTA PRIMARY KEY CLUSTERED

(NroDctoVenta ASC)

go

CREATE TABLE CITA_MÉDICA

(

Codigo_Pa varchar(04) NOT NULL ,


Periodo datetime NULL ,

Especialidad varchar(20) NULL

)

go

ALTER TABLE CITA_MÉDICA

ADD CONSTRAINT XPKCITA_MÉDICA PRIMARY KEY CLUSTERED

(Codigo_Pa ASC)

go

CREATE TABLE CONSULTA

(

144



DNI varchar(8) NOT NULL ,

Nro_Consulta varchar(02) NOT NULL ,

Descripción varchar(50) NULL ,

Codigo_Pa varchar(04) NOT NULL

)

go

ALTER TABLE CONSULTA

ADD CONSTRAINT XPKCONSULTA PRIMARY KEY CLUSTERED (DNI

ASC,Nro_Consulta ASC,Codigo_Pa ASC)

go

CREATE TABLE DESPACHO

(

Despacho_ID varchar(2) NOT NULL ,

NroDespacho int NULL ,


Observación varchar(40) NULL

)

go

ALTER TABLE DESPACHO

ADD CONSTRAINT XPKDESPACHO PRIMARY KEY CLUSTERED

(Despacho_ID ASC)

go

CREATE TABLE DOCUMENTOVENTA

(

NroDctoVenta integer NOT NULL ,

Monto money NULL ,


Estado varchar(04) NULL ,

ID_Pedido varchar(02) NULL

)

go

ALTER TABLE DOCUMENTOVENTA

145



ADD CONSTRAINT XPKDOCUMENTOVENTA PRIMARY KEY

CLUSTERED (NroDctoVenta ASC)

go

CREATE TABLE ESPECIALIDAD

(


Codigo varchar(04) NOT NULL ,

Descripción varchar(20) NULL

)

go

ALTER TABLE ESPECIALIDAD

ADD CONSTRAINT XPKESPECIALIDAD PRIMARY KEY CLUSTERED

(Codigo ASC)

go

CREATE TABLE FACTURA

(

RUC varchar(10) NULL ,

NroDctoVenta integer NOT NULL

)

go

ALTER TABLE FACTURA

ADD CONSTRAINT XPKFACTURA PRIMARY KEY CLUSTERED

(NroDctoVenta ASC)

go

CREATE TABLE GUIAREMISION

(

Guia_Id varchar(02) NOT NULL ,

NroGuia integer NULL ,



Destinatario varchar(50) NULL ,

Despacho_ID varchar(2) NULL ,

Codigo_Me char(02) NOT NULL

146



)

go

ALTER TABLE GUIAREMISION

ADD CONSTRAINT XPKGUIAREMISION PRIMARY KEY CLUSTERED

(Guia_Id ASC,Codigo_Me ASC)

go

CREATE TABLE HISTORIA_CLÍNICA

(

Codigo_Tri varchar(02) NULL ,

Numero_historia datetime NOT NULL ,


Hora datetime NULL ,

Diágnostico varchar(100) NULL ,

Tratamiento varchar(100) NULL ,

Alergias varchar(100) NULL ,

Indicaciones varchar(100) NULL ,


Proxima_Cita datetime NULL

)

go

ALTER TABLE HISTORIA_CLÍNICA

ADD CONSTRAINT XPKHISTORIA_CLÍNICA PRIMARY KEY

CLUSTERED (Numero_historia ASC,Codigo_Pa ASC)

go

CREATE TABLE HORARIO

(

Fecha_inicio datetime NULL ,

Fecha_Término datetime NULL ,

Dias varchar(40) NULL ,

Codigo_Hor varchar(02) NOT NULL

)

147



go

ALTER TABLE HORARIO

ADD CONSTRAINT XPKHORARIO PRIMARY KEY CLUSTERED

(Codigo_Hor ASC)

go

CREATE TABLE LABORATORIO

(

Codigo_Me char(02) NULL ,

Razon_Social varchar(50) NULL ,

RUC integer NULL ,

Dirección varchar(50) NULL ,

Telefono integer NULL ,

E_mail varchar(40) NULL ,

Registro_Sanitario integer NULL

)

go

CREATE TABLE MEDICAMENTO

(

Numero varchar(02) NULL ,

Codigo_Me char(02) NOT NULL ,

Nombre varchar(50) NULL ,

Precio money NULL ,

Stock integer NULL ,

Unidad_medida varchar(10) NULL

)

go

ALTER TABLE MEDICAMENTO

ADD CONSTRAINT XPKMEDICAMENTO PRIMARY KEY CLUSTERED

(Codigo_Me ASC)

148



go

CREATE TABLE PACIENTE

(



Apellidos varchar(50) NULL ,

Nombres varchar(40) NULL ,

Sexo varchar(10) NULL ,


Fecha_Nacimiento datetime NULL ,

Email varchar(20) NULL ,

Telefono integer NULL

)

go

ALTER TABLE PACIENTE

ADD CONSTRAINT XPKPACIENTE PRIMARY KEY CLUSTERED

(Codigo_Pa ASC)

go

CREATE TABLE PEDIDO

(

ID_Pedido varchar(02) NOT NULL ,


Monto money NULL ,


NroPedido integer NULL ,

Despacho_ID varchar(2) NULL

)

go

ALTER TABLE PEDIDO

ADD CONSTRAINT XPKPEDIDO PRIMARY KEY CLUSTERED

(ID_Pedido ASC)

go

149



CREATE TABLE PERSONAL

(


Apellidos varchar(40) NULL ,

Nombres varchar(40) NULL ,

Puesto varchar(20) NULL ,


Sexo varchar(10) NULL ,

Fecha_Nacimiento datetime NULL ,

Fecha_Contratación datetime NULL ,

Fecha_Término_Contrato datetime NULL ,

Telefono varchar(10) NULL ,

Email varchar(20) NULL ,

Codigo_Hor varchar(02) NULL

)

go

ALTER TABLE PERSONAL

ADD CONSTRAINT XPKPERSONAL PRIMARY KEY CLUSTERED (DNI

ASC)

go

CREATE TABLE RECETA

(


Nro_Consulta varchar(02) NULL ,

Numero varchar(02) NOT NULL ,

Indicaciones varchar(100) NULL ,

Observaciones varchar(100) NULL ,

Horario datetime NULL ,

Codigo_Pa varchar(04) NULL

)

150



go

ALTER TABLE RECETA

ADD CONSTRAINT XPKRECETA PRIMARY KEY CLUSTERED (Numero

ASC)

go

CREATE TABLE TIPO_ANÁLISIS

(

Descripción varchar(20) NULL

)

go

CREATE TABLE TRIAJE

(


Nro_Consulta varchar(02) NULL ,

Codigo_Tri varchar(02) NOT NULL ,

Peso double precision NULL ,

Talla double precision NULL ,

Presíon double precision NULL ,

Temperatura double precision NULL ,


)

go

ALTER TABLE TRIAJE

ADD CONSTRAINT XPKTRIAJE PRIMARY KEY CLUSTERED

(Codigo_Tri ASC)

go

CREATE TABLE USUARIO

(

151




Login varchar(20) NULL ,

Contraseña varchar(10) NULL

)

go

ALTER TABLE USUARIO

ADD CONSTRAINT XPKUSUARIO PRIMARY KEY CLUSTERED (DNI

ASC)

go

CREATE TABLE VADEMECUM

(

Patologias varchar(max) NULL ,

Codigo_Me char(02) NOT NULL

)

go

ALTER TABLE VADEMECUM

ADD CONSTRAINT XPKVADEMECUM PRIMARY KEY CLUSTERED

(Codigo_Me ASC)

go

CREATE TABLE VENTA

(

NroVenta datetime NOT NULL ,


Monto datetime NULL ,


)

go

ALTER TABLE VENTA

ADD CONSTRAINT XPKVENTA PRIMARY KEY CLUSTERED (NroVenta

ASC)

go

152



CREATE TABLE VENTADETALLE

(

Cantidad integer NULL ,

Precio money NULL ,

NroVenta datetime NOT NULL

)

go

ALTER TABLE VENTADETALLE

ADD CONSTRAINT XPKVENTADETALLE PRIMARY KEY CLUSTERED

(NroVenta ASC)

go

ALTER TABLE BOLETAVENTA

ADD CONSTRAINT R_48 FOREIGN KEY (NroDctoVenta) REFERENCES

DOCUMENTOVENTA(NroDctoVenta)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE CITA_MÉDICA

ADD CONSTRAINT R_4 FOREIGN KEY (Codigo_Pa) REFERENCES

PACIENTE(Codigo_Pa)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go



PACIENTE(Codigo_Pa)

ON DELETE NO ACTION

ON UPDATE NO ACTION

153



go


ADD CONSTRAINT R_40 FOREIGN KEY (DNI) REFERENCES

PERSONAL(DNI)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE DOCUMENTOVENTA

ADD CONSTRAINT R_44 FOREIGN KEY (ID_Pedido) REFERENCES

PEDIDO(ID_Pedido)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE ESPECIALIDAD


PERSONAL(DNI)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE FACTURA

ADD CONSTRAINT R_49 FOREIGN KEY (NroDctoVenta) REFERENCES

DOCUMENTOVENTA(NroDctoVenta)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go


ADD CONSTRAINT R_50 FOREIGN KEY (Despacho_ID) REFERENCES

DESPACHO(Despacho_ID)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

154




ADD CONSTRAINT R_52 FOREIGN KEY (Codigo_Me) REFERENCES

MEDICAMENTO(Codigo_Me)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go



PACIENTE(Codigo_Pa)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go


ADD CONSTRAINT R_35 FOREIGN KEY (Codigo_Tri) REFERENCES

TRIAJE(Codigo_Tri)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE LABORATORIO



ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE MEDICAMENTO

ADD CONSTRAINT R_32 FOREIGN KEY (Numero) REFERENCES

RECETA(Numero)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

155



ALTER TABLE PEDIDO

ADD CONSTRAINT R_45 FOREIGN KEY (Despacho_ID) REFERENCES

DESPACHO(Despacho_ID)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE PERSONAL

ADD CONSTRAINT R_13 FOREIGN KEY (Codigo_Hor) REFERENCES

HORARIO(Codigo_Hor)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE RECETA

ADD CONSTRAINT R_27 FOREIGN KEY (DNI,Nro_Consulta,Codigo_Pa)

REFERENCES CONSULTA(DNI,Nro_Consulta,Codigo_Pa)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE TRIAJE

ADD CONSTRAINT R_36 FOREIGN KEY (DNI,Nro_Consulta,Codigo_Pa)

REFERENCES CONSULTA(DNI,Nro_Consulta,Codigo_Pa)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE USUARIO


PERSONAL(DNI)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE VADEMECUM

156





ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE VENTA


PACIENTE(Codigo_Pa)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

ALTER TABLE VENTADETALLE

ADD CONSTRAINT R_51 FOREIGN KEY (NroVenta) REFERENCES

VENTA(NroVenta)

ON DELETE NO ACTION

ON UPDATE NO ACTION

go

157

CAPÍTULO VIII:

FASE DE

TRANSICIÓN

Sistema de Información Web para la Agilización de Procesos de Atención de los Pacientes del Centro de Salud Jequetepeque


8. MODELO DE PRUEBAS:

8.1. Caso de Uso de Prueba:

Caso de Prueba de Registrar Persona (Paciente, Médico, Enfermera.)

Caso de Prueba de Registrar Cuenta de Usuario.

Caso de Uso Registrar Cita.

Caso de Uso Registrar Triaje.

Caso de Uso Registrar Historia Clínica.

Caso de Prueba de Registrar Medicamento.

Caso de Prueba de Ver Citas.

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

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 ("Molina Marco, y otros, 1997).

156



Esquema de la Caja Negra

Fuente (wikis.uca.es)

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:

157

http://wikis.uca.es/



TABLA 8. 1Clases de equivalencia: Registrar Datos de la Persona.

NOMBRE DATO EQUIVALENCIA RESULTADO

01 DNI

Numérico Válido=8 dígitos Válido

=Vacío Invalido=Letras Invalido

<8digitos Invalido>9digitos Invalido

=caracteres ASCCI Invalido

02 Apellido Paterno

=Letra mayúscula o minúscula Válido=Vacío Invalido

=Caracteres ASCCI InvalidoNumérico Invalido

03 Apellido Materno=Letra mayúscula o minúscula Válido

=Vacío Invalido=Caracteres ASCCI Invalido

Numérico Invalido

04 Nombres=Letra mayúscula o minúscula Válido


Numérico Invalido

05 Dirección=Letra mayúscula o minúscula Válido


06 TeléfonoNumérico Válido

=Vacío Válido=Letra mayúscula o minúscula Invalido

=Caracteres ASCCI Invalido

07 Celular

Numérico Válido=Vacío Válido

=Letra mayúscula o minúscula Invalido=Caracteres ASCCI Invalido

08 CorreoCombinación (caracteres ASCCI,

números, letras)Válido

Vacío Válido


158



TABLA 8. 2Prueba realizada: Ingresar datos de la persona


01 DNI

46213787 Válido46213787 Válido

“” InvalidoAbcdf45 Invalido102050 Invalido

1922328256 Invalido·$&%”@ Invalido

02 Apellido Paterno

PAIRAZAMAN - pairazamán Válido“” Invalido

&%$@ Invalido123456 Invalido

03 Apellido MaternoESTEVES - esteves Válido

“” Invalido&%$@ Invalido789456 Invalido

04 NombresLUIS ALFREDO –luis alfredo Válido

“” Invalido&%$@ Invalido102030 Invalido

05 DirecciónCALLGUADALUPE #20

calle Guadalupe #20Válido

“” Invalido&%$@ Invalido

06 Teléfono571002 Válido

VálidoBCD bcd Invalido

&%$@ Invalido

07 Celular

971356249 VálidoVálido

CVB cvb Invalido&%$@ Invalido

08 [email protected] Válido

Válido


159



TABLA 8. 3Clases de equivalencia: Registrar Usuario


01 Apellidos= Letra mayúscula o minúscula Válida

=Vacío Invalido

02 Nombres= Letra mayúscula o minúscula Válida

=Vacío Invalido

02 Usuario

=Letra mayúscula o minúscula Válida=Vacío Invalido

=Caracteres ASCCI InvalidoNumérico Invalido

03 Contraseña

Combinación (letras, números, caracteres ASCCI)

Válida

Numérico Válida=Vacía Invalido


TABLA 8. 4 Prueba realizada: Ingresar datos Usuario


01 ApellidosPAIRAZAMAN ESTEVES

Pairazaman EstevesVálida

“” Invalido

02 NombresLUIS ALFREDO – luis alfredo Válida

“” Invalido

02 Usuario

=LUIS - luis Válida“” Invalido

&%$@ Invalido452013 Invalido

03 Contraseña

Paira12 Válida45231 Válida

“” InvalidoFuente: (Elaboración propia, 2013).

160



TABLA 8. 5Clases de equivalencia: Registrar Cita


01 Fecha= Numérico Válida

=Vacío Invalido

02 Filial=Seleccionar Combo Válida

=Vacío Invalido

02 Especialidad=Seleccionar Combo Válida

=Vacío Invalido

03 Día y Hora=Seleccionar Válida

=Vacía Invalido

04 Apellidos= Letra mayúscula o minúscula Válida

=Vacío InvalidoFuente: (Elaboración propia, 2013).

TABLA 8. 6 Prueba realizada: Ingresar Datos Cita


01 Fecha10-07-2013 Válida

“” Invalido

02 FilialJequetepeque Válida

“” Invalido

02 EspecialidadMedicina General Válida

“” Invalido

03 Día y Hora Lunes – 7:00 am Válida

“” Invalido

04 ApellidosMACHUCA CRUZADO Válida

“” Invalido


161



TABLA 8. 7Clases de equivalencia: Registrar Historia Clínica


01 Nombres y Apellidos

=Letra mayúscula o minúscula Válido=Numérico Invalido

=Caracteres ASCCI Invalido =Vacío Invalido

02 Código Admisión

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

=Caracteres ASCCI Invalido=Letra mayúscula o minúscula Invalido

03 Código Historia=Numérico Válido


=Letra mayúscula o minúscula Invalido

04 Fecha y Hora=Numérico Válido


=Letra mayúscula o minúscula Invalido

05 Temperatura=Numérico Válido

=Letra mayúscula o minúscula Invalido=Caracteres ASCCI Invalido

06Peso



07 Talla



08 Presión



09 Análisis


=Caracteres ASCCI Invalido =Vacío Válido

10 Diagnostico


=Caracteres ASCCI Invalido

=Vacío Invalido


162



11 Tratamiento =Caracteres ASCCI Invalido =Vacío Invalido

12 Próxima Cita

=Letra mayúscula o minúscula Válido=Numérico Válido

=Caracteres ASCCI Invalido =Vacío Invalido


TABLA 8. 8 Prueba realizada: Ingreso de Datos de Historia Cliníca


01 Nombres y Apellidos

PAIRAZAMAN ESTEVES LUISPairazamán Esteves , Luis

Válido

145223 Invalido&%$@ Invalido

“” Invalido

02 Código Admisión

1020 Válido“” Invalido

&%$@ InvalidoADC adc Invalido

03 Código Historia25630 Válido


ADC adc Invalido

04 Fecha y Hora22-10-2013 8:00 Válido


ADC adc Invalido

05 Temperatura40 ° Válido

AXC axc Invalido&%$@ Invalido

06Peso


AXC axc Invalido&%$@ Invalido

07 Talla



08 Presión



Análisis de Orina Válido

163



09 Análisis15423 Invalido@#45 Invalido

“” Válido

10 Diagnostico

Padece de cálculos renales Válido4552 Invalido@#45 Invalido

“” Invalido

11 Tratamiento

Reposo Absoluto e ingerir bastante liquido

REPOSO ABSOLUTO E INGERIR BASTANTE LÍQUIDO.

Válido

45876936 Invalido@#45%$ Invalido

“” Invalido

12 Próxima Cita

Viernes veinte de noviembreVIERNES VEINTE DE NOVIEMBRE Válido

20-11-2013 Válido@#45%$ Invalido

“” Invalido


164



8.2.1. Pruebas de la Caja Blanca: 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 ("Molina

Marco, y otros, 1997).

8.2.2. Método de prueba de Caja Blanca:

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

Figura Nº 3. 1: Esquema de caja blanca

Fuente :(Antonio Molina, 2000)

165

SalidaEntrada



PERSONATEST

function insertarpersona(){

var randomnumber=Math.random()*11;

var txtapellido = document.getElementById("txtapellido").value;

var txtnombre = document.getElementById("txtnombre").value;

var txtfecha = document.getElementById("txtfecha").value;

var cbodepartamento =

document.getElementById("cbodepartamento").value;

var cboprovincia = document.getElementById("cboprovincia").value;

var cbodistrito = document.getElementById("cbodistrito").value;

var txtdireccion = document.getElementById("txtdireccion").value;

var cbotipodoc = document.getElementById("cbotipodoc").value;

var txtdocumento = document.getElementById("txtdocumento").value;

var cbotipotel = document.getElementById("cbotipotel").value;

var codCiudad = document.getElementById("codCiudad").value;

var txtfono = document.getElementById("txtfono").value;

var cbotipocorreo = document.getElementById("cbotipocorreo").value;

var txtcorreo = document.getElementById("txtcorreo").value;

if (txtapellido.length<5){

166



alert("El APELLIDO debe tener por lo menos 5 caracteres.");

}else{

if (txtnombre.length<4){

alert("El NOMBRE debe tener por lo menos 4 caracteres.");

}else{

if (txtfecha.length<10){

alert("El formato de la FECHA DE NACIMIENTO es YYYY-MM-DD");

}else{

if(cbodistrito.length==0){

alert("Debes elegir el DISTRITO");

}else{

if(txtdireccion.length<10){

alert("La DIRECCION debe tener por lo menos 10 caracteres.");

}else{

if (cbotipodoc=="16"){

alert("Debe seleccionar el Tipo de Documento.");

}else{

if (txtdocumento.length<4){

alert("El DOCUMENTO debe tener por lo menos 5 caracteres.");

}else{

167



//alert("entro");

J.post("insertarpersona.php",{txtapellido:txtapellido,txtnombre:txtnombre,txtfecha:txtfecha,cbodepartamento:cbodepartamento,cboprovincia:cboprovincia,cbodistrito:cbodistrito,txtdireccion:txtdireccion,cbotipodoc:cbotipodoc,txtdocumento:txtdocumento,cbotipotel:cbotipotel,codCiudad:codCiudad,txtfono:txtfono,cbotipocorreo:cbotipocorreo,txtcorreo:txtcorreo,randomnumber:randomnumber},function(data){

J("#buscarpersona").html(data);

});

}

}

}

}

}

}

}

}

function editarpersona(id){

var randomnumber=Math.random()*11;

var id = id;

J.post("editarpersona.php",{id:id,randomnumber:randomnumber},

function(data){

J("#buscarpersona").html(data);

});}

168



USUARIOTEST

function guardausuario(){String.prototype.trim = function() {

return this.replace(/(^\s*)|(\s*$)/g,""); }var randomnumber=Math.random()*11;var txtclave =

document.getElementById("txtclave").value;var txtrepite =

document.getElementById("txtrepite").value;var txtusuario =

document.getElementById("txtusuario").value;var txtclave =txtclave.trim();var txtrepite =txtrepite.trim();

var txtcodigo = document.getElementById("txtcodigo").value;

if (txtclave.length==0){alert("Debes Ingresar una Clave.");

}else{if (txtclave==txtrepite){

document.getElementById("buscarpersona").innerHTML = "<img src='images/preload1.gif' width='16' height='16'> Espere un momento por favor...";

J.post("guardausuario.php",{txtusuario:txtusuario,txtclave:txtclave,txtrepite:txtrepite,txtcodigo:txtcodigo,randomnumber:randomnumber},function(data){

J("#buscarpersona").html(data);});

}else{alert("Las claves ingresadas no

coinciden.");}

}}

169

8.3 MODELOS DE IMPLANTACIÓN

8.3.1 CAPACITACION 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 tdo 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.3.2 DOCUMENTACION 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.

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

Si los cambios son muy profundos, tal vez justifiquen un nuevo

Proyecto de Sistemas.

CAPÍTULO IX:ANÁLISIS DERESULTADOS



9. 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 indicadores cuantitativos, los cuales vienen a ser:

Tiempo que utilizan los médicos en el registro de las historias clínicas de los

pacientes, Tiempo de búsqueda de las historias clínicas y Tiempo de acceso y

respuesta a la aplicación en el registro de información 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 del Centro de Salud encargado de

usar el sistema. A continuación se detallan los mencionados indicadores:

Cuadro 9.1: Cuadro de Indicadores


170

IndicadorTipo de Variable

Tiempo que utilizan los médicos en el registro de las historias clínicas de los pacientes

cuantitativo

Tiempo de búsqueda de las historias clínicas cuantitativo

Tiempo de acceso y respuesta a la aplicación en el

registro de información por parte de los usuarioscuantitativo

Nivel de satisfacción del Personal del Centro de Salud encargado de usar el sistema.

Cualitativo



9.1. ANÁLISIS DE LOS INDICADORES CUALITATIVOS

9.1.1. Nivel de satisfacción del Personal del Centro de Salud encargado de

usar el sistema.

9.1.1.1. Cálculo del indicador mediante el proceso actual

Para contrastar la hipótesis se aplicó una encuesta al personal que

utilizará el sistema de Agilización de Procesos de Atención 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 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 el 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:

171



Se utilizó la siguiente fórmula para calcular el puntaje total:

……………….. (9.1)

Donde:

= Puntaje total de la pregunta i - ésima

= Frecuencia j - ésima de la pregunta i - ésima

= Peso j - ésimo

El promedio ponderado por cada pregunta se calcula de acuerdo a

la siguiente relación:

172



…………………………….(9.2)

Donde:

= Promedio de Puntaje Total de la pregunta i-esima

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 Sistema de Agilización de Procesos de Atención

del Centro de Salud Jequetepeque.

Cuadro 9.3: Ponderación del “Nivel de satisfacción del personal

respecto al proceso de Historiales Clínicos” (Pre Test)

TABULACIÓN DEL INDICADOR CUALITATIVO (PRE - TEST)

Nº Pregunta Tot

alm

ente

de

Acu

erd

o

De

Acu

erd

o

Ni d

e A

cuer

do

Ni D

esac

uer

do

En

Des

acu

erd

o

Tot

alm

ente

en

Des

acu

erd

o

Puntaje

total

Puntaje

promedio

AP AS DI DS DP

5 4 3 2 1

1¿Cree Ud. que los procesos de generación de

historias clínicas se cumplen de manera

eficiente?

0 1 3 1 0 15 3

2¿Está satisfecho con el modo en que se llevan

a cabo dichos procesos?0 2 1 2 0 15 3

3 ¿Cree Ud. Que actualmente se obtiene

oportunamente la información de las historias

0 1 2 2 0 14 2.8

173



clínicas?

4¿Cree Ud. que la información de las Historias

Clínicas se guarda de manera segura?0 0 3 2 0 13 2.6

5¿Cree Ud. que el proceso actual para registrar

historias clínicas es eficiente?0 0 2 3 0 12 2.4

6¿Cree Ud. que el acceso a la información de

historias clínicas se da de una manera rápida y

accesible?

0 2 2 1 0 16 3.2

7¿Cree Ud. que las historias clínicas pueden ser

utilizadas en todo momento y lugar?0 2 1 2 0 15 3

8¿Cree Ud. que las historias clínicas se llenan

de una manera eficiente actualmente?0 1 0 3 1 11 2.2

9¿Estas satisfecho con el proceso actual que Ud.

desempeña en el proceso de historiales

clínicos?

0 2 2 1 0 16 3.2

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?

0 1 2 2 0 14 2.8

11¿Cree Ud. que las historias clínicas tienen una

seguridad garantizada con una correcta política

de resguardo de la información?

0 1 2 2 0 14 2.8


9.1.2. 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 del sistema de información web para la

agilización de procesos de atención .Es importante señalar que se aplicó la

misma encuesta del paso anterior, sin embargo se obtuvieron resultados

174



distintos debido a que la implementación del sistema informático web fue

un factor influyente en la opinión de los encuestados.

175



Cuadro 9.4: Ponderación del “Nivel de satisfacción del personal

respecto al proceso de Historiales Clínicos (Post Test).

TABULACIÓN DEL INDICADOR CUALITATIVO (POS- TEST)

Nº Pregunta Tot

alm

ente

de

Acu

erd

o

De

Acu

erd

o

Ni d

e A

cuer

do

En

Des

acu

erd

o

Tot

alm

ente

en

Des

acu

erd

o

Puntaje totalPuntaje

promedio

AP AS DI DS DP

5 4 3 2 1

1

¿Cree Ud. que los procesos de

generación de historias clínicas se

cumplen de manera eficiente?

3 2 0 0 0 23 4.6

2¿Está satisfecho con el modo en que

se llevan a cabo dichos procesos?1 4 0 0 0 21 4.2

3

¿Cree Ud. Que actualmente se

obtiene oportunamente la

información de las historias clínicas?

2 1 2 0 0 20 4

4

¿Cree Ud. que la información de las

Historias Clínicas se guarda de

manera segura?

1 1 3 0 0 18 3.6

5

¿Cree Ud. que el proceso actual para

registrar historias clínicas es

eficiente?

2 1 2 0 0 20 4

6

¿Cree Ud. que el acceso a la

información de historias clínicas se

da de una manera rápida y accesible?

2 2 1 0 0 21 4.2

7

¿Cree Ud. que las historias clínicas

pueden ser utilizadas en todo

momento y lugar?

0 3 2 0 0 18 3.6

176



8

¿Cree Ud. que las historias clínicas se

llenan de una manera eficiente

actualmente?

2 2 1 0 0 21 4.2

9

¿Estas satisfecho con el proceso

actual que Ud. desempeña en el

proceso de historiales clínicos?

3 2 0 0 0 23 4.6

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?

2 1 2 0 0 20 4

11

¿Cree Ud. que las historias clínicas

tienen una seguridad garantizada con

una correcta política de resguardo de

la información?

3 0 2 0 0 21 4.2


En la siguiente tabla podemos apreciar la contrastación de resultados en las

pruebas Pre y Post Test:

Cuadro 9.5: Contrastación Pre y Post Test para el indicador “Nivel de

satisfacción del personal respecto a los procesos de atención”.

CONTRASTACIÓN PRE Y POST TEST

Pregunta

PRE TEST POST TEST

Di Di2

NSPAi NSPPi

1 3 4.6 -1.6 2.56

2 3 4.2 -1.2 1.44

3 2.8 4 -1.2 1.44

177



4 2.6 3.6 -1 1

5 2.4 4 -1.6 2.56

6 3.2 4.2 -1 1

7 3 3.6 -0.6 0.36

8 2.2 4.2 -2 4

9 3.2 4.6 -1.4 1.96

10 2.8 4 -1.2 1.44

11 2.8 4.2 -1.4 1.96

TOTALES 31 45.2 -14.2 19.72


Cálculo de promedios de nivel de satisfacción del personal

respecto a los procesos de atención de Pacientes del Centro de

Salud Jequetepeque.

Con el Sistema Actual:

NSPA=∑i=1

n

NSPA

n=31

11

NSPA=2.82

Con el Sistema Propuesto:

178



NSPP=∑i=1

n

NSPP

11=45.2

11

NSPP=4.10

9.1.3. Prueba de la hipótesis

A. Definición de variables

NSPA: Nivel de satisfacción del personal sobre los procesos de

atención a los pacientes antes de implementar el sistema de

información web.

NSPP: Nivel de satisfacción del personal sobre los procesos de

atención a los pacientes luego de implementar el sistema

de información web.

B. Hipótesis estadísticas

Hipótesis H0: Nivel de satisfacción del personal sobre los procesos de


información web es mayor o igual al nivel de satisfacción del personal

sobre los procesos de atención a los pacientes luego de implementar el

sistema de información web

H0: NSPA – NSPP >= 0

Hipótesis Ha: Nivel de satisfacción del personal sobre los procesos de


información web es menor al nivel de satisfacción del personal sobre

los procesos de atención a los pacientes luego de implementar el

sistema de información web.

Ha: NSPA – NSPd < 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:

t(1−σ )(n−1)=t(1−0.05 )(11−1)=−1.812

179



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:

..………….…………………………………………. (9.4)

D=∑i=1

7

D

n=−14.2

11

D=−1.29

Desviación estándar:

SD

2=n∑

i=1

n

D2

n (n−1)= (11 ) (19.72 )−¿¿ ¿

¿

SD2=0.1389

Cálculo de T:

t c=D√n

√SD

=−1.29¿¿

t c=−11.57

180



Conclusión:

Puesto que: tc = -11.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 respecto a los procesos de atención al

paciente con el uso del sistema web”.

Figura 9.1: Área de aceptación y rechazo.


9.2. ANÁLISIS DE LOS INDICADORES CUANTITATIVOS

Indicador N° 01: Tiempo Promedio de Elaboración del Registro de Historia Clínica.

n1 = 73 Elaboraciones de Registros de Historias Clínicas

Definición de Variables:

TA: Tiempo Promedio de Elaboración del Registro de Historia Clínica del

Sistema Actual (Segundos)

181



TP: Tiempo Promedio de Elaboración del Registro de Historia Clínica del

Sistema Propuesto (Segundos).

A. Hipótesis Estadística:

Hipótesis H0: Tiempo Promedio de Elaboración del Registro de Historia

Clínica del Sistema Actual es menor o igual que el Tiempo Promedio de

Elaboración del Registro de Historia Clínica del sistema de información

web.

HO = TA - TP <= 0

Hipótesis Ha: Tiempo Promedio de Elaboración del Registro de Historia

Clínica del Sistema Propuesto es menor que el Tiempo Promedio de

Elaboración del Registro de Historia Clínica del Sistema Actual.

Ha =TA - TP > 0

B. Nivel de Significancia:

El nivel de significancia 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%.

C. Estadígrafo de Contraste:

Puesto que n= 70 usaremos la Distribución Normal (Z).

D. Resultado de la Hipótesis Estadística:

Para calcular el Tiempo Promedio de Elaboración del Registro de Historia

Clínica (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:

182



Tabla Nº 9. 5: Tiempo Promedio de Elaboración del Registro de Historia

Clínica.

N

º

T

A

T

P

TATAi TPTPi 2)( TATAi 2)( TPTPi 1 315 75 -1.58 -4.38 2.49 19.18

2 431 123 114.22 43.62 13046.86 1902.70

3 369 67 52.42 -12.18 2748.16 148.35

4 314 61 -2.18 -18.78 4.74 352.69

5 314 62 -2.18 -17.58 4.74 309.06

6 251 69 -65.78 -10.38 4326.63 107.74

7 367 121 50.62 41.82 2562.67 1748.91

8 374 122 57.82 43.02 3343.48 1850.72

9 312 63 -4.58 -16.38 20.95 268.30

10 306 64 -10.58 -15.78 111.88 249.01

11 373 122 56.02 43.02 3138.56 1850.72

12 307 61 -9.38 -18.78 87.93 352.69

13 386 67 69.22 -12.78 4791.80 163.33

14 248 128 -68.78 48.42 4730.30 2344.50

15 301 62 -15.38 -17.58 236.46 309.06

16 365 69 48.22 -10.38 2325.44 107.74

17 253 67 -63.38 -12.18 4016.66 148.35

18 307 66 -9.38 -13.38 87.93 179.02

19 364 64 47.62 -15.18 2267.94 230.43

20 301 78 -15.98 -1.38 255.27 1.90

21 313 103 -3.98 23.22 15.82 539.17

22 255 73 -61.58 -6.18 3791.74 38.19

23 316 65 -0.98 -14.58 0.95 212.58

24 245 70 -71.78 -9.18 5151.96 84.27

25 364 122 47.62 42.42 2267.94 1799.46

26 314 63 -2.18 -16.38 4.74 268.30

27 367 65 50.62 -13.98 2562.67 195.44

28 254 67 -62.18 -12.78 3866.00 163.33

29 388 75 71.62 -4.38 5129.83 19.18

30 240 76 -76.58 -3.18 5864.06 10.11

31 254 70 -62.18 -9.78 3866.00 95.65

32 284 61 -32.18 -18.78 1035.37 352.69

33 386 71 69.22 -7.98 4791.80 63.68

34 308 62 -8.78 -16.98 77.04 288.32

183



N

º

T

A

I

T

P

I

TATAi TPTPi 2)( TATAi 2)( TPTPi

35 325 61 8.02 -18.18 64.37 330.51

36 256 60 -60.38 -19.38 3645.40 375.58

37 384 71 67.42 -8.58 4545.84 73.62

38 253 120 -63.98 40.62 4093.07 1649.98

39 244 124 -72.38 44.22 5238.45 1955.41

40 308 76 -8.78 -3.18 77.04 10.11

41 315 73 -1.58 -6.18 2.49 38.19

42 431 65 114.22 -14.58 13046.86 212.58

43 369 74 52.42 -4.98 2748.16 24.80

44 314 76 -2.18 -3.78 4.74 14.29

45 314 64 -2.18 -15.18 4.74 230.43

46 251 68 -65.78 -11.58 4326.63 134.10

47 367 160 50.62 80.22 2562.67 6435.25

48 374 61 57.82 -18.78 3343.48 352.69

49 312 92 -4.58 13.02 20.95 169.52

50 306 67 -10.58 -12.78 111.88 163.33

51 373 71 56.02 -7.98 3138.56 63.68

52 307 74 -9.38 -4.98 87.93 24.80

53 386 89 69.22 9.42 4791.80 88.74

54 248 122 -68.78 43.02 4730.30 1850.72

55 301 62 -15.38 -17.58 236.46 309.06

56 365 78 48.22 -1.38 2325.44 1.90

57 253 106 -63.38 26.82 4016.66 719.31

58 307 68 -9.38 -10.98 87.93 120.56

59 364 65 47.62 -13.98 2267.94 195.44

60 301 73 -15.98 -6.18 255.27 38.19

61 255 120 -61.58 40.62 3791.74 1649.98

62 367 61 50.62 -18.78 2562.67 352.69

63 249 74 -67.58 -5.58 4566.67 31.14

64 316 75 -0.98 -4.38 0.95 19.18

65 301 77 -15.38 -1.98 236.46 3.92

66 251 72 -65.18 -7.38 4248.06 54.46

67 360 85 43.42 5.22 1885.54 27.25

68 244 79 -72.38 -0.18 5238.45 0.03

69 274 60 -42.98 -19.38 1847.03 375.58

70 368 80 51.22 0.42 2623.78 0.18

Suma 22159 5557 179313.24 34871.87

Promedio 316.55 79.38 2561.62 498.17

184




nA = nP = 70

Promedio:

Calculamos el promedio del tiempo de registro de Historial clínico en el antes y el después reemplazando los valores con la siguiente formula se obtiene:

TC=∑i=1

n

TCi

n

Donde:

TC = Tiempo utilizado por registro de Historial clínico.

n = Numero de muestras de Historial clínico registrados.

Remplaznado los valores se obtiene:

TC A=∑i=1

n

TC i

n

= 22159

70 = 316.55

TCPWEB¿∑i=1

n

TCi

n

= 555770

= 79.38

Varianza:

Calculamos la varianza de los tiempos de registro de Historial clínico en el

antes y el después respectivamente en la siguiente formula se obtiene:

σ 2=∑i=1

n

( T i−TC )2

n

185



Dónde:

σ 2= Varianza

T = Tienda de registro de Historial clínico

TC = Promedio de Tiempo de registro de Historial clínico

σ 2A=

∑i=1

70

(T Ai−TCA )2

70

= 179313.2470

= 2561.62

σ 2PWEB=

∑i=1

70

(T Pi−TCP )2

70

= 34872.0170

= 498.17

Calculando Z:

Calculamos el Z de los Tiempos de Registro de Historial clínico,

reemplazando los valores en la siguiente formula se obtiene:

Zc=(TC A−TCP )

√ [ σ2A

nA

+σ2

P

nP]

Dónde:

TC A = Tiempo promedio de Registro de Historial clínico con el sistema actual.

TCPc = Tiempo promedio de Registro de Historial Clínico con el sistema Propuesto.

σ 2A = Varianza con el sistema actual

σ 2P= Varianza con el sistema propuesto

186



ZcWEB=(316.58−79.38 )

√[ 2561.6270

+ 498.1770 ] =

237.2

√ [ 43.71 ] = 237.2

6.61 = 35.89

ZcWEB=35.89

E. Región Crítica:

Para α = 0.05, encontramos Zα= 1.645 debido a que queremos reducir el tiempo de Registro de Historial Clínico. Entonces la región critica de la prueba es Zc = < 1.645, + ∞ >.

F. Conclusión:

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

de Registro de Historial Clínico

Tiempo Promedio de Registro de Historial Clínico


187



Puesto que ZcWEB= 35.89 calculado es mayor que Zα = 1.645 y estando este

valor dentro de la región de rechazo < 1.645, >, entonces se rechaza H 0

y por consiguiente se acepta H a.

Se concluye entonces que el Tiempo Promedio en registrar a un Historial

Clínico 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%.

CAPÍTULO X:

CONCLUSIONES Y

RECOMENDACIONES

188



8.4 Conclusiones:

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.

El Valor Actual Neto (VAN) es igual a S/. 11280.6193, lo que

representa un indicador positivo en la evaluación de factibilidad.

El Costo Beneficio (C/B) asociado a la implantación del Sistema Web

es de 1.25 soles, lo significa que por cada 1 sol invertido se gana 0.25

céntimos.

La tasa interna de retomo (TIR) expresa la rentabilidad del proyecto,

en este caso, para el periodo en estudio, el TIR = 45%, supera el interés

bancario oportunidad de capital usado como parámetro en el caso de 16 %

en una cuenta a plazo fijo en el BBVA.

Se puede observar que el Indicador Tiempo Promedio en el registro de

un Historial clínico con el Sistema Actual es de 315.95 segundos (100%) y

el Tiempo Promedio en el registro de un Historial clínico con el Sistema

189



Propuesto es de 79.38 segundos (25.07%), lo que representa un

decremento de 237.20 segundos y en porcentaje del 74.93%.

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.

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) con el Sistema Actual fue de 2.80 puntos y con el

Sistema Propuesto fue de 4.10 puntos .Por consiguiente se incrementó en

1.3 puntos representado en un 26.7%.

8.5 Recomendaciones:

Recomendamos el uso del sistema Web ya que mediante él se logró

disminuir los tiempos de los procesos más importantes que se realizan en el

Centro de Salud Jequetepeque.

Recomendamos el uso del sistema Web ya que con su uso se logró

aumentar el porcentaje de pacientes satisfechos con respecto a los procesos

que se realizan en el Centro de Salud Jequetepeque.

Recomendamos incentivar a los pacientes y 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.

Tomar como referencia esta investigación para que sirva de base para

próximas investigaciones.

190



Recomendar y sugerir el uso de este sistema web a los nuevos pacientes

haciéndoles ver la gran ayuda que conlleva el uso de este sistema web y de

este modo brindarle un mejor servicio.

Que la presente investigación sirva de base para próximas

investigaciones ya sea referida al tema específico en estudio o a otros.

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/Imagenes/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/_wIHwpObyUWM/SfcyApM8EoI/AAAAAAAAADY/9vF_KZV8jDI/s320/Nueva%2Bimagen%2B(9).bmp&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.

191



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

- 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+Sistemas.

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

192



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

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

193



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.

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

194



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

195



- 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/1A0DAAED2F636BECE044080020B27120.

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

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

196



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

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

197



- 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=__ksGX8Ps8ho9XQWd0_uM1ujP0YlQ=&h=288&w=480&sz=30&hl=es&start=15&um=1&itbs=1&tbnid=-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.] http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_SCRUM_y_XP.

- 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.] http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_SCRUM_y_XP.

- 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 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=130333.

198



ANEXOS

199

1. ARBOL 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.

DIAGRAMA ARBOL DE PROBLEMAS - 01


INSATISFACCIÓN DE LOS USUARIOS POR LOS SERVICIOS DE

SALUD PÚBLICO

TIEMPO DE ESPERA INNECESARIOS POR

PARTE DE LOS USARIOS

CAUSAS

OBJETIVO PROYECTO

EFECTOS

NO SE TIENE CONTROL DE

ATENCION DE LOS PACIENTES

FALTA DE INFORMACIO

N DE HISTORIAS CLINICAS

PERDIDA DE TIEMPO EN EL LLENADO DE

LOS FORMULARIOS

Falta de Precisión y automatización a la hora de querer acceder a la información de las HC, ya que se encuentren en un almacén de archivos

AL SER LLENADOS NUEVAMENTE LOS DATOS NO SE AGILIZA LOS PROCESOS DE ATENCION

FALTA DE REPORTES EN TIEMPO REAL

NO SE CUENTA CON ANTECEDENTES PERSONALES Y FAMILIARES DEL PACIENTE

DESCONOCIMIENTO DE

ENFERMEDADES

ANTERIORES DEL

PACIENTE

2. ARBOL 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.

DIAGRAMA ARBOL DE OBJETIVOS Y FINES - 02


Reducción de costos

operacionales de HC

Información adecuada de los procesos y

servicios que brinda el centro de salud

Disminuir el tiempo de espera por parte de los usuarios.

Satisfacción de los usuarios por los servicios de

salud

OBJETIVOS

OBJETIVO PROYECTO

FINES

Control exacto de

atención de los pacientes

Información detallada de

historias clínicas

Llenado de Datos de manera

Automatizada

Agilizar los procesos de control, registro, accesibilidad y compartimiento de información del Historial clínico de los Pacientes del Centro de Salud Jequetepeque

Llenado de datos de manera

computarizada, se agiliza los

procesos de

Reportes en tiempo

real

Se cuenta con antecedentes personales y familiares del paciente

Conocimiento de

enfermedades anteriores del

paciente

VALIDACIÓN DE RESULTADOS DE EXPERTO

1. PLANILLA DE VALIDACIÓN DEL INSTRUMENTO

CRITERIOSAPRECIACIÓN CUALITATIVA

EXCELENTE (4)

BUENO (3)

REGULAR (2)

DEFICIENTE (1)

Presentación del instrumentoClaridad en la redacción de los ítemsPertinencia de las variables con los indicadoresRelevancia del contenidoFactibilidad de la aplicación

APRECIACIÓN CUALITATIVA: ____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

OBSERVACIONES:

____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

2. IDENTIFICACIÓN DEL EXPERTO:

VALIDADO POR: ROBERT SÁNCHEZ TICONA DNI: 19082305

PROFESIÓN: ING Computación y Sistemas

LUGAR DE TRABAJO: UNT

CARGO QUE DESEMPEÑA: Docente

DIRECCIÓN: Los Diamantes MZ 22

DIRECCIÓN ELECTRÓNICA: [email protected]

FECHA: 02-09-2013 FIRMA DEL VALIDADOR: _____________________

1. 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 SUFICIENTE

INSUFICIENTE

OBSERVACIÓN:

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

Considera que los reactivos del cuestionario miden los indicadores seleccionados para la variable de manera:


INSUFICIENTE

OBSERVACIÓN:

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

El instrumento diseñado mide la variable de manera:


INSUFICIENTE

OBSERVACIÓN:

________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

2. VALIDACIÓN DEL INSTRUMENTO:

ITEMSESCALA

OBSERVACIONESDEJAR MODIFICAR ELIMINAR INCLUIR

01 02 03 04 05 06 07 08 09 10 11

DESEARÍA INCLUIR COMO LO MODIFICARÍA

ENCUESTA APLICADA A TRABAJADORES Y PACIENTES DEL CENTRO DE SALUD JEQUETEPEQUE

ENCUESTA N°1

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?1. Totalmente de acuerdo.2. De acuerdo.3. Ni de acuerdo ni en desacuerdo.4. En desacuerdo.5. Totalmente en desacuerdo

2 ¿Está satisfecho con el modo en que se llevan a cabo dichos procesos?

1. Totalmente de acuerdo.2. De acuerdo.3. Ni de acuerdo ni en desacuerdo.4. En desacuerdo.5. Totalmente en desacuerdo

3 ¿Cree Ud. Que actualmente se obtiene oportunamente la información de las historias clínicas?1. Totalmente de acuerdo.2. De acuerdo.3. Ni de acuerdo ni en desacuerdo.4. En desacuerdo.

5. Totalmente en desacuerdo4 ¿Cree Ud. que la información de las Historias Clínicas se guarda de manera segura?


5 ¿Cree Ud. que el proceso actual para registrar historias clínicas es eficiente?


6 ¿Cree Ud. que el acceso a la información de historias clínicas se da de una manera rápida y accesible?


7 ¿Cree Ud. que las historias clínicas pueden ser utilizadas en todo momento y lugar?


8 ¿Cree Ud. que las historias clínicas se llenan de una manera eficiente actualmente?


9 ¿Estas satisfecho con el proceso actual que Ud. desempeña en el proceso de historiales clínicos?


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?


11 ¿Cree Ud. que las historias clínicas tienen una seguridad garantizada con una correcta política de resguardo de la información?


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

DPTotalmente en

Desacuerdo1

Anexo N° 01 - Encuesta para Determinar Metodología de Desarrollo.

ENCUESTA PARA LA OBTENCION DE DATOS Y ELEGIR QUE METODOLOGIA ES LA MAS ADECUADA PARA EL DESARROLLO DE UN SISTEMA DE INFORMACON 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

Metodología

C1 C2 C3 C4 C5 C6

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

(Elaboración propia, 2013)

C1: Información.

C2: Conocimiento.

C3: Flexibilidad.

C4: Compatibilidad.

C5: Requerimientos.

C6: Tiempo de Desarrollo.




Apellidos y Nombres: Fernández Murrugarra José Profesión: Bach. Sistemas

Empresa Donde Labora: Independiente – UNT Años de Experiencia: 02



Criterio

Metodología

C1 C2 C3 C4 C5 C6

RUP 5 4 4 4 5 4

XP 3 4 4 4 3 3

Scrum 3 3 4 3 3 3


3 2 2 2 2 3


C1: Información.

C2: Conocimiento.

C3: Flexibilidad.

C4: Compatibilidad.

C5: Requerimientos.





Apellidos y Nombres: Mori Yenque Juan Profesión: Bach. Sistemas

Empresa Donde Labora: Independiente Años de Experiencia: 01



Criterio

Metodología

C1 C2 C3 C4 C5 C6

RUP 5 5 3 5 5 5

XP 3 4 4 4 3 3

Scrum 3 4 4 3 4 3


4 3 3 2 3 2


C1: Información.

C2: Conocimiento.

C3: Flexibilidad.

C4: Compatibilidad.

C5: Requerimientos.


VALIDACION DEL INSTRUMENTO DE RECOLECCION DE DATOS

CUADRO N°1 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

Fuente (Elaboración Propia, 2013)

ANÁLISIS DE CONFIABILIDAD

PROCEDIMIENTO DE DOS MITADES (DIVISIÓN DE ÍTEMS EN PARES E IMPARES)

1° Se calcula el Índice de Correlación (Pearson)

)

2° Corrección de r con la ecuación de Spearman – Brown

CUADRO N°2: Análisis de Confiabilidad utilizando el método KR20

Item1

Item2

Item3

Item4

Item5

Item6

Item7

Item8

Item9

Item10 Item11

X (Impar

)

Z (Par

)

X x Z

1 2 4 4 3 4 2 4 4 2 3 4 20 16 320 400 2562 3 2 3 3 4 4 2 2 2 2 3 17 13 221 289 169

X2

r =n (∑ AB ) − (∑ Α ) (∑ Β )

√ [ n (∑ Α2) − (∑ Α )2 ] [ n (∑ Β2) − (∑ Β )2]

R = 2 r1 + r

3 3 2 4 4 3 2 2 4 3 4 4 19 16 304 361 2564 3 4 2 4 3 3 4 5 3 3 2 17 19 323 289 3615 4 2 3 3 4 3 3 4 4 4 3 21 16 336 441 2566 4 2 2 4 3 2 3 4 4 3 2 18 15 270 324 2257 2 1 2 3 3 2 3 3 3 3 2 15 12 180 225 1448 3 2 4 3 4 4 4 4 5 5 4 24 18 432 576 3249 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 36111 2 3 3 4 3 4 3 5 2 3 3 16 19 304 256 36112 4 4 4 5 5 4 4 4 4 4 4 25 21 525 625 44113 4 4 4 4 5 4 5 4 4 4 4 26 20 520 676 40014 2 2 3 3 2 2 2 2 2 3 3 14 12 168 196 14415 3 3 2 3 3 3 3 2 3 2 2 16 13 208 256 16916 4 3 4 4 3 3 3 4 4 3 4 22 17 374 484 28917 4 3 2 2 3 3 1 4 2 4 2 14 16 224 196 25618 3 3 3 3 3 2 2 3 2 3 3 16 14 224 256 19619 4 2 4 4 4 3 4 4 4 4 4 24 17 408 576 28920 3 2 2 4 4 2 4 5 5 4 2 20 17 340 400 289

SUMA 387 320

6318 7755

5286

FUENTE: (Elaboración Propia 2013).

CORRELACION DE PEARSON

r =0.59900

r = (126360)−123840

√(155100¿−149769)−(105720−102400)¿

r = 25204207.00844

NUMERADORn = 20 n (AB) = 126360 (A) (B)= 123840

DENOMINADORn (A2) ]= 155100

(A)2 149769

n (2) 105720

()2 102400

CORRELACION SEGÚN SPEARMAN-BROWN ( R)

R =0.74921826

Se obtienen lo siguientes resultados y se llega a la conclusión de que para nuestro caso este instrumento tiene un 75% de confiabilidad

PRUEBA DE DOS MITADES USANDO EL SPSS

Ingreso de variables Ingreso de Datos

R=2(0.59900)1+0.59900

Pasos para realizar la prueba de Dos Mitades

ALFA DE CRONBACH

Formula:

Dónde:

K

Es el número de preguntas o ítems

Si2

Suma de Varianzas de cada ítem

ST2

Es la varianza del total de filas

Coeficiente de Alfa de Cronbach

CUADRO N°3: Análisis de Confiabilidad utilizando el método Alfa de Cronbach

Item1 Item2 Item3 Item4 Item5 Item6 Item7 Item8 Item9 Item10 Item11 Suma1 2 4 4 3 4 2 4 4 2 3 4 362 3 2 3 3 4 4 2 2 2 2 3 303 3 2 4 4 3 2 2 4 3 4 4 354 3 4 2 4 3 3 4 5 3 3 2 365 4 2 3 3 4 3 3 4 4 4 3 376 4 2 2 4 3 2 3 4 4 3 2 337 2 1 2 3 3 2 3 3 3 3 2 278 3 2 4 3 4 4 4 4 5 5 4 429 3 1 4 2 2 2 4 3 3 2 4 3010 4 4 4 4 4 4 3 4 4 3 4 4211 2 3 3 4 3 4 3 5 2 3 3 3512 4 4 4 5 5 4 4 4 4 4 4 4613 4 4 4 4 5 4 5 4 4 4 4 4614 2 2 3 3 2 2 2 2 2 3 3 2615 3 3 2 3 3 3 3 2 3 2 2 2916 4 3 4 4 3 3 3 4 4 3 4 3917 4 3 2 2 3 3 1 4 2 4 2 3018 3 3 3 3 3 2 2 3 2 3 3 3019 4 2 4 4 4 3 4 4 4 4 4 4120 3 2 2 4 4 2 4 5 5 4 2 37

PROMEDIO 3 3 3 3 3 3 3 4 3 3 3 36.03VARIANZA 0.59 0.98 0.77 0.58 0.68 0.73 0.98 0.85 1.04 0.64 0.77 8.61

Fuente: (Elaboración Propia, 2013)

Remplazando datos en la fórmula:

∝= 1111−1

⌊1− 8.6136.03

⌋

PRUEBA DE ALFA DE CRONBACH USANDO EL SPSS

CONCLUSION: Como se puede apreciar, el resultado se obtiene un valor α de 0 .838, lo que indica que este instrumento tiene una confiabilidad aceptable.

DISTRIBUCIÓN t Student

DISTRIBUCIÓN NORMAL Z

MANUAL DE USUARIO DE SISTEMA DE INFORMACION WEB DE AGILIZACION DE PROCESOS DEL CENTRO DE SALUD JEQUETEPEQUE

1. Pantalla de ingreso de Datos (Usuario, Contraseña) para acceder al sistema. Para el ingreso hay restricciones de acuerdo al usuario usted podrá ingresar a las diferentes opciones del sistema(Administrador,Médico,Farmacia,Paciente)

2. Pantalla de con las diferentes Opciones que se puede acceder al sistema usando el usuario administrador, tendrá las opciones de Administrador y Triaje.

2.1 Pantalla con las diferentes opciones que se pueden acceder en la opción Mantenimiento

2.1.1 Opción Mantenimiento --- Persona, aquí se procederá al ingreso de datos de los médicos, pacientes y demás trabajadores que tengan la necesidad de acceder al sistema

2.1.2 Opción Mantenimiento --- Usuario ,aquí se procederá la creación de los diferentes tipos de usuarios que tendrá el sistema

2.1.3 Opción Mantenimiento --- Periodo ,aquí se procederá a programar los periodos de atención del Centro de Salud

2.2 Pantalla con las diferentes opciones que se pueden acceder en la opción Programar.

2.2.1 Opción Programar --- Especialidades, aquí se procederá a seleccionar las diferentes especialidades de atención del Centro de Salud.

4.1

2.2.2 Opción Programar --- Horario, aquí se procederá a programar los horarios de las diferentes especialidades a atender.

2.2.3 Opción Programar --- Médico, en esta ventana se procederá a programar a cada médico según sea sus especialidad de atención.

2.3 Pantalla con las opciones que se pueden acceder en la opción Registrar.

2.3.1 Opción Registrar --- Citas, en esta ventana se procederá a seleccionar el paciente, luego seleccionar el día de su cita de atención de acuerdo al horario disponible de cada especialidad.

2.4 Pantalla con las opciones que se pueden acceder en la opción Atenciones, aquí se procederá a realizar el reporte de todas las atenciones por especialidad.

3. El Administrador también tiene la opción de Registrar el triaje de los pacientes que tengan cita reservada en el día.

I. Inicio de Sesión como usuario Médico, este tendrá las opciones de Atender a pacientes, llenar su historia clínica, y listar el vademécum

I.1 En la opción - Atender el médico listara los pacientes que han reservado cita para el día, previa atención del paciente en el área de triaje.

I.2 Dándole clic en el Nombre del paciente automáticamente nos direcciona la página al formato de historia clínica para su llenado de los datos faltantes ya que los datos del triaje anteriormente llenados aparecerán automáticamente.

I.3 También el Médico puede listar e imprimir el historial clínico de cualquier paciente que se haya atendido en su consultorio.

II. Inicio de Sesión como Usuario Farmacéutico, este tendrá las opciones de Insertar, modificar, buscar medicamentos y hacer un carrito de compras con la receta del paciente y darle el monto exacto del costo de su receta

2.1 Registro de medicamentos

2.2 Modificar o Eliminar Medicamentos

2.3 Búsqueda de Medicamentos

III. Inicio de Sesión con el usuario Paciente ,el paciente tendrá las opciones de ver su Historial Clínico, además de ver la fecha de su próxima cita

Informe Tesis Final

Documents

Transcript of Informe Tesis Final