Desarrollo de Tesis.
Autores:
Asesor:
TRUJILLLO, PERÚ
2017
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
DEDICATORIA
Luis Alfredo
ii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
DEDICATORIA
Erick Anthony
iii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
AGRADECIMIENTO
A nuestro asesor Mg. Ing. Juan Pedro Santos Fernández por su orientación y consejos
determinantes para el desarrollo de éste proyecto.
A nuestras familias, amigos y compañeros de estudio que en todo momento nos brindaron
su apoyo y colaboración.
Los Autores
iv
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
PRESENTACIÓN
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).
v
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
RESUMEN
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).
vi
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
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.
For the development of this work has been used interviews, surveys and observations, as
data collection techniques, asking open and closed questions to different respondents,
which served as a source of information to determine the scope of the project.
vii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
ÍNDICE GENERAL
DEDICATORIA .................................................................................................................... ii
AGRADECIMIENTO .......................................................................................................... iv
PRESENTACIÓN ................................................................................................................. v
RESUMEN ........................................................................................................................... vi
CAPÍTULO I: INTRODUCCIÓN......................................................................................... 1
viii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
2.2.14. Php................................................................................................................. 22
2.2.15. Html............................................................................................................... 22
ix
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
x
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
xi
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
9.2.2. Tiempo Promedio de Elaboración del Registro de Historias Clínicas ........ 178
xii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
ÍNDICE DE FIGURAS
Figura Nº 5.1: Figura de Caso de Uso del Negocio del Sistema Historial Clínico………..40
xiii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
xiv
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
Figura Nº 9.1: Área de Aceptación y Rechazo para el Indicador Nivel de Satisfacción del
Personal con respecto al Proceso de Historial Clínico…………………………………...159
Figura Nº 9.4: Área de Aceptación y Rechazo para el Indicador Costo Operacional Horas –
Hombre para la Elaboración de Historias Clínicas………………………………………177
xv
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
ÍNDICE DE TABLAS
Tabla Nº 5.14: Factor de Peso de los Casos de Uso Sin Ajustar (UUCW)………………..71
Tabla Nº 5.16: Factor de Peso para cada Factor Ambiente y su Valor (EF)………………74
xvi
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
xvii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
Tabla Nº 9.3: Ponderación del “Nivel de Satisfacción del Personal con respecto al Proceso
de Historial Clínico” (Pre Test)…………………………………………………………..152
Tabla Nº 9.4: Ponderación del “Nivel de Satisfacción del Personal con respecto al Proceso
de Historial Clínico” (Post Test)…………………………………………………………154
Tabla Nº 9.5: Contrastación Pre y Post Test para el indicador “Nivel de Satisfacción del
Personal con respecto al Proceso de Historial Clínico”………………………………….156
Tabla Nº 9.9: Comparación del Nivel de Satisfacción del Personal con el Sistema Actual y
el Sistema Propuesto……………………………………………………………………..178
Tabla Nº 9.11: Comparación del Tiempo de Búsqueda de Historias Clínicas con el Sistema
Actual y el Sistema Propuesto……………………………………………………………179
xviii
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
CAPÍTULO I:
INTRODUCCIÓN
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA DIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
Facultad de Ingeniería
Escuela de Ingeniería de Sistemas Pairazamán & Vigo
En esta entidad diariamente se atienden a muchos pacientes generando así que se creen y
se llenen historias clínicas de cada uno de los pacientes, que son atendidos en las diferentes
áreas del Centro de Salud Jequetepeque.
Hay un despacho destinado que sirve como almacén de las historias clínicas de los
pacientes, con lo cual se restringe el uso de este despacho para uso quizás de otras
actividades de atención al paciente, ya que en la actualidad el local del Centro de Salud
Jequetepeque posee un infraestructura pequeña, es por eso que nace la necesidad de
implementar un sistema de información de historial clínico para que las historias clínicas
estén de manera virtual y no ocupando espacios que pueden ser usados de una mejor
manera, además con la implementación del sistema de historial clínico se tendría un mejor
acceso a la información tanto para el médico que lo solicite como para el paciente, y así, si
el paciente se atienda fuera de su jurisdicción, el médico que lo atendiese puede saber qué
características son las que el paciente posee en su historial ya que estará en el sistema web,
y que con el sistema también se busca interconectar a los centros de salud de la Red de
Salud Pacasmayo.
Se observa también que hay una demora al momento que se desean generar los reportes
solicitados por la Gerencia, debido a que hay un retraso al momento de buscar la
información, ya que se tiene que buscar Historial Clínico por Historial Clínico para poder
brindar un reporte exacto (Ver Árbol de Problemas en el Anexo).
1.3. Hipótesis
1.4. Justificación
- Tecnológica
- Económica
- Social
- Operativa
- Ambiental
a) General
b) Específicos
- OE1: Reducir el Tiempo que utilizan los médicos en el llenado de las Historias Clínicas
de los pacientes.
- OE2: Reducir el Tiempo de búsqueda de las Historias Clínicas.
- OE3: Incrementar el Nivel de Satisfacción del personal del Centro de Salud respecto al
Sistema de Historias Clínicas.
- OE4: Reducir el Costo Operacional de Elaboración de Historias Clínicas.
CAPÍTULO II:
MARCO TEÓRICO
2.1. Antecedentes
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.
2.1.1. Local
2.1.2. Nacional
2.1.3. Internacional
CLASIFICACION:
Propietarios.
Usuarios.
Diseñadores.
Constructores.
Analistas.
Datos e Información: Los datos son los hechos que podamos encontrar en el
proceso de recopilación de datos, mientras que la información es el resultado
del procesado de los Datos.
Como afirman (CURIOSO, y otros, 2002), las HCE nos ayudarán a disponer de datos
clínicos de más calidad y precisión (menor redundancia de datos, validación de
datos), la creciente demanda de información adecuada y estructurada en combinación
con el desarrollo y auge de la ciencia computacional, permiten poder implementar las
HCE. Las computadoras ayudan a mejorar la legibilidad, la accesibilidad y la
estructura de la información.
El objetivo principal de las HCE es la de poder lograr una historia clínica única y
accesible desde cualquier centro hospitalario del país.
Los bloques de construcción se dividen en tres partes: Elementos, que son las
abstracciones y deprimen nivel, Relaciones, que unen a los elementos entre sí, y los
Diagramas, que son agrupaciones interesantes de elementos.
- Elementos Estructurales
- Relaciones
Como afirma (BARUA, 2009), una relación es una conexión entre elementos.
Para diferenciar las distintas relaciones se utilizan diferentes tipos de líneas.
Asociación.
Generalización.
Realización.
Dependencia.
- Diagramas
Según (IBM, 2003), el Rational Unified Process es un marco de proceso integral que
proporciona prácticas probadas en la industria de software y sistemas de entrega,
también puesta en práctica y la gestión eficaz de los proyectos. Es uno de los muchos
procesos contenidos dentro de la biblioteca de proceso racional, que ofrece mejor
orientación práctica y se adapte a su desarrollo en particular o las necesidades del
proyecto.
Como afirma (SACA, 2004), la metodología RUP, llamada así por sus siglas en
inglés Rational Unified Process, divide en 4 fases el desarrollo del software:
- Elaboración: Diseño.
- Actividades:
De acuerdo con (MEJIA, y otros, 2007), son los procesos que se llegan a determinar
en cada iteración.
- Trabajadores:
Según (GONZÁLES, 2009), los Actores o roles son los personajes encargados de la
realización de las actividades definidas dentro de los flujos de trabajo de cada una de
las disciplinas del RUP, estos actores se dividen en varias categorías: Analistas,
Desarrolladores, Probadores, Encargados, Otros actores.
- Artefactos:
Como afirma (JARA, 2010), los artefactos son el resultado parcial o final que es
producido y usado por los actores durante el proyecto. Son las entradas y salidas de
las actividades, realizadas por los actores, los cuales utilizan y van produciendo estos
artefactos para tener guías.
Características:
- Como afirma (UNIO, 2009), se preocupa más en que el software funcione bien
y no tanto en la documentación que pueda generar la implementación de éste.
Fases de la Metodología XP
2.2.7. Scrum
Se comienza con la visión general del producto, especificando y dando detalle a las
funcionalidades de esas partes que tienen mayor prioridad de desarrollo y que pueden
llevarse a cabo en un periodo de tiempo breve (normalmente de 30 días).
Según (PALACIO, y otros, 2006), indican que estas iteraciones son la base del
desarrollo ágil, y Scrum gestiona su evolución a través de reuniones breves diarias en
las que todo el equipo revisa el trabajo realizado el día anterior y el previsto para el
día siguiente.
- Escalable: Puede organizar equipos tan pequeños entre 3 o 4 personas, así como
también, proyectos que requieren 50 personas a más.
- Modelo de Arquitectura del Proyecto: De acuerdo con (SILVA, 2010), esto está
diseñado para acortar la planificación del ciclo de vida. Este modelo define las
pautas para construir proyectos empresariales a través del lanzamiento de
versiones
Criterios
TOTAL
C1 C2 C3 C4 C5 C6
6
i 1
Ci * Pi
Metodología
P1 = 0.1 P2 = 0.2 P3 = 0.2 P4 = 0.2 P5 = 0.1 P6 = 0.2
Calificativo Puntaje
Excelente 5
Muy Bueno 4
Bueno 3
Regular 2
Malo 1
Según (RESTREPO, 2011), una aplicación puede estar orientada a brindar una
solución, ofrecer una utilidad al cliente, ofrecer un valor agregado para reforzar la
imagen de marca, dar un servicio de transacciones racionales o “transacciones con
sentido” entre otras, dentro de las cuales destacan las aplicaciones que muestran
catálogos de productos y brindan facilidades para la adquisición online, garantizando
proveer al usuario lo deseado en el instante que surge dicho interés.
Como afirma (CAFFA, 2008), los sistemas operativos móviles que se disponen en
la actualidad son: Android, IPhone OS, Windows Mobile, Symbian, Palm OS y
2.2.11. Intranet
2.2.12. Internet
2.2.13. Apache
2.2.14. Php
De acuerdo con (RODRIGUEZ, 2000), que otro de los aspectos de tomar sobre la
decisión de este lenguaje, es que aunque todo en su diseño está orientado a facilitar la
creación de página web, es posible crear aplicaciones con una interfaz gráfica para el
usuario, utilizando la extensión PHP-Q to PHP-GTK, lo cual la hace más llamativa y
atractiva para el usuario.
2.2.15. Html
El HTML no es más que una aplicación del SGML (Standard Generalized Markup
Language), es un sistema para definir tipos de documentos estructurados y lenguajes
de marcas para representar esos mismos documentos. El término HTML se suele
referir a ambas cosas, tanto al tipo de documento como al lenguaje de marcas.
2.2.16. JavaScript
web, también nos ayuda para validar formularios que puedan contener las páginas
web.
2.2.18. MySql
Según (LORA, 2010), un sitio web, es un sitio (localización) en la World Wide Web
que contiene documentos (páginas web) organizados jerárquicamente. Cada
documento (página web) contiene texto y o gráficos que aparecen como información
digital en la pantalla de un ordenador. Un sitio puede contener una combinación de
gráficos, texto, audio, vídeo, y otros materiales dinámicos o estáticos.
CAPÍTULO III:
MATERIALES Y MÉTODOS
3.1.1. Población
La población de estudio está constituida por los pacientes que son atendidos en el
centro de salud y que en cada consulta generan una nueva historia clínica o una
actualización de esta.
3.1.2. Muestra
𝑁 𝑍 2 𝑃𝑄
n= (𝑁−1)𝑒 2 ……….…………………………………………...……… (2.1)
+𝑍 2 𝑃𝑄
Dónde:
n: Muestra.
N: Población.
Z: Nivel de Confianza (95%).
P: Probabilidad de éxito (50%).
Q: Probabilidad de fracaso (50%).
e: Error (5%).
.........................................................................................................(2.2)
Dónde:
n: Muestra.
N: Población.
3.2. Indicadores
Cálculo de la muestra:
(𝟐𝟓𝟐𝟎)∗(𝟏.𝟗𝟔)𝟐 ∗(𝟎.𝟓)(𝟎.𝟓)
n = (𝟐𝟓𝟐𝟎−𝟏)∗(𝟎.𝟎𝟓)𝟐 +(𝟏.𝟗𝟔𝟐 )∗(𝟎.𝟓∗𝟎.𝟓)
n = 333
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (2.2), se
tiene:
333
n' = 333
1+2520
n' = 294.13 = 294 historias clínicas generadas, es decir se realizarán 294 tomas de
tiempo que se demora en generar las historias clínicas.
Cálculo de la muestra:
(1680)∗(1.96)2 ∗(0.5)(0.5)
n = (1680−1)∗(0.05)2
+(1.962 )∗(0.5∗0.5)
n = 313
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (2.2), se
tiene:
313
n' = 313
1+1680
Descripción Cantidad
Pediatría 2
Medicina General 2
Obstetricia 1
Farmacia 2
CRED 1
N = (Población) 8
n = 8 personas
Cálculo de la muestra:
(2520)∗(1.96)2 ∗(0.5)(0.5)
n = (2520−1)∗(0.05)2 +(1.962)∗(0.5∗0.5)
n = 333
Puesto que n > 80, entonces ajustamos la muestra utilizando la ecuación (2.2), se
tiene:
333
n' = 333
1+2520
n' = 294.13 = 294 historias clínicas generadas, es decir se realizarán 294 tomas
de tiempo que se demora en generar las historias clínicas.
Tiempo que
Tiempo n
TP
utilizan los
Promedio de Diferentes Médicos y
médicos en el i
Elaboración Áreas del Enfermeras
de Registros
registro de las Cuantitativo Minutos Cronómetro
Centro de TP i 1
de Historias
historias
Salud n
clínicas de los
Clínicas.
pacientes.
Tiempo de
Tiempo de búsqueda de
Búsqueda de las historias
Área de Enfermera n
las Historias
Clínicas.
clínicas en el
almacén de
Cuantitativo Segundos Cronómetro
Enfermería TB i
historiales TB i 1
clínicos. n
Nivel de
Satisfacción n
Diferentes
del Personal
con respecto
Conformidad
Cualitativo Encuesta Encuestas
Áreas del
Enfermera
encargada del NSP i
al Proceso de
del Usuario. Centro de Triaje NSP i 1
Historial
Salud n
Clínico.
Costo
Operacional Costo por cada COHH=
Libreta de n
de Historial Unidad
Elaboración Clínico
Cuantitativo Soles (S/.) Notas,
Cronómetro
Administrativa
Administrador
COHH
i 1
i
de Historias elaborado.
Clínicas. n
Técnica Descripción
O0 X O1
(Estímulo)
Dónde:
X: Variable Independiente
X: Sistema Web
CAPÍTULO IV:
GENERALIDADES DE LA
INSTITUCIÓN
4.1.1.3. Dirección
4.1.1.4. Teléfono
044 – 630448
4.2.1. Visión
Ser en el año 2017, una red líder en la región que brinda atención con equidad,
eficiencia, calidad y calidez, cuyo fin es lograr un alto grado de salud y bienestar en
nuestra provincia; haciendo énfasis en la prevención y promoción de la salud, con la
participación de la población organizada y con capacidades en la solución de los
problemas que determinan su salud.
4.2.2. Misión
a. Objetivos Generales
b. Objetivos Específicos:
a. Fortalezas:
b. Debilidades
a. Oportunidades:
b. Amenazas
CAPÍTULO V:
FASE DE INCEPCIÓN
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA
FacultadDIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
de Ingeniería
Escuela de Ingeniería de Sistemas Pairazamán & Vigo
Son los procesos del negocio, dónde se determina las acciones o pasos a seguir para
que un paciente sea atendido en el Centro de Salud Jequetepeque, desde su
inscripción y atención del mismo, hasta los procesos de historiales clínicos
efectuados por el personal para los fines necesarios que la entidad requiere y que el
paciente solicita. Para conocer los procesos del negocio, realizamos un estudio de
manera personal en el Centro de Salud, y así verificar las funciones ya establecidas
por cada una de las áreas, para el análisis correspondiente de éstos procesos, que a
continuación determinaremos:
- La Historia Clínica es de uso exclusivo del paciente y del médico que lo atiende.
Figura Nº 5.1: Figura de Caso de Uso del Negocio del Sistema Historial Clínico.
Fuente: (Elaboración propia, 2017).
Se procede a describir los casos de uso del negocio, con la secuencia de las
actividades que van realizando los actores del negocio y los trabajadores, como una
breve introducción al diagrama de actividades de cada caso de uso del negocio.
OBJETIVO:
Solicitar Atención
Solicitar atención
Paciente Administrativo
FLUJO PRINCIPAL:
Consiste en registrar la atención solicitada por el paciente, para ser atendido en
alguna de las especialidades que el paciente desee.
PRE CONDICIONES:
Solicitud de Atención por parte del paciente.
POST CONDICIONES:
Iniciar el proceso de atención del paciente reservando una cita médica.
REQUISITOS ESPECIALES:
La solicitud de atención es realizada por el paciente y registrada por el personal
administrativo.
OBJETIVO:
Emitir ticket de atención
FLUJO PRINCIPAL:
Consiste en que el personal administrativo una vez registrada la atención al
paciente le emite un ticket para que con éste pueda ser atendido posteriormente.
PRE CONDICIONES:
Haber solicitado la atención.
POST CONDICIONES:
El paciente debe estar registrado para que pueda ser atendido en el área de
Triaje.
REQUISITOS ESPECIALES:
El personal administrativo genera ticket de atención al paciente con respecto a
la especialidad solicitada.
OBJETIVO:
Atender Triaje
Atender triaje
Paciente Enfermera
FLUJO PRINCIPAL:
Consiste en registrar los signos vitales del paciente (Peso, talla, presión, etc.)
antes de ser atendido en la especialidad solicitada.
PRE CONDICIONES:
Haber emitido ticket de atención para la especialidad requerida.
POST CONDICIONES:
Registrar datos de los signos vitales en la historia clínica.
REQUISITOS ESPECIALES:
La enfermera controla los signos vitales y registra los datos del paciente en la
historial clínico.
OBJETIVO:
Atender Cita Médica
FLUJO PRINCIPAL:
Consiste en revisar al paciente según la especialidad solicitada y lo datos que se
hallen plasmados en el historial clínico del paciente.
PRE CONDICIONES:
El paciente debe haber pasado por el área de Triaje.
POST CONDICIONES:
Registrar los datos encontrados del paciente en la historia clínica.
REQUISITOS ESPECIALES:
El médico evalúa al paciente y realiza un diagnóstico para registrar los datos en el
historial clínico.
OBJETIVO:
Emitir Receta Médica
FLUJO PRINCIPAL:
El paciente una vez que es atendido, y el médico ha escrito un diagnóstico sobre
el paciente, emite una receta médica con el tratamiento a seguir por parte del
paciente.
PRE CONDICIONES:
El paciente debe haber pasado por el área de Triaje y/o sido atendido por el
médico previa cita médica.
POST CONDICIONES:
Registrar los datos encontrados en la historia clínica del paciente.
OBJETIVO:
Solicitar Medicamento
Solicitar medicamento
Paciente Farmacéutico
FLUJO PRINCIPAL:
Consiste en que el paciente que es atendido por el medico recibe una receta
médica para que compre medicamentos, estos medicamentos son solicitados
por parte del paciente en el área de farmacia, el farmacéutico es quien toma el
pedido para atenderlo.
PRE CONDICIONES:
Contar con una receta médica.
POST CONDICIONES:
Efectuar pago por la compra de los medicamentos.
OBJETIVO:
Despachar Medicamento
Despachar medicamento
Paciente Farmacéutico
FLUJO PRINCIPAL:
El farmacéutico es el encargado de despachar los medicamentos que fueron
solicitados por el paciente.
PRE CONDICIONES:
Haber solicitado un pedido.
POST CONDICIONES:
Entregar pedido al paciente.
ATENCIÓN ATENCIÓN
[Solicitada] [Atendida]
PACIENTE
[Verificado]
[SI] [NO]
Existe?
PACIENTE
[Registrado]
Solicitar especialidad
Especificar especialidad
ESPECIALIDAD
ESPECIALIDAD
[Especificado] [Solicitada]
ESPECIALIDAD
[Verificada]
Verificar especialidad
[SI] [NO]
Se atenderá?
TICKET
[Recepcionado] Emitir tiket de atención
TICKET
[Emitido]
Paciente Administrativo
Lee Crea,Lee
Paciente Enfermera
Lee
Crea , Lee
PACIENTE TRIAJE
1
contiene
1..n
DETALLE TRIAJE
Paciente Médico
Lee
Lee Crea
CITA_MÉDICA ESPECIALIDAD
HISTORIA CLÍNICA
1
contiene
1..n
PEDIDO_MEDICAMENTO
PACIENTE RECETA MEDICA 1
contiene
1..n
DETALLE_PEDIDO
REPORTE
(from Módulo Historias clínicas)
Crea
Lee
Lee
PERSONAL
(from Módulo Historias clínicas)
CONSULTAS
Administrativo
Lee
Lee (from Logical View)
MEDICAMENTOS
CITAS_MEDICAS
(from Módulo Historias clínicas)
1..n
1
DIAGNÓSTICO
TIPO COMPROBANTE TIPO_USUARIO
1..n BITACORA
1 1 1..n
1..n tiene
cont... tiene tiene tiene
PERMISO
1 1..n
1 tiene
1..n
1 1 1..n 1..n
USUARIO CAJA
1..n 1 UBIGEO
COMPROBANTE PAGO contiene
RECETA MÉDICA tiene
1..n
1 1..n
1 tiene tiene tiene
1 1 1 1
1..n PEDIDO tiene tiene
1..n
cont... 1..n 1..n
Cont...
RECETA MEDICA MEDICAMENTO tiene
1 1 1..n
tiene 1 EMPLEADO HISTORIA CLINICA 1..nCITA
1..n 1 cont... 1
1
cot... PEDIDO MEDICAMENTO tiene tiene
1..n tiene 1
1..n 1..n
cont... 1 1 ati... 1..n
1..n 1..n
1 cont... TRIAJE
1
MEDICO 1 HOSPITALIZACION
CARGO CITA EXAMEN
1..n 1..n tiene
1..n 1
MEDICAMENTO cont... ati... 1..n
1..n cont... 1..n
1..n 1
cont... 1..n
cont... 1..n TURNO PROGRAMDO tiene
MARCA cont...
EMERGENCIA DIAGNOSTICO 1
INGRESO DINERO EGRESO DINERO
1..n
TIPO_EXAMEN
Registrar una cita médica para los pacientes que soliciten atención en algunas de
las especialidades que se atienden en el centro de salud.
Registrar y actualizar Historia Clínica de los pacientes cada vez que soliciten
atención médica en el centro de salud.
Registrar programación de atención de cada una de las especialidades con las que
cuenta el centro de salud Jequetepeque.
A. Rendimiento.
B. Fiabilidad.
Estos requerimientos están relacionados con la capacidad del usuario para confiar
en las respuestas 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.
D. Seguridad
E. Software
a. Servidor:
- MYSQL.
b. Clientes:
- Navegador Chrome.
F. Hardware
a. Servidor Web:
b. Servidor MYSQL:
c. Clientes:
A continuación se muestran los diferentes paquetes con los que contará el sistema:
Seleccionar paciente
<<include>>
Seleccionar paciente
(from Gestión T riaje)
<<include>>
<<include>>
Registrar triaje
Enfermera
(from Gestión T riaje)
(from Gestión T riaje)
<<extend>>
<<include>>
<<extend>>
Registrar medicamento
Agregar medicamento
<<include>>
Farmaceútico
Registrar Pedido Seleccionar medicamento
Despacha pedido
<<include>>
Registrar paciente
Regitrar cita
Administrativo
<<include>>
Especialidad
PRE CONDICIONES:
El paciente debe estar registrado en el sistema para que pueda solicitar una cita médica.
POST CONDICIONES:
Ninguna
FLUJO PRINCIPAL:
Marcar botón Nuevo: Ejecutar F1
Marcar botón Grabar: Ejecutar F2
Marcar botón Cancelar: Ejecutar F3
FLUJO SECUNDARIO:
F1: Nuevo
Autogenera el número cita médica.
Reinicializa y activa todos los controles para el registro de una cita
médica. (E1)
F2: Grabar
Graba una cita médica a partir de los datos ingresados en los controles
activos. (E2)
Desactiva todos los controles activos y agrega el nuevo ítem registrado a la
tabla de citas. (E3)
F3: Cancelar
Descarta los datos ingresados por teclado, reinicializa y desactiva todos los
controles.
EXCEPCIONES:
En Caso no se completen los datos solicitados, aparecerá un mensaje de alerta.
Fuente: (Elaboración propia, 2017).
Seleccionar paciente
<<include>>
PRE CONDICIONES:
El paciente debe haber registrado una cita médica.
POST CONDICIONES:
Ninguna
FLUJO PRINCIPAL:
Marcar botón Nuevo: Ejecutar F1
Marcar botón Grabar: Ejecutar F2
Marcar botón Cancelar: Ejecutar F3
FLUJO SECUNDARIO:
F1: Nuevo
Reinicializa y activa todos los controles para el registro de un nuevo Triaje
F2: Grabar
Graba una un Triaje a partir de los datos ingresados en los controles
activos.
EXCEPCIONES:
En Caso no se completen los datos solicitados, aparecerá un mensaje de alerta.
Fuente: (Elaboración propia, 2017).
Seleccionar paciente
(from Gesti ón T ri aj e)
<<include>>
<<include>>
Registrar triaje
Enfermera
(from Gesti ón T ri aj e)
(from Gesti ón T ri aj e)
PRE CONDICIONES:
El paciente debe haber pasado por el área de Triaje.
POST CONDICIONES:
Ninguna
FLUJO PRINCIPAL:
Marcar botón Nuevo: Ejecutar F1
Marcar botón Grabar: Ejecutar F2
Marcar botón Cancelar: Ejecutar F3
FLUJO SECUNDARIO:
F1: Nuevo
Reinicializa y activa todos los controles para el registro de un nuevo
historial clínico.
F2: Grabar
Graba una historia clínica a partir de los datos ingresados en los controles
activos.
Desactiva todos los controles activos y agrega el nuevo ítem registrado a la
tabla de citas.
F3: Cancelar
Descarta los datos ingresados por teclado, reinicializa y desactiva todos los
controles.
EXCEPCIONES:
En Caso no se completen los datos solicitados, aparecerá un mensaje de alerta.
Fuente: (Elaboración propia, 2017).
<<extend>>
<<include>>
<<extend>>
Registrar medicamento
Agregar medicamento
<<include>>
Farmaceútico
Registrar Pedido Seleccionar medicamento
Despacha pedido
PRE CONDICIONES:
Ninguna
POST CONDICIONES
Ninguna
FLUJO PRINCIPAL:
Marcar botón Nuevo: Ejecutar F1
Marcar botón Grabar: Ejecutar F2
Marcar botón Cancelar: Ejecutar F3
FLUJO SECUNDARIO:
F1: Nuevo
Reinicializa y activa todos los controles para el registro de un nuevo
producto, pedido o nuevo laboratorio.
F2: Grabar
Graba una un producto, pedido a partir de los datos ingresados en los
controles activos.
Desactiva todos los controles activos y agrega el nuevo ítem registrado a la
tabla de citas.
F3: Cancelar
Descarta los datos ingresados por teclado, reinicializa y desactiva todos los
controles.
EXCEPCIONES:
En Caso no se completen los datos solicitados, aparecerá un mensaje de alerta.
Fuente: (Elaboración propia, 2017).
Simple 1
Medio 2
Complejo 3
UAW = (Act. Simples) * (Factor) + (Act. Medios) * (Factor) + (Act. Complejos) * Factor.
Administrador Complejo 3
Pacientes Medio 2
Enfermera Medio 2
Médicos Medio 2
Farmacéutico Medio 2
UAW = (Act. Simples) * (Factor) + (Act. Medios) * (Factor) + (Act. Comp) * (Factor)
UAW = 0 * 1 + 4 * 2 + 1 * 3
UAW = 11
Tabla Nº 5.14: Factor de Peso de los Casos de Uso Sin Ajustar (UUCW).
UUCW = (Act. Simples) * (Factor) + (Act. Medios) * (Factor) + (Act. Comp) * (Factor)
UUCW= 11 * 5 + 10 * 11 + 1* 15
UUCW = 180
El factor de peso de los casos de uso sin ajustar está dado por la cantidad de casos de uso
que existan en el sistema y la complejidad que presenta cada uno de ellos, este factor está
representado por la expresión:
UUCP = 23 + 180
UUCP = 203
𝑷𝒆𝒔𝒐 𝒊 *
Sistema distribuido T1 2 5 10
Tiempo de respuesta T2 1 5 5
Reusabilidad T5 1 4 4
𝑷𝒆𝒔𝒐 𝒊 *
Portabilidad T8 2 3 6
Facilidad de cambio T9 1 3 3
Concurrencia T10 1 4 4
Facilidades especiales de
entrenamiento a usuarios finales T13 1 4 4
TOTAL 55
Calculando :
13
TCF = 1.15
Los agentes que intervienen en el cálculo del factor Ambiente están dados por las
habilidades y el entrenamiento del grupo involucrado en el desarrollo del sistema, este se
calcula mediante la ecuación.
Tabla Nº 5.16: Factor de Peso para cada Factor Ambiente y su Valor (EF).
𝑷𝒆𝒔𝒐 𝒊 *
3. Experiencia en orientación a
objetos E3 1 4 4
5. Motivación E5 1 5 5
TOTAL 25.5
Calculando:
8
EF = 0.635
UCP = 148.24
V. Estimación de Esfuerzo
ℎ𝑜𝑟𝑎𝑠
Para el proyecto se considerara un factor de conversión (CF) de 20 por UCP, que
ℎ𝑜𝑚𝑏𝑟𝑒
𝐸 = 𝑈𝐶𝑃 ∗ 𝐶𝐹..................................................................................................................(5.6)
H−H
E = 148.24 ∗ 20
CU
H−H
E = 2964.8
CU
Para el desarrollo del proyecto hemos considerado CH= 3 ya que somos dos los
participantes del proyecto de investigación y un asesor que nos ayudara en el desarrollo.
Etotal
TDesTtotal = CHtotal………………………………………………………..…………. (5.7)
Dónde:
Reemplazamos en (5.7).
7412H − H
TDestotal =
3H
I. Costos de Inversión
Costos de Hardware
Costos de Software
Tabla Nº 5.19: Costos de Software.
Precio Subtotal
Software Especificaciones técnicas Disponible
(S/.) (S/.)
1. Hardware 3769.00
2. Software 0.00
2. Ingeniero de
Sistemas(Asesor) S/.00.00 1 12 00.00
TOTAL S/.18000.00
TOTAL S/.213.15
Costos de Energía
Costos de Servicios.
1. Humano 18000.00
2. Material 213.15
3. Servicios 840.00
4. Energía 1500.82
Total 20,553.97
Hardware
350.00( Fuente:
3. Impresora Matricial epson 2 Computech) 700.00
Software
Mobiliario
Son los costos que se realiza por la operación de los equipos, en suministros para los
mismos, así como el consumo de energía utilizado para acceder al sistema.
Recursos Humanos
Insumos
Precio Unitario
Materiales Cantidad Unidad Sub Total (S/.)
(S/.)
6. Cartuchos de
6 Unidad 120.00 840.00
tinta
Energía Eléctrica
Mantenimiento de Dominio:
Mantenimiento de Equipos:
Descripción Año
Depreciación de Equipos
5.2.8. Beneficios
A. Beneficios Tangibles
1. Reducción de Empleados(Archivador de HC y
2 1,200.00 12 28800.00
Secretaria)
B. Beneficios Intangibles
C. Flujo de Caja.
Tabla Nº 5.36: Flujo de Caja.
4. BENEFICIOS (S/./año)
A. BENEFICIOS TANGIBLES
TOTAL BENEFICIO NETO S/. 25,122.43 S/. 21,052.00 S/. 21,052.00 S/. 21,052.00
1 Q
2 Q n Q
VAN = −A + (1+K)1
+ (1+K)2
+ ⋯ + (1+K)n
………………………….................. (5.8)
Dónde:
k = Tasa de retorno del periodo. (Se considera el 14% según Banco de Crédito del
Perú – Marzo 2017).
𝑉𝐴𝑁 = 23,762.41
VPB
B/C = ………………………………………………….……....................... (5.9)
VPC
0 1 2 3
𝐵1 𝐵2 𝐵3
𝑉𝑃𝐵 = + +
(1 + 𝑖)1 (1 + 𝑖)2 (1 + 𝑖)𝑛
𝑉𝑃𝐵 = 70,498.94
0 1 2 3
𝟏 𝑪 𝟐 𝑪 𝟑 𝑪
𝑉𝑃𝑐 = 𝐴 + (𝟏+𝒊)𝟏 + (𝟏+𝒊)𝟐 + (𝟏+𝒊)𝒏 …………………………………………...… (5.10)
S/. 70484.75
B/C =
S/. 46,736.53
B/C = 1.51
Interpretación:
Por cada nuevo sol invertido se obtiene un beneficio de S/. 0.51 céntimos de sol.
La tasa interna de retorno sirve para comparar la rentabilidad con la tasa de interés
que se maneja en el proyecto.
1 Q2 Q n Q
VAN = −A + (1+K)1
+ (1+K)2
+ ⋯ + (1+K)n
…………………………………… (5.11)
𝑇𝐼𝑅 = 65 %
Aplicando la función financiera TIR del programa Microsoft Excel, se obtiene que
la Tasa Interna de Retorno es: 65%.
El valor actual neto es mayor que cero, VAN = S/.23,762.41> 0, por lo tanto la
inversión es rentable en un horizonte de 3 años.
La relación Beneficio/Costo es mayor que uno, B/C= S/. 1.51>1, por lo tanto, los
beneficios son mayores que los costos entonces es rentable invertir en el proyecto.
Muy bajo 1
Bajo 2
Medio 3
Alto 4
Muy alto 5
CRITERIOS DE
DESCRIPCIÓN
PRIORIZACIÓN
Realización de
Falta de medidas de
Pérdida de la Información Pérdida de los datos copia de Base de
seguridad para la Base de Alto
de la Base de Datos. de los pacientes. datos
Datos.
constantemente.
Mejorar el
presupuesto para
Poco apoyo para la
No contar con capital Demora en los el aula de
inversión en sistemas
necesario para alguna procesos Bajo innovación
empresariales. Déficit en
innovación tecnológica. administrativos. tecnológica,
los ingresos del mes.
Cuenta de
ahorros.
CAPÍTULO VI:
FASE DE ELABORACIÓN
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA
FacultadDIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
de Ingeniería
Escuela de Ingeniería de Sistemas Pairazamán & Vigo
: RHE_Pacientes : Pacientes.php
7: Paciente Registrado en Sistema PACIENTE
: Gestíon de
Cítas Médicas
5: 5.-Ingresar Datos
6: 6.-Validar Datos
: : Validar_Datos
FormRegistroCita
8: 8.-Registrar Datos
: Cíta Médica.php
3: 3.- Seleccionar Paciente
PACIENTE CITA
MÉDICA
: Enfermera
5: 5.- Ingresar Datos
: Triaje.php
4: 4.- Retornar Paciente Seleccionado
: Validar_Datos
TRIAJE
: Medico
: Gestión de
Historias Clínicas
Administrar Cuenta
Personal
Registrar Horarios de
Autentificarse al Registrar Personal Registrar
Atencion de Medicos
Sistema del Trabajo Pacientes
Registrar Citas
Medicas
Registrar Triaje
Atender
Reportes de consulta
Gestion
Farmacia
I. Registrar Usuario
Registrar Usuario
<<realize>>
Registrar Usuario.
<<realize>>
<<realize>>
Registrar paciente
<<realize>>
Registrar paciente.
<<realize>> <<realize>>
<<realize>>
Registrar Medicamento
<<realize>>
Registrar Mediacmento.
<<realize>> <<realize>>
<<realize>>
<<realize>>
<<realize>> <<realize>>
<<realize>> <<realize>> <<realize>>
: RHE_Pacientes : Pacientes.php
: :FrmPacientes :Validar Datos : Validar_Datos PACIENTE
: Administrativo
6.- Registrar
: Administrativo.
2.-Cargar Formulario
5.-Ingresar Datos
6.-Validar Datos
8.-Registrar Datos
: Enfermera
: Administrativo.
2.-Cargar Formulario
5.-Ingresar Datos
6.-Validar Datos
8.-Registrar Datos
Los diagramas de estado son diagramas dinámicos que representan los cambios de
estado en el tiempo de cada uno de los objetos:
Agregar ()
Eliminar()
Agregado Modificar()
Eliminado
Modificar()
Eliminar()
Registrar()
Eliminar()
Registrado Buscar ()
Buscado
Buscar()
Listar()
Listar() Listar()
Listado
Agregar ()
Eliminar()
Agregado Modificar()
Eliminado
Modificar()
Eliminar()
Registrar()
Eliminar()
Registrado Buscar ()
Buscado
Buscar()
Listar()
Listar() Listar()
Listado
Inicio
Solicitado Generar() Generada
Ejecutar()
En Ejecución
Seleccionar()
Especialidades Selecciona
por Periodo Médico
Mostrar() Digitar()
Digitar() Visualizar() Mostrar() Verificar()
Digitaliza Disponibilidad
Información Horario
Mostrar()
Progranar()
Fin.
Programado
Inicio
Solicitada
Generar ()
Ejecutar ()
En Ejecucion ()
Fin
Busqueda de Eliminar () Eliminada
Paciente
Buscar()
Buscar()
Seleccion de Ver() Visualizacion
Opciones de Horario
Reservar ()
Fin
Reservada
de Cita
Agregar ()
Eliminar()
Agregado Modificar()
Eliminado
Modificar()
Eliminar()
Registrar()
Eliminar()
Registrado Buscar ()
Buscado
Buscar()
Listar()
Listar() Listar()
Listado
Eliminado
Eliminar()
Medicamento Agregado
Eliminar()
Recepcionar() Recepcionado Agrupar() Agrupado Categorizar() Categorizar
Agregar()
Registrar()
Mostrado Medicamento
Registrado
Finalizar() Mostrar()
Modificar
Modificado
Panel de
Administracion
Gestion Caja
Gestion de Ingresos
Gestión Cítas Gestion de Historias Mantenedores Medicamentos Recetas Médicas Gestíon de Reportes
Gestion de Pacientes Gestión Médicos Ventas Medicamentos Egresos Caja
Médicas Clínicas
Reportes
Registro de
Cítas Tipo de Examen
CAPÍTULO VII:
FASE DE CONSTRUCCIÓN
%> %>
Egresos.php
Médico.php
<%
<% %>
%>
Panel de Caja.php
Pacientes.php
Administración.php
<% <%
<% %>
%>
%>
CAPA : PRESENTACIÓN
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
OperaciónReportes
PacientesD MédicoDA CítasMédica HistoriasClínica BitácoraDA Mantenedores Reportes Médicament VentasDA MantenedorFar EgresosDA
IngresosD CajaDAO.php
AO.php O.php sDAO.php sDAO.php O.php DAO.php DAO.php osDAO.php O.php maciaDAO.php O.php
AO.php
CAPA :DATOS
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SistemasHistorialClíni
co.
<<Dispositivo>>
Cable UTP impresora 2
Cable UTP
Cable UTP
<<Dispositivo>>
Impresora 1 Cable UTP
CPU
Cable UTP ADVANCE Intel Core I3
-4170
Widows 7 Profesional
<<Procesador>> <<Dispositivo>>
PC Farmacia Impresora 3
<<Procesador>>
Pc Asistente
Administrativo
CPU
ADVANCE Intel Core I3 CPU
-4170 ADVANCE Intel Core I3
Widows 7 Profesional -4170
Widows 7 Profesional
CAPÍTULO VIII:
FASE DE TRANSICIÓN
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No Comercial-Compartir bajo la misma licencia 2.5 Perú.
Para ver una copia de dicha licencia, visite http://creativecommons.org/licences/by-nc-sa/2.5/pe/
BIBLIOTECA
FacultadDIGITAL - DIRECCIÓN DE SISTEMAS DE INFORMÁTICA Y COMUNICACIÓN
de Ingeniería
Escuela de Ingeniería de Sistemas Pairazamán & Vigo
Los métodos de la caja negra se enfocan a los requisitos funcionales del software
permitiendo al ingeniero de software el disponer de conjuntos de valores de entrada
que ejerciten de forma completa todos los requisitos del programa.
- Para realizar estas pruebas existe una técnica algebraica llamada "clases de
equivalencia", consiste en tratar a todos las posibles entradas y parámetros como
un modelo algebraico, y utilizar las clases de este modelo para probar un amplio
rango de posibilidades.
Según ("Molina Marco, y otros, 1997), la prueba de la caja negra intenta encontrar
errores de los siguientes tipos fundamentalmente:
=Vacío Invalido
01 Apellido Paterno
=Caracteres ASCCI Invalido
Numérico Invalido
=Vacío Invalido
02 Apellido Materno
=Caracteres ASCCI Invalido
Numérico Invalido
=Vacío Invalido
03 Nombres
=Caracteres ASCCI Invalido
Numérico Inválido
= Numérico Válido
05 Dni
= Letras mayúsculas o minúsculas Inválido
Vacío Inválido
= Numérico Inválido
07 E - Mail
= Letras mayúsculas o minúsculas Válido
=Vacío Inválido
“” Invalido
01 Apellido Paterno
&%$@ Invalido
123456 Invalido
“” Invalido
02 Apellido Materno
&%$@ Invalido
789456 Invalido
&%$@ Inválido
102030 Inválido
46213787 Válido
05 Dni
“” Invalido
&%$@ Invalido
Lpairazaman.@gmd.com.pe Válido
07 E -Mail
44444 Invalido
&%$@ Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
03 Peso
=Letra mayúscula o minúscula Inválido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
27/02/1990 Válido
ABCDabcd Invalido
01 Fecha
#$%& Invalido
Invalido
29 Válido
ASDFasdf Inválido
02 Temperatura
#$%& Invalido
Invalido
45 Válido
ABCDabcd Inválido
03 Peso
#$%& Invalido
Invalido
150 Válido
ABCDabcd Invalido
#$%& Invalido
04 Talla
Invalido
19 Válido
ABCDabcd Invalido
05 Presión
#$%& Invalido
Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Seleccionar Válido
04 Fecha
=Vacía Invalido
= Seleccionar Válido
05 Hora
=Vacío Invalido
= Numérico Válido
06 Observación
=Caracteres ASCCI Invalido
Vacío Inválido
=Numérico Válido
Vacío Inválido
46213787 Válido
aaaBBBccc Invalido
01 Dni
$@,.. Invalido
Invalido
25 Válido
aaaBBBccc Inválido
02 Nro. de Historia
¿?%%&& Invalido
Invalido
Pediatría Válido
03 Especialidad
Invalido
20/02/2017 Válido
04 Fecha
Invalido
08:00 am Válido
05 Hora
Invalido
Inválido
20/03/2017 Válido
adCFasr Inválido
07 Próxima Cita
“#$%&& Invalido
Inválido
=Numérico Válido
=Vacío Invalido
=Numérico Invalido
02 Paciente
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Vacío Invalido
=Numérico Invalido
05 Alergias
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Invalido
06 Riesgo Productivo
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Invalido
07 Estado Nutricional
=Caracteres ASCCI Invalido
=Vacío Invalido
=Vacío Invalido
=Numérico Invalido
09
Riegos Problemas
Familiares =Caracteres ASCCI Invalido
=Vacío Válido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Inválido
12 Especialidad
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Inválido
13 Doctor
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Inválido
14 Observación
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
=Numérico Inválido
19 Otros
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Válido
=Vacío Invalido
25 Válido
ABab Inválido
01 Nro. Historia
$%&# Invalido
Invalido
456123 Invalido
02 Paciente
$%&# Invalido
Invalido
46213787 Válido
ABcd Invalido
03 Dni
#$%& Invalido
Invalido
O Positivo Válido
45621 Invalido
04 Tipo Sangre
#$%& Invalido
Invalido
ALERGIA A LA PENICILINA
456123 Invalido
05 Alergias
$#%& Invalido
Invalido
123456 Invalido
06 Riesgo Productivo
$%&# Invalido
Invalido
#$%& Invalido
Invalido
Invalido
NO PRESENTA RIESGOS
09 Riegos Problemas
123456 Invalido
Familiares
$%&# Invalido
Invalido
27/02/2017 Válido
AABBccdd Invalido
10 Fecha
$%&# Invalido
Invalido
08:00 am Válido
AABBccdd Invalido
11 Hora
$%&# Invalido
Invalido
Invalido
123456 Inválido
13 Doctor
#$%& Invalido
Invalido
123456 Inválido
14 Observación
“#$%& Invalido
Invalido
29 ° Válido
ADD Inválido
15 Temperatura
#$%& Invalido
Invalido
20 kg Válido
ADD Inválido
16 Peso
#$%& Invalido
Invalido
150cm Válido
ADD Inválido
17 Talla
#$%& Invalido
Invalido
15 Válido
ADD Inválido
18 Presión
#$%& Invalido
Invalido
123456 Inválido
19 Otros
$%&# Invalido
Válido
03/03/2017 Válido
AABBccdd Invalido
20 Próxima Cita
#$%& Invalido
Invalido
=Vacío Invalido
=Vacío Invalido
=Vacío Invalido
=Vacío Invalido
=Numérico Válido
05 Costo
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Válido
06 P. Venta
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Válido
07 Stock
=Caracteres ASCCI Invalido
=Vacío Invalido
=Numérico Válido
08 Stock Mínimo
=Caracteres ASCCI Invalido
=Vacío Invalido
Invalido
Invalido
Invalido
=Unidades Válido
=UNIDADES Válido
04 Unidad de Medida
=%&$# Invalido
Invalido
=ADLSKSK Invalido
=45.00 Válido
05 Costo
=#$%& Invalido
Invalido
=FDRDD Invalido
=25.20 Válido
06 P. Venta
=#$%& Invalido
Invalido
=DFRGT Invalido
=25 Válido
07 Stock
=#$%& Invalido
Invalido
=DFGRF Invalido
=5 Válido
08 Stock Mínimo
=#$%& Invalido
Invalido
=Inkaframa Válida
09 Marca
Invalido
=Fármaco Válida
10 Tipo Medicamento
Invalido
=NICOFAR Válida
11 Laboratorio
=Vacío Invalido
Según ("Molina Marco, y otros, 1997), la prueba de la Caja Blanca usa la estructura
de control del diseño procedural para derivar los casos de prueba. La idea es
confeccionar casos de prueba que garanticen que se verifican todos los caminos
llamados independientes se prueben en sus facetas desde el punto de vista lógico, es
decir, verdadera y falsa, se ejecuten todos los bucles en sus límites operacionales y
ejerciten las estructuras internas de datos para asegurar su validez.
Las pruebas de caja blanca son las más amplias, normalmente se denominan pruebas
de cobertura o pruebas de caja transparente, al total de pruebas de caja blanca se le
llama cobertura; la cobertura es un número porcentual que indica cuanto código del
programa se ha probado terminación.
Entrada Salida
B. Complejidad Ciclomática
Ingresar
usuario y
clave
Mostrar
Validar mensaje
usuario y nombre de
clave usuario o clave
incorrecta
Permitir
acceso a la
intranet del
sistema
Cargar
Página
Cargar
formulario
registro de
Cargar Pacientes
formulario
registro de
Datos, inicio
sesión
Finalizar
Registro
Datos
incorrectos
Inicio
Sesión
Una vez Implantado el sistema se procederán a las charlas a todo el Personal del
Centro de Salud Jequetepeque, las charlas se darán los días sábado durante dos
semanas seguidas.
Debe estar el detalle de los pasos a seguir para instalar el nuevo sistema. Nivel
Técnico.
- Especificaciones de la Aplicación
- Notas de Liberación
- Manual de Procedimientos
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
- Proceso directo
- Proceso en paralelo
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)
CAPÍTULO IX:
ANÁLISIS DE
RESULTADOS
Tipo de
Indicador
Variable
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
Donde:
Fij
= Frecuencia j - ésima de la pregunta i – ésima.
Pj
= Peso j – ésimo.
n = 05 usuarios.
Tabla Nº 9.3: Ponderación del “Nivel de Satisfacción del Personal con respecto al Proceso
de Historial Clínico” (Pre Test).
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
Tabla Nº 9.4: Ponderación del “Nivel de Satisfacción del Personal con respecto
al Proceso de Historial Clínico” (Post Test).
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
En Desacuerdo
Ni Desacuerdo
Ni de Acuerdo
Totalmente de
Totalmente en
De Acuerdo
Desacuerdo
Acuerdo
Puntaje Puntaje
Nº Pregunta
total promedio
AP AS DI DS DP
5 4 3 2 1
Pregunta Di Di2
NSPAi NSPPi
6 3.2 4.2 -1 1
Definición de variables
∑n
i=1 NSPA
NSPA = ………………………….…….……………………… (9.3)
n
31.6
NSPA = 11
NSPA = 2.87
∑ni=1 NSPP
NSPP =
n
46.3
NSPP =
11
NSPP = 4.21
A. Definición de Variables
B. Hipótesis Estadísticas
C. Nivel de Significancia
Valor Crítico:
Diferencia promedio:
D i
D= i=1 ..………………………………………….………………… (9.4)
n
∑n
i=1 D −14.7
D= =
n 11
D = −1.33
Desviación estándar:
S n ∑n 2 n 2
i=1 D − (∑i=1 D) =(11)(21.51)−(−14.7)
2
2=
D n(n−1) 11(11−1)
SD2=0.1873
Cálculo de T:
D√n −1.33(√11)
tc = =
√SD 0.1873
t c = −23.57
Conclusión:
A. Definición de Variables:
B. Hipótesis Estadística:
HO = TA - TP <= 0
Hipótesis Ha: El Tiempo Promedio de Elaboración del Registro de Historias
Clínicas del Sistema Actual es mayor que el Tiempo Promedio de
Elaboración del Registro de Historias Clínicas del Sistema Propuesto.
Ha = T A - T P > 0
C. Nivel de Significancia:
D. Estadígrafo de Contraste:
Nº TAI TPI
TAi TA TPi TP (TAi TA) 2 (TPi TP) 2
1 22.22 5.34 -0.82 -0.08 0.6724 0.0064
2 23.18 5.32 0.14 -0.1 0.0196 0.01
3 18.89 6.22 -4.15 0.8 17.2225 0.64
4 22.24 5.1 -0.8 -0.32 0.64 0.1024
5 22 5.45 -1.04 0.03 1.0816 0.0009
6 22.45 5.56 -0.59 0.14 0.3481 0.0196
7 20.95 6.32 -2.09 0.9 4.3681 0.81
8 22.06 4.22 -0.98 -1.2 0.9604 1.44
9 22.53 6.15 -0.51 0.73 0.2601 0.5329
10 25.65 5.35 2.61 -0.07 6.8121 0.0049
11 25.87 6.46 2.83 1.04 8.0089 1.0816
12 21.49 6.38 -1.55 0.96 2.4025 0.9216
13 25.39 5.54 2.35 0.12 5.5225 0.0144
14 20.76 6.38 -2.28 0.96 5.1984 0.9216
15 0.12 6.28 -22.92 0.86 525.3264 0.7396
16 24.78 5.67 1.74 0.25 3.0276 0.0625
17 23.15 4.53 0.11 -0.89 0.0121 0.7921
18 24.78 4.32 1.74 -1.1 3.0276 1.21
19 26.45 4.09 3.41 -1.33 11.6281 1.7689
20 21.9 6.46 -1.14 1.04 1.2996 1.0816
21 23.4 7.56 0.36 2.14 0.1296 4.5796
22 22.58 6.42 -0.46 1 0.2116 1
23 21.55 5.31 -1.49 -0.11 2.2201 0.0121
24 23.46 4.45 0.42 -0.97 0.1764 0.9409
25 22.18 5.34 -0.86 -0.08 0.7396 0.0064
26 23.89 4.54 0.85 -0.88 0.7225 0.7744
27 24.66 5.67 1.62 0.25 2.6244 0.0625
28 20.4 6.43 -2.64 1.01 6.9696 1.0201
29 25.88 6.22 2.84 0.8 8.0656 0.64
30 21.5 5.65 -1.54 0.23 2.3716 0.0529
31 22.66 5.62 5.65 -0.38 0.2 0.1444 0.04
32 23.8 4.44 0.76 -0.98 0.5776 0.9604
33 25.49 4.41 2.45 -1.01 6.0025 1.0201
34 20.5 5.67 -2.54 0.25 6.4516 0.0625
35 18.45 6.32 -4.59 0.9 21.0681 0.81
36 21.4 6.12 -1.64 0.7 2.6896 0.49
37 26.8 5.56 3.76 0.14 14.1376 0.0196
38 24.58 4.67 1.54 -0.75 2.3716 0.5625
39 21.39 6.34 -1.65 0.92 2.7225 0.8464
Nº TAI TPI
TAi TA TPi TP (TAi TA) 2 (TPi TP) 2
40 23.55 4.54 0.51 -0.88 0.2601 0.7744
41 20.57 5.33 -2.47 -0.09 6.1009 0.0081
42 23.8 6.31 0.76 0.89 0.5776 0.7921
43 22.8 5.38 -0.24 -0.04 0.0576 0.0016
44 21.89 5.24 -1.15 -0.18 1.3225 0.0324
45 23.44 5.67 0.4 0.25 0.16 0.0625
46 23.57 4.42 0.53 -1 0.2809 1
47 22.24 4.56 -0.8 -0.86 0.64 0.7396
48 21.96 5.65 -1.08 0.23 1.1664 0.0529
49 22.45 5.45 -0.59 0.03 0.3481 0.0009
50 31.95 6.36 8.91 0.94 79.3881 0.8836
51 27.06 5.39 4.02 -0.03 16.1604 0.0009
52 22.53 5.8 -0.51 0.38 0.2601 0.1444
53 25.65 5.59 2.61 0.17 6.8121 0.0289
54 25.87 4.46 2.83 -0.96 8.0089 0.9216
55 21.49 5.43 -1.55 0.01 2.4025 0.0001
56 25.39 4.33 2.35 -1.09 5.5225 1.1881
57 20.76 5.67 -2.28 0.25 5.1984 0.0625
58 24.64 6.36 1.6 0.94 2.56 0.8836
59 25.65 5.46 2.61 0.04 6.8121 0.0016
60 25.87 5.42 2.83 0 8.0089 0
61 21.49 5.43 -1.55 0.01 2.4025 0.0001
62 25.39 5.43 2.35 0.01 5.5225 0.0001
63 20.76 6.46 -2.28 1.04 5.1984 1.0816
64 29.64 6.32 6.6 0.9 43.56 0.81
65 23.45 5.22 0.41 -0.2 0.1681 0.04
66 22.6 6.1 -0.44 0.68 0.1936 0.4624
67 23.57 5.45 0.53 0.03 0.2809 0.0009
68 22.21 5.56 -0.83 0.14 0.6889 0.0196
69 25.76 4.32 2.72 -1.1 7.3984 1.21
70 21.77 5.22 -1.27 -0.2 1.6129 0.04
71 22.6 6.15 -0.44 0.73 0.1936 0.5329
72 21.43 6.35 -1.61 0.93 2.5921 0.8649
73 20.2 6.46 -2.84 1.04 8.0656 1.0816
74 21.34 4.38 -1.7 -1.04 2.89 1.0816
75 23.45 6.54 0.41 1.12 0.1681 1.2544
76 23.43 4.38 0.39 -1.04 0.1521 1.0816
77 24.38 5.28 1.34 -0.14 1.7956 0.0196
78 24.52 5.67 1.48 0.25 2.1904 0.0625
79 23.54 6.53 0.5 1.11 0.25 1.2321
Nº TAI TPI
TAi TA TPi TP (TAi TA) 2 (TPi TP) 2
80 25.64 5.32 2.6 -0.1 6.76 0.01
81 22.89 4.09 -0.15 -1.33 0.0225 1.7689
82 25.43 5.46 2.39 0.04 5.7121 0.0016
83 20.76 4.56 -2.28 -0.86 5.1984 0.7396
84 20.64 6.42 -2.4 1 5.76 1
85 23.45 5.31 0.41 -0.11 0.1681 0.0121
86 22.6 4.45 -0.44 -0.97 0.1936 0.9409
87 23.57 5.34 0.53 -0.08 0.2809 0.0064
88 22.21 6.54 -0.83 1.12 0.6889 1.2544
89 25.76 4.67 2.72 -0.75 7.3984 0.5625
90 26.77 5.43 3.73 0.01 13.9129 0.001
91 22.6 4.22 -0.44 -1.2 0.1936 1.44
92 21.43 4.65 -1.61 -0.77 2.5921 0.5929
93 20.2 4.62 -2.84 -0.8 8.0656 0.64
94 21.34 4.44 -1.7 -0.98 2.89 0.9604
95 23.45 6.41 0.41 0.99 0.1681 0.9801
96 23.43 5.67 0.39 0.25 0.1521 0.0625
97 24.38 4.32 1.34 -1.1 1.7956 1.21
98 24.52 4.12 1.48 -1.3 2.1904 1.69
99 24.15 3.56 1.11 -1.87 1.2321 3.4969
100 23.24 5.08 0.2 -0.35 0.04 0.1225
∑ 2304.55 542.63 981.0223 62.0098
Prom. 23.04 5.43 9.81 0.62
Definición de variables
̅̅̅̅
𝑇𝐴: Promedio de Tiempo de Elaboración del Registro de Historias Clínicas
Actual.
Promedio:
Donde:
n
∑i=1 TCi 542.63
TCPWEB = = = 5.43
n 100
Varianza:
Donde:
σ2 = Varianza
100
∑i=1 (TPi −TCP )2 62.0098
σ2 PWEB = = = 0.62
100 100
Calculando Z:
Donde:
ZcWEB = 55.03
Región Crítica:
Conclusión:
Puesto que 𝑍𝐶𝑊𝐸𝐵 = 55.03 calculado es mayor que 𝑍𝛼 = 1.645 y estando este
valor dentro de la región de rechazo < 1.645, >, entonces se rechaza H0 y
por consiguiente se acepta Ha .
A. Definición de Variables
B. Hipótesis Estadísticas
H0 : TBA − TBP ≤ 0
C. Nivel de Significancia
Definición de variables
Promedio:
n
TBi
TB i 1 ...…..…………………………………………………… (9.8)
n
Dónde:
Varianza:
Dónde:
σ2 = Varianza
70
∑i=1(TBPi −TBP )2 73.448
σ2 PWEB = = = 1.05
70 70
Calculando Z:
Donde:
ZcWEB = 24.29
Región Crítica:
Conclusión:
Puesto que Zc = 24.29 (Z Calculado) > Zc = 1.645 (Z Tabular) y estando este valor
dentro de la región de rechazo, se concluye que TBA – TBP > 0, se rechaza H0
y H1 es aceptada, por lo tanto se prueba la validez de la hipótesis con un nivel
de error de 5% (α = 0.05) y un nivel de confianza del 95% (1 - α = 0.95),
siendo la propuesto una alternativa de solución.
Región de Rechazo
1 - α = 0.95 α = 0.05
Región de Aceptación
A. Definición de Variables
- 𝐶𝑂𝐻𝐻𝐴 : Costo Operacional Horas – Hombre para la Elaboración de
Historias Clínicas con el Sistema Actual (Soles).
B. Hipótesis Estadísticas
H0 : COHHA − COHHP ≤ 0
C. Nivel de Significancia
Promedio:
A. Definición de Variables
B. Hipótesis Estadísticas
H0 : NSPAA − NSPPP ≥ 0
C. Nivel de Significancia
Diferencia Promedio
D i
Dp i 1
…………………………………………………..……....…. (9.12)
n
214
̅̅̅̅
𝐷𝑃 = = 35.66
6
Desviación estándar
n n
n Di 2 ( Di )2
dp i 1 i 1
……………..……………………..….....….. (9.13)
n( n 1)
6(8588)−(214)2
dp = √ = 13.82
6(6−1)
Función de Prueba
̅̅̅̅
Dp
t0 = d √n ……………………………………………………….……… (9.14)
p
̅̅̅̅̅̅̅̅
35.66
t0 = √6 = 6.32
13.82
Conclusión:
Puesto que t0 = 6.32 (t calculado) > tα = 2.015 (t tabular), estando este valor
dentro de la región de rechazo, se concluye que H1: uA – uD > 0; se rechaza H0
y H1 es aceptada, por lo tanto se prueba la validez de la hipótesis con un nivel
de error de 5%.
Región de Rechazo
1 - α = 0.95 α = 0.05
Región de Aceptación
tα = 2.015 Z0 = 6.32
Tabla Nº 9.9: Comparación del Nivel de Satisfacción del Personal con el Sistema
Actual y el Sistema Propuesto.
TA TP Decremento
Costo (S/.) Porcentaje Costo (S/.) Porcentaje Costo (S/.) Porcentaje (%)
(%) (%)
CAPÍTULO X:
CONCLUSIONES Y
RECOMENDACIONES
10.1. Conclusiones:
1) El uso del “Sistema de Información Vía Web para Agilizar los Procesos de
Atención a los Pacientes del Centro de Salud Jequetepeque permite obtener
información oportuna y actualizada para la toma de decisiones, realizar el registro
de Historias Clínicas, reportes y consultas de las atenciones que se realizan con
mayor rapidez.
4) La tasa interna de retomo (TIR) expresa la rentabilidad del proyecto, en este caso,
para el periodo en estudio, el TIR = 65%, supera el interés bancario oportunidad
de capital usado como parámetro en el caso de 14 % en una cuenta a plazo fijo en
el BCP.
6) Esto quiere decir que con el sistema propuesto utilizaremos menor tiempo de
respuesta en el registro de los Historiales clínicos, mejorando así el tiempo de
respuesta al paciente brindado un mejor servicio.
con el Sistema Actual fue de 2.87 puntos y con el Sistema Propuesto fue de 4.21
puntos. Por consiguiente, se obtiene un incrementó de 1.34 puntos en el nivel de
satisfacción.
10.2. Recomendaciones:
2) Se recomienda el uso del sistema Web ya que con su uso se ha logrado aumentar
el porcentaje de pacientes satisfechos con respecto a los procesos que se realizan
en el Centro de Salud Jequetepeque.
3) Recomendamos incentivar a los usuarios en charlas para que ellos puedan usar de
la mejor manera el sistema web ya que el sistema es también está diseñado para
los pacientes, para que puedan seguir de cerca su Historia Clínica.
BIBLIOGRAFÍA
BIBLIOGRAFÍA
- ALEGSA, SANTA FE ARGENTINA. 2010. [En línea] mayo de 2010. [Citado el: ]
http://www.google.com.pe/imgres?imgurl=http://www.alegsa.com.ar/Diccionario/Imag
enes/servidor.png&imgrefurl=http://www.alegsa.com.ar/Diccionario/Imagen/21&usg=_
_Gg8NbjXeL4_YoB9tc5EZaR3GFHA=&h=609&w=435&sz=38&hl=es&start=1&um
=1&itbs=1&tbnid=LV09DRHePa09IM:.
- CAFFA, Angel ing. 2008. Diseño de Sistemas Operativos. [En línea] 2008.
http://miriammeza.files.wordpress.com/2010/09/presentacion.pdf.
- 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.
- GONZÁLES, Juan. 2009. Arquitectura del Sistema- Elementos del RUP. 2009.
- GRAHAM, Gordon. 2001. Internet una Indagacion Filosofica. Valencia : s.n., 2001.
- 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.
estrategia/rup-y-sus-estruturas-
estaticas.htm&usg=__TbjHdi4V7EPUIpDbB_fbdO0yCFI=&h=530&w=874&sz=.
- 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.
- TALENS, Sergio - José Hernández Orallo. 1997. HTML. Manual de Referencia. s.l. :
Editorial Paraninfo, 1997.
- 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.
ANEXOS
1. ÁRBOL DE PROBLEMAS
- CAUSAS:
- EFECTOS:
- OBJETIVOS:
- FINES:
OBJETIVO
Agilizar los procesos de control, registro, accesibilidad y compartimiento de información
PROYECTO el Historial clínico de los Pacientes del Centro de Salud Jequetepeque.
ENCUESTA N° 01
A. DATOS GENERALES:
SEXO: ………………………………………………………………………………….
EDAD: …………………………………………………………………………………..
B. INTRODUCCIÓN:
La presente encuesta tiene por misión recabar la información acerca de cómo se realizan
los procesos de registro y búsqueda de los Historiales clínicos de los pacientes del Centro
de Salud.
C. INDICACIONES:
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
5. ¿Cree Ud. que el proceso actual para registrar historias clínicas es eficiente?
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
7. ¿Cree Ud. que las historias clínicas pueden ser utilizadas en todo momento y
lugar?
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
8. ¿Cree Ud. que las historias clínicas se llenan de una manera eficiente actualmente?
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
10. ¿Cree Ud. que los historiales clínicos manuscritos sufren deterioro con el tiempo,
por su propio uso muchas veces conllevando a perder la información?
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
11. ¿Cree Ud. que las historias clínicas tienen una seguridad garantizada con una
correcta política de resguardo de la información?
a. Totalmente de acuerdo.
b. De acuerdo.
c. Ni de acuerdo ni en desacuerdo.
d. En desacuerdo.
e. Totalmente en desacuerdo.
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
APRECIACIÓN CUALITATIVA
Presentación del
instrumento
Claridad en la redacción
de los ítems
Pertinencia de las
variables con los
indicadores
Factibilidad de la
aplicación
APRECIACIÓN CUALITATIVA:
OBSERVACIONES:
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
3. JUICIO DE EXPERTOS:
En líneas generales, considera que los indicadores de las variables están inmersos en
su contexto teórico de forma:
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
Considero que los indicadores si están siendo tomados de manera correcta para lo que se
requiere del sistema.
Considera que los reactivos del cuestionario miden los indicadores seleccionados
para la variable de manera:
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
El cuestionario que ha sido aplicada está acorde con los indicadores que se desean
consultar.
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
ESCALA
ITEMS OBSERVACIONES
DEJAR MODIFICAR ELIMINAR INCLUIR
01
02
03
04
05
06
07
08
09
10
11
APRECIACIÓN CUALITATIVA
Presentación del
instrumento
Claridad en la redacción
de los ítems
Pertinencia de las
variables con los
indicadores
Factibilidad de la
aplicación
APRECIACIÓN CUALITATIVA:
OBSERVACIONES:
_________________________________________________________________________
_________________________________________________________________________
_________________________________________________________________________
3. JUICIO DE EXPERTOS:
En líneas generales, considera que los indicadores de las variables están inmersos en
su contexto teórico de forma:
MEDIANAMENTE
SUFICIENTE INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
Considero que los indicadores se pueden buscar la manera de tomarlos de una manera
más precisa.
Considera que los reactivos del cuestionario miden los indicadores seleccionados
para la variable de manera:
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
El cuestionario que ha sido aplicada está acorde con los indicadores que se desean
consultar.
SUFICIENTE MEDIANAMENTE
INSUFICIENTE
SUFICIENTE
OBSERVACIÓN:
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
ESCALA
ITEMS OBSERVACIONES
DEJAR MODIFICAR ELIMINAR INCLUIR
01
02
03
04
05
06
07
08
09
10
11
Apellidos y Nombres: Ing. Luis Edgardo Cruz Salinas Profesión: Ing. Informático
Años de Experiencia: 05
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 5 4 5 4 4
XP 5 5 5 4 4 5
Scrum 4 4 4 4 3 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.
Años de Experiencia: 05
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 4 4 4 5 4
XP 3 4 4 4 3 3
Scrum 3 3 4 3 3 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.
Años de Experiencia: 03
Criterio
C1 C2 C3 C4 C5 C6
Metodología
RUP 5 5 3 5 5 5
XP 3 4 4 4 3 3
Scrum 3 4 4 3 4 3
C1: Información.
C2: Conocimiento.
C3: Flexibilidad.
C4: Compatibilidad.
C5: Requerimientos.
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
ANÁLISIS DE CONFIABILIDAD
n AB
n n
r
2 2 2 2
2r
R
1 r
Item Item Item Item Item Item Item Item Item Item Item X Z 𝑿𝟐 𝒁𝟐
Nº 1 2 3 4 5 6 7 8 9 10 11 (Impar) (Par) X*Z
Item Item Item Item Item Item Item Item Item Item Item X Z 𝑿𝟐 𝒁𝟐
Nº 1 2 3 4 5 6 7 8 9 10 11 (Impar) (Par) X*Z
NUMERADOR DENOMINADOR
n = 20 n (A2) ]= 155100
2
(A) 149769
n (AB) = 126360
2
n ( ) 105720
2
(A) (B)= 123840 () 102400
(126360) − 123840
r =
√(155100−149769)−(105720−102400)
2520
r =
4207.00844
r =0.59900
2(0.59900)
𝑅=
1 + 0.59900
R =0.74921826
Se obtienen los siguientes resultados y se llega a la conclusión de que, para nuestro caso,
este instrumento tiene un 75% de confiabilidad.
- Ingreso de Variables.
- Ingreso de Datos.
Está es una vista generalizada del sistema, en donde según el tipo de usuario asignado
podrá acceder a las opciones que fueron asignadas por el administrador.
III. Imagen de las opciones que se presentan en el Módulo denominado Centro Médico.
- Emergencias.
- Pacientes.
- Médicos.
- Citas Médicas.
- Historias Clínicas.
- Bitácora.
- Mantenedores.
- Reportes.
En este punto se muestra como registrar una cita médica; como se puede observar
en ambos puntos la forma de como registrar es similar, y lo mismo ocurre con las
demás opciones.
IV. En la imagen nos muestran las opciones con las que cuenta el sistema en los Módulos
de Farmacia y Caja. En estos módulos se podrán realizar registro de los
medicamentos, ventas de medicamentos, así como el cuadre de caja del área de
farmacia.
V. En la Imagen nos muestra las opciones con las que cuenta el sistema en el módulo
denominado Sistema
DISTRIBUCIÓN t Student
DISTRIBUCIÓN NORMAL Z