Sistema de información para la automatización de procesos en el área de sanidad del
establecimiento penitenciario de mediana seguridad y carcelario de Arauca.
Yordy Yosep Hernandez Garcia
UNIVERSIDAD COOPERATIVA DE COLOMBIA
FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
ARAUCA, ARAUCA. I – 2018
2
Sistema de información para la automatización de procesos en el área de sanidad del
establecimiento penitenciario de mediana seguridad y carcelario de Arauca.
Yordy Yosep Hernandez Garcia
Trabajo de Practica social, empresarial o solidaria para optar al título de ingeniero de sistemas
Supervisores:
Luis Hermes Mayorga Ochoa
Ingeniero de Sistemas, tutor de práctica.
Nubia Agustina Morelo Ramirez
Contadora pública, supervisora de práctica, EPMSC Arauca
UNIVERSIDAD COOPERATIVA DE COLOMBIA
FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
ARAUCA, ARAUCA. I – 2018
3
Dedicatoria
A Dios, por haberme permitido llegar hasta este punto y haberme dado salud para
lograr mis objetivos.
A mi madre María Elena, ya que sin ella nada de esto sería posible, por creer en mí y
apoyarme incondicionalmente, por sus consejos, sus valores, pero más que nada por su amor.
4
Agradecimientos
En primer lugar, agradecer infinitamente a Dios por ser mi guía y haberme dado fuerza
y valor para culminar esta etapa de mi vida, por permitirme disfrutar de mi familia y adquirir
cada día más conocimientos. A mis padres por el apoyo y amor que me han brindado siempre.
A mi familia por ser parte de mi vida y confiar en mí. A los docentes, compañeros y amigos
que me han apoyado de alguna manera durante mi etapa formativa.
5
TABLA DE CONTENIDO
1. ANTECEDENTES 13
1.1 PLANTEAMIENTO DEL PROBLEMA 14
1.1.1 DESCRIPCIÓN DEL PROBLEMA 14
1.2 FORMULACIÓN DEL PROBLEMA. 15
1.3 JUSTIFICACIÓN 15
1.4 OBJETIVOS 16
1.4.1 OBJETIVO GENERAL. 16
1.4.2 OBJETIVOS ESPECÍFICOS. 16
1.5 METODOLOGÍA 17
1.6 TIPOS DE INVESTIGACIÓN. 20
1.7 POBLACIÓN. 21
1.8 INSTRUMENTOS DE RECOLECCIÓN DE LA INFORMACIÓN. 21
2. MARCO REFERENCIAL 22
2.1 MARCO LEGAL 23
2.2 MARCO TEÓRICO 25
2.3 MARCO CONTEXTUAL 32
2.3.1 MISIÓN 34
2.3.2 VISIÓN 34
2.3.3 PRINCIPIOS 34
2.3.4 VALORES INSTITUCIONALES 34
2.3.5 INNOVACIÓN Y FORTALECIMIENTO DE LAS TIC 35
2.3.6 ESTRUCTURA ORGANIZACIONAL 36
3. ETAPA DE COMPRENSIÓN Y CONOCIMIENTO 38
3.1 IDENTIFICACIÓN Y CLASIFICACIÓN DE ACTIVOS 39
3.2 ANÁLISIS 40
3.3 ARQUITECTURA 42
4. ETAPA DE PLANTEAMIENTO 44
4.1 SOFTWARE Y HARDWARE 45
4.2 CASOS DE USO 47
4.2.1 ESPECIFICACIONES DE LOS CASOS DE USO 48
4.3 DISEÑO 57
4.3.1 DIAGRAMA ENTIDAD-RELACIÓN 57
4.3.2 DISEÑO DE LA INTERFAZ 62
6
5. ETAPA DE FORMALIZACIÓN. 65
5.1 CONSTRUCCIÓN DE INTERFAZ FINAL 66
5.1.1 MÓDULO DE PACIENTES 67
5.1.2 MÓDULO DE REGISTROS 68
5.1.3 MÓDULO DE MEDICAMENTOS 69
5.1.4 MÓDULO DE AGENDA 70
5.1.5 MÓDULO DE CONSULTAS 71
5.1.6 MÓDULO DE CONTROL DE USUARIOS 72
5.2 MAPA DE SITIO 73
6. ETAPA DE COMPLEMENTOS 77
6.1 IMPLEMENTACIÓN 78
6.2 CAPACITACIÓN DE PERSONAL 79
6.3 SOCIALIZACIÓN DE RESULTADOS DEL PROYECTO 81
7. RESULTADOS Y DISCUSIÓN 82
8. CONCLUSIONES 83
REFERENCIAS BIBLIOGRÁFICAS 84
ANEXOS 85
Lista de Tablas
Tabla 1 - Tabla de recursos .................................................................................................................................... 39
Tabla 2 - Tabla de usuarios .................................................................................................................................... 41
Tabla 3 - Tabla de requisitos .................................................................................................................................. 42
Tabla 4 – Iniciar Sesión (CU-01) ........................................................................................................................... 48
Tabla 5 - Cerrar sesión (CU-02) ............................................................................................................................ 49
Tabla 6 - Cambiar contraseña (CU-03) ................................................................................................................. 50
Tabla 7 - Buscar pacientes (CU-04) ....................................................................................................................... 51
Tabla 8 - Modificar datos del paciente (CU-05) .................................................................................................... 52
Tabla 9 - Crear paciente (CU-06) .......................................................................................................................... 54
Tabla 10 - Eliminar paciente (CU-07) ................................................................................................................... 55
Tabla 11 - Ver historia paciente (CU-08) .............................................................................................................. 56
Tabla 12 - Tabla de relaciones ............................................................................................................................... 61
Tabla 13 - Tabla de pruebas .................................................................................................................................. 78
Tabla 14 - Tabla de documentación ....................................................................................................................... 79
Tabla 15 - Tabla de capacitación ........................................................................................................................... 80
7
Lista de Ilustraciones
Ilustración 1 - Árbol del problema. Desarrollado por el autor. ............................................................................. 14
Ilustración 2 - Etapas de Winner. Tomado de: Revista Educación en Ingeniería .................................................. 18
Ilustración 3 - Síntesis del método Winner. Tomado de: Revista Educación en Ingeniería. .................................. 20
Ilustración 4 - Estructura organizacional INPEC - Tomado de: http://www.inpec.gov.co.................................... 36 Ilustración 5 - Estructura organizacional EPMSC Arauca – Tomado de: Audiencia rendición de cuentas EPMSC
Arauca .................................................................................................................................................................... 37
Ilustración 6 - Arquitectura Cliente-Servidor. Tomado de: Programación 7 ULAT sede Azuero ......................... 43
Ilustración 7 - Diagrama de casos de uso personal auxiliar. Desarrollado por el autor. ..................................... 48
Ilustración 8 - Diagrama de secuencias CU01. Desarrollado por el autor. .......................................................... 49
Ilustración 9 - Diagrama de secuencias CU02. Desarrollado por el autor. .......................................................... 50
Ilustración 10 - Diagrama de secuencias CU03. Desarrollado por el autor. ........................................................ 51
Ilustración 11 - Diagrama de secuencias CU04. Desarrollado por el autor. ........................................................ 52
Ilustración 12 - Diagrama de secuencias CU05. Desarrollado por el autor. ........................................................ 53
Ilustración 13 - Diagrama de secuencias CU06. Desarrollado por el autor. ........................................................ 55
Ilustración 14 - Diagrama de secuencias CU08. Desarrollado por el autor. ........................................................ 56
Ilustración 15 - Diagrama de secuencias CU08. Desarrollado por el autor. ........................................................ 57
Ilustración 16 - Diagrama de Entidad-Relación. Desarrollado por el autor. ........................................................ 58
Ilustración 17 - Diagrama E-R (Pacientes). Desarrollado por el autor. ............................................................... 59
Ilustración 18 - Diagrama E-R (Historia clínica). Desarrollado por el autor. ...................................................... 60
Ilustración 19 - Diagrama E-R (Usuarios). Desarrollado por el autor. ................................................................ 61
Ilustración 20 - Vista login. Desarrollado por el autor.......................................................................................... 62
Ilustración 21 - Vista Inicio. Desarrollado por el autor. ....................................................................................... 63
Ilustración 22 - Vista Menú. Desarrollado por el autor. ........................................................................................ 63
Ilustración 23 - Vista Nuevo Paciente. Desarrollado por el autor. ........................................................................ 64
Ilustración 24 - Vista Historia Clínica. Desarrollado por el autor. ....................................................................... 64
Ilustración 25 - Interfaz de Login. Desarrollado por el autor. .............................................................................. 66
Ilustración 26 - Interfaz de Inicio. Desarrollado por el autor. .............................................................................. 66
Ilustración 27 - Interfaz de Datos personales paciente. Desarrollado por el autor. .............................................. 67
Ilustración 28 - Interfaz de Historias clínicas. Desarrollado por el autor. ............................................................ 67
Ilustración 29 - Interfaz Registro de personal médico. Desarrollado por el autor. ............................................... 68
Ilustración 30 - Interfaz Registro de otros parámetros. Desarrollado por el autor. .............................................. 68
Ilustración 31 - Interfaz de medicamentos. Desarrollado por el autor. ................................................................. 69
Ilustración 32 - Interfaz Salida de medicamentos. Desarrollado por el autor. ...................................................... 69
Ilustración 33 - Interfaz Consultar cita. Desarrollado por el autor. ...................................................................... 70
Ilustración 34 - Interfaz Citas médicas. Desarrollado por el autor. ...................................................................... 70
Ilustración 35 - Interfaz Registrar Consulta médica. Desarrollado por el autor. .................................................. 71
Ilustración 36 - Interfaz ver consultas registradas. Desarrollado por el autor. .................................................... 71
Ilustración 37 - Interfaz Cuenta de usuario. Desarrollado por el autor. ............................................................... 72
Ilustración 38 - Interfaz administrar cuentas. Desarrollado por el autor. ............................................................. 72
Ilustración 39 - Mapa de sitio del sistema. Desarrollado por el autor. ................................................................. 73
Ilustración 40 - Asistencia a socialización. Desarrollado por el autor.................................................................. 81
8
Resumen
El proyecto desarrollado en el Establecimiento Penitenciario de Mediana Seguridad y
Carcelario de Arauca (EPMSC), bajo la modalidad de practica social, empresarial y solidaria,
tuvo como fin la realización de un Sistema de Información para la automatización de procesos
en el área de sanidad del EPMSC de Arauca, el cual permite la digitalización de las historias
clínicas y la organización del inventario de medicamentos administrados por dicha área. Este
proyecto se centra en la necesidad específica del área de Sanidad, al ser una entidad que
cuenta con servicios sanitarios independientes, maneja sus propios procesos de forma manual
y carece de una herramienta tecnológica que permita organizar el flujo de información, lo cual
termina por entorpecer y ralentizar los servicios prestados. Con el objetivo de optimizar los
procesos llevados a cabo por el área, se ha desarrollado un Sistema de Información según las
necesidades planteadas por el personal a cargo de la prestación de servicios de sanidad dentro
del EPMSC Arauca, para esto, se han identificado los procedimientos informacionales que se
llevaban a cabo y se determinaron los requerimientos de datos para el diseño de un sistema
automatizado. Dicho proceso se realizó siguiendo los lineamientos de la metodología ágil de
desarrollo de software Método Winner, que se ajusta al proyecto de manera importante en
aspectos de economía y tiempo, sin descuidar la calidad del producto final. Como resultado se
entregó un Sistema de información a la medida el cual permitió agilizar algunos de los
procesos del área que se pretendían mejorar, aunque se espera que dichos cambios se hagan
más visibles con el paso del tiempo, el módulo que causó mayor impacto fue el de
medicamentos ya que permitió optimizar el control sobre el inventario, además, se puede
concluir que a nivel general el sistema de información sirvió para ahorrar espacio de
9
almacenamiento en físico y reducir los tiempos de consulta de la información referente a los
pacientes.
Palabras clave: herramienta tecnológica, ralentizar, optimizar, método Winner,
inventario.
Abstract
The project developed in the Penitentiary Establishment of Medium Security and
Prison of Arauca (EPMSC), under the modality of social, business and solidarity practice, had
as objective the realization of an Information System for the automation of processes in the
area of health of the EPMSC of Arauca, which allows the digitalization of medical records and
the organization of the inventory of medicines administered by said area. This project focuses
on the specific need of the Health area, as it is an entity that has independent health services,
manages its own processes manually and lacks a technological tool to organize the flow of
information, which ends up hindering and slowing down the services provided. With the aim
of optimizing the processes carried out by the area, an Information System has been developed
according to the needs raised by the personnel in charge of the provision of health services
within the EPMSC Arauca, for this, the informational procedures that were carried out were
identified and the data requirements for the design of an automated system were determined.
This process was carried out following the guidelines of the agile software development
methodology Winner Method, which fits the project in an important way in aspects of
economy and time, without neglecting the quality of the final product. As a result, a
customized Information System was delivered which made it possible to streamline some of
the processes in the area that were intended to be improved, although it is expected that these
changes will become more visible with the passage of time, the module that caused the
10
greatest impact was the of medicines since it allowed to optimize the control over the
inventory, in addition, it can be concluded that at a general level the information system
served to save physical storage space and reduce the consultation times of the information
referring to the patients.
Keywords: technological tool, slow down, optimize, Winner Method, Inventory.
11
Introducción
Con el paso del tiempo, cada vez se hace más evidente la importancia de los Sistemas
de Información para mejorar y optimizar los procesos dentro de una empresa, convirtiéndose
en uno de los tantos factores críticos para la determinación del éxito o fracaso de estos. Un S.I.
al ser una herramienta tecnológica, es un medio que permite nuevas posibilidades de actuación
mediante la automatización de tareas, recogida de información de calidad y reingeniería de los
procesos que permitan aumentar la calidad del Sistema.
El Establecimiento Penitenciario de Mediana Seguridad y Carcelario de Arauca
(EPMSC) es una entidad pública que por las necesidades y restricciones propias de un
establecimiento penitenciario, cuenta con servicios de sanidad internos, dicha área carecía de
un sistema de información para el manejo óptimo de los procesos que allí se llevan a cabo, es
decir, se llevaban de forma manual restándole importancia a la manera en que se asegura la
información, por tanto en ocasiones se presentaban inconvenientes como perdida o mal uso de
información privada, entorpecimiento y demora tato en los servicios prestados como en los
informes realizados por el área.
A partir de dicho problema, surge la pregunta de investigación, ¿de qué manera se
puede optimizar el manejo de información del área de Sanidad del EPMSC Arauca?, Ricard
Sabartés Fortuny (2013), realizo un trabajo en el Departamento de Obstetricia, Ginecología y
Reproducción del Instituto Universitario Dexeus de Barcelona, denominado: Historia clínica
electrónica en un departamento de obstétrica, ginecología y reproducción: desarrollo e
implementación. Factores clave. Dicha investigación afirma que la historia electrónica
garantiza la conservación de la información en un formato adecuado, redujo espacios físicos y
disminuyó la dotación de recursos humanos para la gestión de la documentación clínica,
12
además uno de los aspectos importantes que concluye es la importancia de una correcta
metodología para la implementación de una historia clínica electrónica en un centro sanitario.
Por tanto, para dar solución a la pregunta planteada, se decide poner en marcha un proyecto
cuyo objetivo general es el de desarrollar un sistema de información mediante el método
Winner, para la automatización de procesos en el área de sanidad del EPMSC con la finalidad
de optimizar los servicios prestados. También, Mc. Eibeth Castillo (2010), realizó un trabajo
similar para un centro de medicina estética y obesidad de Venezuela, denominado: “Sistema
automatizado de historia clínica para un centro de medicina estética y obesidad. caso: Sibana”.
El estudio evidenció que, a falta de un software, durante el proceso de atención al paciente se
presentaba perdida, subregistro y/o redundancia de la información, además, antes de su
implementación no se contaba en la institución con registros estadísticos fidedignos, que
permitiesen evaluar la evolución clínica y efectividad de los tratamientos.
A partir de este proceso de investigación y luego de llevar a cabo el levantamiento de
requerimientos se logra determinar que el área tiene la necesidad de un sistema de historias
clínicas electrónicas y un sistema de inventario para los medicamentos que se administran en
esta, por tanto, son los módulos en los cuales se centra el sistema de información desarrollado.
13
1. Antecedentes
14
1.1 Planteamiento del problema
1.1.1 Descripción del problema.
Carencia de un Sistema de Información para el manejo optimo de los
procesos del área de Sanidad del EPMSC Arauca.
Los procesos se realizan
de forma manual.
Se le resta importancia a la
manera en que se asegura la
información.
Falta de conocimiento,
control y gestión de la
información y la poca
importancia que se da a este
activo tan importante.
Falta de integridad,
confidencialidad y
disponibilidad de la
información.
Inconvenientes con el
manejo de información
y demoras en los
procesos e informes del
área de sanidad.
Entorpecimiento y
demora en los servicios
prestados.
Perdidas económicas,
problemas legales y
riesgos para la salud de las
Personas Privadas de
Libertad.
Pérdida o mal uso de
información privada
CA
USA
SE
FE
CTO
S
Ilustración 1 - Árbol del problema. Desarrollado por el autor.
Como principal problema se muestra la falta de conocimiento, control y gestión sobre la
información por parte de los funcionarios que conforman el área de Sanidad de la entidad, y la
15
poca importancia que se da a este activo tan importante. Es necesario afirmar que el
Establecimiento Penitenciario de Mediana Seguridad y Carcelario de Arauca no cuenta con un
Sistema de Información para el área de Sanidad, por lo tanto, los procesos realizados por la
misma se llevan a cabo de manera manual, ignorando los riesgos de manejar indebidamente la
información.
1.2 Formulación del problema.
¿De qué manera se puede optimizar el manejo de información del área de Sanidad del
EPMSC de Arauca?
1.3 Justificación
En la actualidad, todas las organizaciones deben concientizarse de que la información
que poseen no es un añadido que no posee un valor muy superior a las instalaciones de la
empresa, sino que se debe pensar que se trata de uno de los cimientos sobre los que se sustenta
la organización y, por lo tanto, debe ser cuidado y protegido adecuadamente debido a que si
llega a deteriorarse o perderse se caerá toda la estructura.
De esta forma, tenemos que tener claro que cada organización debe conocer qué tipo
de datos dispone para sus actividades y que medidas debe aplicar para mantenerlos protegidos
y para asegurarse que son utilizados de la manera adecuada, ya que la pérdida de información
puede provocar daños económicos, legales e incluso afectaciones en la salud de los
involucrados en este caso concreto.
La inclusión de las nuevas tecnologías en las empresas ha traído grandes beneficios,
como la reducción de costos, la disminución de tiempo, la facilidad para llegar a los clientes,
entre otros. Una herramienta que las empresas utilizan son los sistemas de información,
entendiendo como sistema de información a un conjunto de componentes relacionados que
16
recolectan (o recuperan), procesan, almacenan y distribuyen información para apoyar la toma
de decisiones y el control en una organización (Instituto Tecnológico de Sonora, s.f.).
La ejecución de este proyecto permitirá identificar falencias en los procesos llevados a
cabo por el área de Sanidad, generando un plan orientado a mejorarlos a través del desarrollo e
implementación de un Sistema de Información de acuerdo con los criterios de disponibilidad,
confidencialidad, integridad, confiabilidad, efectividad y eficiencia para el procesamiento y
almacenamiento de información.
En conclusión, este proyecto ofrecerá lineamientos para la formulación de estrategias
que permitan optimizar los procesos llevados a cabo por el área de Sanidad del EPMSC
Arauca, e igualmente permite establecer pautas para la implementación de proyectos similares
que beneficien las diferentes áreas de la institución.
1.4 Objetivos
1.4.1 Objetivo general.
Desarrollar un sistema de información mediante el método Winner, para la
automatización de procesos en el área de Sanidad del Establecimiento Penitenciario de
Mediana Seguridad y Carcelario de Arauca con la finalidad de optimizar los servicios
prestados por dicha área.
1.4.2 Objetivos específicos.
Recopilar información de los procesos actuales utilizados en el área de Sanidad del
EPMSC Arauca, como mecanismo de indagación de la información existente.
17
Analizar la información recogida permitiendo dar valoración de la misma, en relación
a los procesos y las herramientas usadas por Sanidad, para identificar los
requerimientos del Sistema de Información.
Diseñar las características del Sistema de Información, basados en los requerimientos
técnicos y lógicos necesarios definidos en el análisis previo.
Desarrollar el software del nuevo Sistema de Información para el área de Sanidad del
EPMSC Arauca.
Implementar el Sistema de Información, definiendo el área de Sanidad del EPMSC
Arauca como prueba piloto de funcionamiento.
Socializar y publicar en una revista o ponencia los resultados y experiencias
desarrolladas en los funcionarios en relación al manejo y funcionamiento del Sistema
de Información.
1.5 Metodología
La ejecución de este proyecto iniciado en febrero de 2018 para el Instituto Nacional
Penitenciario y Carcelario (INPEC), se realizó en uno de los centros de reclusión de la
Dirección Regional Oriente, el Establecimiento Penitenciario de Mediana Seguridad y
Carcelario de Arauca, ubicado en el municipio de Arauca en la Calle 17 No 25A-26, barrio La
Esperanza.
Para el proceso de desarrollo se utilizó el método Winner, el cual, al ser una
metodología ágil de desarrollo de Software se ajustó apropiadamente al proyecto, tal como
afirman Medina Velandia & López López (2015), está organizado para que su uso sea sencillo
y lo puedan utilizar empresas medianas y pequeñas, estudiantes o desarrolladores.
18
Algunos criterios convenidos para construirlo fueron: sencillez; de fácil aprendizaje,
modificación y ejecución; iteratividad; incrementalidad; cooperatividad; adaptabilidad.
Además, como eje transversal se tuvo en cuenta uno de los factores más importantes: la
calidad. Una de las principales características de Winner es que se basa en tablas, principales
artefactos al concluir cada una de las etapas. Para que el método sea completo, se enmarca en
la teoría general de sistemas, por cuanto debe seguirse un desarrollo ordenado e integrado y las
partes deben interactuar buscando siempre el orden de las cosas y objetivos regulados.
Ilustración 2 - Etapas de Winner. Tomado de: Revista Educación en Ingeniería
Las cuatro etapas que conforman Winner (Ilustración 2) están enmarcadas en la teoría
general de sistemas (TGS), que facilita el estudiarlas y analizarlas sin perder de vista la
perspectiva global del proyecto que se esté ejecutando, manteniendo durante su desarrollo el
orden, la regularidad y la carencia de azar en cada paso.
En la primera etapa, de comprensión y conocimiento, se pudo conocer a fondo la
situación de la empresa referente a infraestructura de hardware y software, así como el trabajo
que ejecutaban las personas involucradas en el desarrollo del trabajo, y, por supuesto las
necesidades y problemas por solucionar.
19
En el planteamiento se identificaron las funciones que requería el sistema y su
vinculación a cada uno de los requerimientos encontrados en la primera etapa; se diseñaron los
diagramas y flujos de datos; se definieron los componentes de hardware y software, y las
estructuras de componentes; se estableció el diseño arquitectónico y los mockups de las
interfaces del sistema; finalmente, se diseñó la base de datos y la arquitectura de hardware y
software.
En la formalización, de especial cuidado y vital para la entrega del proyecto, se
desarrollaron todos los prototipos planeados; se adecuó el hardware y se instaló el software y
la base de datos; se hicieron pruebas de funcionamiento de la arquitectura y se continuó con
las pruebas del software de la mano de los miembros del área de sanidad.
Durante la etapa de complementos se realizó un trabajo colaborativo. Se puso en
marcha el sistema completo; se hicieron pruebas concretas con el personal encargado del área;
se capacitó al personal y se hicieron ajustes a los manuales y los documentos. Finalmente, se
entregó a satisfacción el sistema completo.
20
Ilustración 3 - Síntesis del método Winner. Tomado de: Revista Educación en Ingeniería.
1.6 Tipos de Investigación.
Para la realización de este proyecto se utiliza una investigación de campo cualitativa
experimental. Se aplica dicha investigación por que corresponde al medio donde se encuentra
el objeto de investigación, donde ocurren los hechos o fenómenos investigados. En este caso el
Establecimiento Penitenciario de Mediana Seguridad y Carcelario de Arauca. Además, porque
nos permite analizar e interpretar los datos mediante la observación del entorno y entrevistas
hechas al personal que interactúa directamente con el sistema.
21
1.7 Población.
En este caso, la población que fue intervenida y entrevistada fue el personal directivo y
personal del área de sanidad compuesta por:
Director del establecimiento. (1)
Jefe de área de talento humano. (1)
Personal médico. (3)
Jefe de enfermería. (1)
Auxiliares de enfermería. (3)
1.8 Instrumentos de Recolección de la Información.
Los instrumentos utilizados para el levantamiento de información fueron:
Primeramente se diseñó y se llenó el formato de Inventario de Equipos Tecnológicos
para identificar y clasificar el estado de los activos de cómputo con los cuales contaba el
establecimiento, luego se procedió a aplicar el formato de tabla de recursos del área de
Sanidad, en el cual se identificó el estado de infraestructura, personal, equipos existentes y de
todos los recursos tecnológicos del área de Sanidad, además allí también se puede evidenciar
el personal responsable y la ubicación de cada activo.
Se aplicó una encuesta al personal del área de Sanidad, bajo el formato Hoja de
Recolección de Datos con el fin de evidenciar los procesos que se llevaban a cabo en el área.
Por otro lado, también se recolecto información por medio de entrevistas y la
observación. Se solicitó acceso a las herramientas tecnológicas y formatos utilizados por el
personal del área de Sanidad, lo anterior con la intención de recopilar aquella información que
no es posible obtener a través de ayudas didácticas.
22
2. Marco referencial
23
2.1 Marco legal
En esta sección se expondrán las leyes que rigen lo concerniente a la protección de la
información y los datos a nivel nacional.
La información es el activo más importante en el mundo actual, es por ello que el 17
de octubre de 2012 el Gobierno Nacional expidió la Ley Estatutaria 1581 de 2012 mediante la
cual se dictan disposiciones generales para la protección de datos personales, en ella se regula
el derecho fundamental de hábeas data y se señala la importancia en el tratamiento del mismo
tal como lo corrobora la Sentencia de la Corte Constitucional C – 748 de 2011 donde se
estableció el control de constitucionalidad de la Ley en mención. La nueva ley busca proteger
los datos personales registrados en cualquier base de datos que permite realizar operaciones,
tales como la recolección, almacenamiento, uso, circulación o supresión (en adelante
tratamiento) por parte de entidades de naturaleza pública y privada. Como Ley Estatutaria (ley
de especial jerarquía), tiene como fin esencial salvaguardar los derechos y deberes
fundamentales, así como los procedimientos y recursos para su protección. (Camara de
comercio de Bogota, 2016)
En la Constitución Política de Colombia en el Artículo 15 nos dice “Todas las personas
tienen derecho a su intimidad personal y familiar y a su buen nombre, y el Estado debe
respetarlos y hacerlos respetar. De igual modo, tienen derecho a conocer, actualizar y rectificar
las informaciones que se hayan recogido sobre ellas en bancos de datos y en archivos de
entidades públicas y privadas. En la recolección, tratamiento y circulación de datos se
respetarán la libertad y demás garantías consagradas en la Constitución. La correspondencia y
demás formas de comunicación privada son inviolables. Sólo pueden ser interceptadas o
registradas mediante orden judicial, en los casos y con las formalidades que establezca la ley.
24
Para efectos tributarios o judiciales y para los casos de inspección, vigilancia e intervención
del Estado podrá exigirse la presentación de libros de contabilidad y demás documentos
privados, en los términos que señale la ley.” (Const. 1991, art 15)
Ley 1266 de 2008 en su Artículo 4: Principios de la Administración de Datos e inciso
(f): Principio de Seguridad, promulga lo siguiente: “La información que conforma los registros
individuales constitutivos de los bancos de datos a que se refiere la ley, así como la resultante
de las consultas que de ella hagan sus usuarios, se deberá manejar con las medidas técnicas
que sean necesarias para garantizar la seguridad de los registros evitando su adulteración,
pérdida, consulta o uso no autorizado”. (Ley 1266, 2008, art. 4)
Ley 1581 de 2012 en su Artículo 4: Principios para el tratamiento de datos personales e
inciso (g): Principio de Seguridad, promulga lo siguiente: “La información sujeta a
Tratamiento por el responsable del Tratamiento o Encargado del Tratamiento a que se refiere
la presente ley, se deberá manejar con las medidas técnicas, humanas y administrativas que
sean necesarias para otorgar seguridad a los registros evitando su adulteración, pérdida,
consulta, uso o acceso no autorizado o fraudulento.”(Ley 1581, 2012, art 4)
Ley 1273 de 2009 denominada “de la protección de la información y los datos”
describe las distintas sanciones por los atentados contra la confidencialidad, la integridad y la
disponibilidad de los datos y de los sistemas informáticos. En su artículo 269C: Interceptación
de datos informáticos menciona lo siguiente: “El que, sin orden judicial previa intercepte datos
informáticos en su origen, destino o en el interior de un sistema informático, o las emisiones
electromagnéticas provenientes de un sistema informático que los transporte incurrirá en pena
de prisión de treinta y seis (36) a setenta y dos (72) meses.” (Ley 1273, 2009, art 269C)
25
El Instituto Nacional Penitenciario y Carcelario INPEC, se compromete a la protección y
tratamiento adecuado de los datos personales, en cumplimiento a lo dispuesto en la Ley
Estatutaria 1581 de 2012, al Decreto Reglamentario 1377 de 2013 y demás normatividad
aplicable. Esta Política de Tratamiento y Protección de Datos Personales, se aplicará a las
bases de datos y/o archivos físicos o digitales que contengan datos personales y que sean
objeto de tratamiento por parte del INPEC, considerando el tratamiento de los datos personales
de funcionarios, contratistas, proveedores, clientes, colaboradores o cualquier otra persona
natural. (INPEC, 2017)
2.2 Marco Teórico
Sistema de información
Un sistema de información se puede definir técnicamente como un conjunto de
componentes relacionados que recolectan (o recuperan), procesan, almacenan y distribuyen
información para apoyar la toma de decisiones y el control en una organización. (Laudon, K y
Laudon J, 2004)
Hay tres actividades en un sistema de información que producen la información que
esas organizaciones necesitan para tomar decisiones, controlar operaciones, analizar
problemas y crear nuevos productos o servicios. Estas actividades son:
Entrada: captura o recolecta datos en bruto tanto del interior de la organización como
de su entorno externo.
Procesamiento: convierte esa entrada de datos en una forma más significativa.
26
Salida: transfiere la información procesada a la gente que la usará o a las actividades
para las que se utilizará.
Los sistemas de información también requieren retroalimentación, que es la salida que
se devuelve al personal adecuado de la organización para ayudarle a evaluar o corregir la etapa
de entrada.
Para soportar los procesos misionales y de apoyo en una organización es importante
contar con sistemas de información que se conviertan en fuente única de datos útiles para
apoyar o argumentar las decisiones corporativas. Los sistemas de información deben:
Garantizar la calidad de la información
Disponer de recursos de consulta para los públicos de interés
Permitir transacciones desde los procesos que generan la información
Ser escalables, interoperables, seguros, funcionales y sostenibles financiera y
técnicamente.
La estrategia de Sistemas de Información implica el desarrollo de los siguientes
aspectos:
Arquitectura de sistemas de información.
Desarrollo y mantenimiento.
Implantación.
Servicios de soporte técnico funcional.
Como resultado de la gestión de sistemas de información obtenemos los sistemas de
información de apoyo, sistemas de información misionales, servicios informativos digitales y
27
sistemas de información de direccionamiento estratégico. La gestión centralizada de la
información permite optimizar los tiempos, mejorar el flujo de la documentación, la
coordinación con corresponsalías y estudios externos y mejorar la calidad de los datos para su
posterior explotación. (Mitecnologico, 2010)
Base de datos
Alcalde y García (2001), define una base de datos como un conjunto integrado de datos
interrelacionados, junto con una serie de aplicaciones para su manejo, accesibles
simultáneamente por diferentes usuarios y programas. Sus principales características son, el
control centralizado de los datos, integridad de los datos, minimización de las redundancias,
independencia de los datos y las aplicaciones, acceso concurrente a los datos, coste mínimo de
almacenamiento y mantenimiento, versatilidad para la representación de relaciones,
establecimiento de medidas de seguridad y facilidad para el cambio (hardware y software).
Estructura lógica
Indica la composición y distribución teórica de la base de datos, la estructura lógica
sirve para que las aplicaciones puedan utilizar los elementos de la base de datos sin saber
realmente como se están almacenando. Es una estructura que permite idealizar a la base de
datos. Sus elementos son objetos, entidades, nodos, relaciones, enlaces que realmente no
tienen presencia real en la física del sistema. Por ello para acceder a los datos tiene que haber
una posibilidad de traducir la estructura lógica en la estructura física. (Roger, 2010)
28
Estructura física
Es la estructura de los datos tal cual se almacenan en las unidades de discos de
almacenamiento secundario, domo por ejemplo el disco duro. La correspondencia entre la
estructura lógica y la estructurara física. (Roger, 2010)
Modelado Entidad-Relación
El Modelo Entidad-Relación es un concepto de modelado para bases de datos,
propuesto por Peter Chen, mediante el cual se pretende 'visualizar' los objetos que pertenecen
a la Base de datos como entidades las cuales tienen unos atributos y se vinculan mediante
relaciones. Es una representación conceptual de la información. Mediante una serie de
procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo
relacional. (wetpaint, 2010)
Diagrama entidad-relación
Formalmente, los diagramas E-R son un lenguaje gráfico para describir conceptos.
Informalmente, son simples dibujos o gráficos que describen la información que trata un
sistema de información y el software que lo automatiza. (PANESSO, Alfredo, 2010)
UML
El Lenguaje Unificado de Modelado es un lenguaje gráfico para especificar, construir y
documentar sistemas de software. Es un lenguaje de modelado que tiene como propósito
general el poder utilizarse con la mayoría de objetos y métodos de componentes, y que se
pueden aplicar a todos los dominios (por ejemplo al sector salud, finanzas,
telecomunicaciones) y plataformas (por ejemplo J2ME, .NET). (OMG, 2009)
29
Activos
Son los recursos que forman parte del sistema de la empresa como el hardware,
software, datos, infraestructura y personas. (Mifsud, 2012)
Activos informáticos
Son aquellos recursos (hardware y software) con los que cuenta la empresa. Es decir,
todo elemento que compone el proceso completo de comunicación, partiendo desde la
información, el emisor, el medio de transmisión y receptor. Por ejemplo: Servidores, base de
datos, routers, racks, etc. (Unitel, 2017)
Datos
Son todos aquellos conceptos, cifras, instrucciones que se tienen aisladas entre sí, sin
seguir una organización o un orden específico. (MasterMagazine, 2009)
Historia Clínica Electrónica
La historia clínica electrónica supone la incorporación de las nuevas tecnologías de la
información y telecomunicaciones, al núcleo de la actividad sanitaria. Esto tiene como
consecuencia que la historia deje de ser un registro de la información generada en la relación
entre un paciente y un profesional o un centro sanitario y pase a formar parte de un sistema
integrado de información clínica. (Diaz, 2010)
El valor potencial de las computadoras en medicina ha sido reconocido por años y la
informática médica ha emergido como un campo de investigación interdisciplinaria importante
en medicina. Avances en la tecnología de las historias clínicas electrónicas (HCE) han hecho
30
posible que las HCE reemplacen muchas funciones de la tradicional historia clínica en papel y
el uso de HCE promete logros significativos en el cuidado del paciente. (Lolcli 2000)
En la práctica médica la tecnología informática está modificando diversos mecanismos
de acceso y creación de la información, pues en forma creciente las computadoras constituyen
una herramienta común en consultorios y hospitales. Los sistemas computarizados facilitarán
y mejorarán la calidad de los expedientes clínicos, facilitarán el archivo y la consulta de los
expedientes clínicos, apoyarán al médico en la elaboración de diagnósticos y programas de
estudio, simplificarán las tareas y la logística para la elaboración de informes estadísticos y de
controles administrativos (De la Fuente y col. 2002).
Confidencialidad
Es una de las propiedades de los activos de información que garantiza que solo
personas autorizadas pueden acceder a esta. (Instituto Nacional de Tecnologías de la
comunicación de España, 2013)
Disponibilidad.
Característica de los activos que implica el acceso a la información y los sistemas de
tratamiento de la misma por parte de los usuarios autorizados en el momento que lo requieran.
(Instituto Nacional de Tecnologías de la comunicación de España, 2013)
Integridad.
Cualidad de los activos de información donde se asegura que la información y sus
métodos de proceso se mantengan exactos y completos. (Instituto Nacional de Tecnologías de
la comunicación de España, 2013).
31
Políticas de seguridad
La política de seguridad es un conjunto de leyes, reglas y prácticas que regulan la
manera de dirigir, proteger y distribuir recursos en una organización para llevar a cabo los
objetivos de seguridad informática dentro de la misma. (Universidad Nacional Autónoma de
México, 2015)
Riesgo
Se refiere a la incertidumbre o probabilidad de que ocurra o se realice una
eventualidad, la cual puede estar prevista. (Téllez, 1988)
Salvaguarda
Son todos aquellos procedimientos o mecanismos tecnológicos que reducen el riesgo.
(Ministerio de Hacienda y Administraciones Públicas de España, 2012)
Seguridad de la Información
Tiene como fin la protección de la información y de los sistemas de la información del
acceso, uso, divulgación, interrupción o destrucción no autorizada. (Asociación Española para
la Calidad, 2014).
Software
Son todos los programas informáticos que hacen posible la realización de tareas
específicas dentro de un computador. (GCF Community Foundation International, s.f.)
32
Vulnerabilidad.
Es la capacidad, las condiciones y características del sistema mismo (incluyendo la
entidad que lo maneja), que lo hace susceptible a amenazas, con el resultado de sufrir algún
daño. En otras palabras, es la capacitad y posibilidad de un sistema de responder o reaccionar
a una amenaza o de recuperarse de un daño. (Erb, 2011)
Determinación de requerimientos
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 los administradores, deben estudiar los procesos de una empresa para dar
respuesta a las siguientes preguntas claves: ¿Qué es lo que se hace?, ¿Cómo se hace?, ¿Con
qué frecuencia se presenta?, ¿Qué tan grande es el volumen de transacciones o de decisiones?,
¿Cuál es el grado de eficiencia con el que se efectúan las tareas?, ¿Existe algún problema?, si
existe un problema, ¿qué tan serio es?, ¿Cuál es la causa que lo origina? (Senn, 2002).
2.3 Marco contextual
El Establecimiento Penitenciario de Mediana Seguridad y Carcelario de Arauca
(INPEC) está ubicado en la Calle 17 No 25A-26, barrio la Esperanza, del municipio de
Arauca.
Según el INPEC (INPEC, 2018) en el año 1920 fue creado el Establecimiento
Carcelario de Arauca, en el sitio que ocupaba el “Colegio General Santander”, hoy carrera 20
con calle 21 frente al parque principal, en 1928 se trasladó al terreno aledaño a la Casa de la
33
Corregiduría de Arauca hoy calle 21 entre carreras 21 y 22, siendo Alcalde el señor
BERNARDO ROJAS.
En el año 1975, mediante Convenio entre el Municipio de Arauca – Ministerio de
Justicia/Dirección General de Prisiones se inicia la construcción de la nueva Cárcel en terreno
Municipal, ubicado en la Calle 17 No 25ª-26 Barrio la Esperanza, zona anegada por un brazo
del río Arauca, lugar a donde se llegaba en canoa.
En Diciembre de 1976, se inaugura la nueva sede Carcelaria, siendo su primer Director
el señor EVARISTO GAMBOA, y una población reclusa de veinticinco (25) internos,
sindicados de robo, abigeato y riñas callejeras, le sucedió en la Dirección el señor ELMER
GONZALEZ. Mediante convenio interadministrativo entre la Gobernación y el Centro
Carcelario en el año de 1995 inicia la remodelación y reconstrucción de un nuevo Centro
Carcelario, que consistía en la construcción del área administrativa, comando de guardia,
alojamientos, celdas y talleres. El Instituto Nacional Penitenciario y Carcelario INPEC asigna
recursos con el fin de reforzar, alzar, construcción de una nueva garita, encerramiento con una
Guayana y concertina, obras que se realizaron en el año de 2005.
Nación asigna recursos para la remodelación ampliación de dormitorios para internos y
mejoramiento de la planta física ya existente, nuevos alojamientos para guardia y nuevas
oficinas, obras que inician en octubre de 2007 y finalizan en marzo de 2008. En la actualidad
el Establecimiento Carcelario cuenta con una planta de Cincuenta y un (51) funcionarios de
Custodia y Vigilancia, Diez (10) Administrativos y cuatrocientos noventa (490) internos,
predominando el delito de REBELION, CONCIERTO PARA DELINQUIR Y ACTO
SEXUAL ABUSIVO CON MENOR DE 14 AÑOS.
34
2.3.1 Misión
El INPEC, es una institución pública administradora del sistema penitenciario y
carcelario del país; Contribuimos al desarrollo y la resignificación de las potencialidades de
las personas privadas de libertad a través de los servicios de tratamiento penitenciario,
atención básica y seguridad, cimentados en el respeto a los derechos humanos, el fomento
gestión ética y transparente. (INPEC, 2018)
2.3.2 Visión
INPEC en el 2020, será reconocido por su contribución a la justicia, mediante la
prestación de los servicios de seguridad penitenciaria y carcelaria, atención básica,
resocialización y rehabilitación de la población reclusa, soportando en una gestión efectiva,
innovadora y transparente e integrada por un talento humano competente y comprometido con
el país y la sociedad. (INPEC, 2018)
2.3.3 Principios
Respeto, fundamento de las relaciones interpersonales.
Justicia, garante de la inviolabilidad de los derechos.
Ética pública, soporte de las actuaciones de los servidores del INPEC. (INPEC,
2018)
2.3.4 Valores Institucionales
Dignidad humana.
Lealtad.
Transparencia.
35
Compromiso institucional.
Solidaridad. (INPEC, 2018)
2.3.5 Innovación y Fortalecimiento de las TIC
La proyección institucional se soporta en la ejecución de las siguientes acciones:
Referenciarían de las mejores prácticas penitenciarias y organizacionales.
Implementación de herramientas tecnológicas y de comunicaciones que posibiliten
contar con información confiable, en tiempo real, como soporte de la planeación y
toma de decisiones.
Desarrollo de una plataforma tecnológica para articular los sistemas de información y
las bases de datos, a fin de optimizar el tiempo de respuesta y la ejecución de los
procesos.
Construcción de conocimiento institucional como insumo fundamental en los procesos
de planeación y prospectiva. (INPEC, 2018)
36
2.3.6 Estructura organizacional
Ilustración 4 - Estructura organizacional INPEC - Tomado de: http://www.inpec.gov.co
37
Ilustración 5 - Estructura organizacional EPMSC Arauca – Tomado de: Audiencia rendición de cuentas
EPMSC Arauca
El esquema de la organización del Establecimiento Penitenciario de Mediana Seguridad y
Carcelario de Arauca – INPEC permite visualizar los cargos y la forma en que se organizan y
conectan con los quipos de trabajo, así mismo es la base del desempeño Institucional. En forma
previa a la asignación de responsabilidades, los funcionarios conocen y aceptan el rol y las
funciones del cargo que les corresponde desempeñar para avanzar en el cumplimiento de la
Misión Institucional.
38
3. Etapa de
comprensión y
conocimiento
39
3.1 Identificación y clasificación de activos
Inicialmente se realizó la respectiva identificación de los activos de cómputo de todo el
establecimiento, la cual se logró a través del formato Tabla de Hardware y de entrevistas
realizadas al personal de las diferentes áreas. Se tuvo acceso al inventario de activos de la
empresa y a las políticas de seguridad actuales. Para cada uno de los activos identificados se
determinó una serie de características, que permitieran establecer el rendimiento, capacidad de
almacenamiento y estado de los equipos. La tabla de Hardware utilizada se encuentra al final del
documento en el anexo 1.
Posterior a esto, se procedió a aplicar el formato de Tabla de Recursos para el área de
sanidad, en este se logra clasificar todo tipo de activo perteneciente al área, tanto equipos
tecnológicos, muebles, infraestructura como el personal, además, la ubicación y el estado en el
cual se encuentra cada activo.
Como resultado de esta actividad se obtuvo la siguiente clasificación (En la siguiente
tabla se muestra un fragmento de la tabla de recursos, el formato completo se encuentra en el
anexo 2, la información no se presenta de forma específica porque es necesario mantener la
confidencialidad de la información):
Tabla 1 - Tabla de recursos
TABLA DE RECURSOS
OFICINA TIPO DE ACTIVO ACTIVO CÓDIGO RESPONSABLE ESTADO
1 INFRAESTRUCTURA OFICINA
DOC. A.S. RCU-01 A.S. REGULAR
1 IMPRESORA HP LASERJET
M1522N RCU-02
A.S. REGULAR
1 IMPRESORA SAMSUNG ML-2010
RCU-03 A.S.
MALO
40
1 MUEBLE
CAJON METALICO
PARA ARCHIVO
LMG
RCU-04
A.S.
MALO
1 MUEBLE ESCRITORIO
MADERA RCU-05
A.S. REGULAR
1 MUEBLE ESCRITORIO
MADERA 263335
RCU-06 A.S.
BUENO
1 COMPUTADOR LENOVO
V520S-08IKL DESKTOP
RCU-07 A.S.
EXCELENTE
1 COMPUTADOR HP COMPAQ 8200 ELITE
RCU-08 A.S.
BUENO
1 PERSONA AUXILIAR DE ENFERMERIA
Y.P. RCU-09
A.S. N/A
1 PERSONA MEDICO
GENERAL A.S RCU-10
A.S. N/A
1 RED RED DE DATOS
RCU-11 A.S.
REGULAR
Fuente: Elaborado por el autor del documento.
3.2 Análisis
En esta fase se han realizado entrevistas con representantes de las distintas categorías de
profesionales que conforman el área de Sanidad. Más específicamente se han entrevistado a
directivos, médicos, auxiliares de enfermería y jefe de enfermería.
Todas las partes implicadas en algún momento en el proceso sanitario de un paciente, ya
sea personal administrativo, de guardia o personal médico, interactúan entre ellos. Toda la
información del paciente, de diferentes categorías y recogida por distintos profesionales, es
agrupada en una carpeta del paciente.
41
Todas estas carpetas son almacenadas en un archivo de historias clínicas. Dichas historias
son gestionadas por el personal médico quien presta o recoge historias a demanda de los demás
involucrados.
El planteamiento inicial surge de la necesidad de disponer en centro médico de un
mecanismo de almacenamiento de la información, que proporcione acceso inmediato a la misma,
así como, la automatización de muchas tareas que se realizan de forma periódica manualmente
en el centro.
En base a esto, se han clasificado los usuarios y separado los distintos módulos a los
cuales tendrá acceso dependiendo del perfil al cual pertenezcan.
Fruto del análisis realizado se han identificado los siguientes roles de usuario:
Tabla 2 - Tabla de usuarios
TABLA DE USUARIOS
CÓDIGO ROL USUARIO DESCRIPCION
USU-01 Administrador
Tendrá acceso a todos los módulos, gestionar
usuarios, recursos físicos, actualizaciones y
soporte.
USU-02 Personal Médico Tendrá acceso total a las historias clínicas del
paciente, consultas e inventario de medicamentos.
USU-03 Personal Auxiliar
Tendrá acceso a la actividad administrativa del
paciente, recolección de datos, control de ingresos
y altas, etc
USU-04 Personal Directivo Tendrá acceso a búsqueda y explotación de datos.
Fuente: Elaborado por el autor del documento.
Durante el proceso este proceso, se aplicó el formato Hoja de recolección de datos
(Anexo 3), a manera de encuesta, a partir de la cual se pudieron completar las tablas de requisitos
y se pudo establecer a nivel general la interrelación de procesos. (En la tabla de requisitos los
42
datos no se presentan de forma específica porque es necesario mantener la confidencialidad de la
información.)
Tabla 3 - Tabla de requisitos
TABLA DE REQUISITOS
CÓDIGO DESCRIPCION
REQ-01 El sistema debe funcionar en la red de área local.
REQ-02 El sistema debe contar con un control de usuarios.
REQ-03 Las vistas deben ser sencillas y de fácil
entendimiento.
REQ-04 El sistema debe contar con un módulo de
inventario para medicamentos.
REQ-05 El sistema debe contar con un módulo para
registrar los datos de pacientes.
REQ-06 El sistema debe contar con un módulo para
registrar las consultas realizadas a los pacientes.
REQ-07 El sistema debe funcionar en los equipos con los
cuales cuenta el área de sanidad.
REQ-08 El sistema debe contar con un historial de los
medicamentos que salen de inventario.
Fuente: Elaborado por el autor del documento.
3.3 Arquitectura
Tras el análisis realizado tanto al entorno, como a la situación actual del establecimiento
se llega a la conclusión de que la mejor manera de cubrir las necesidades detectadas es mediante
el desarrollo de una aplicación cliente-servidor, donde la interacción entre la aplicación y la base
de datos cobre una importancia fundamental. Una de las razones de haber elegido una aplicación
cliente-servidor frente a una aplicación Web, es la restricción existente en la red de internet del
establecimiento, además de los constantes problemas de conexión, por tanto, la solución óptima
es que funcione cliente-servidor sobre la red local.
43
El siguiente esquema muestra la arquitectura empleada:
Ilustración 6 - Arquitectura Cliente-Servidor. Tomado de: Programación 7 ULAT sede Azuero
La arquitectura empleada en el proyecto es simple, los usuarios acceden a la aplicación a
través de un equipo cliente, quien, a su vez, se conecta mediante la intranet del establecimiento al
equipo que funciona como servidor central, que es el que alberga la base de datos.
44
4. Etapa de
planteamiento
45
4.1 Software y hardware
Para el desarrollo del sistema de información se emplearon las siguientes herramientas
tecnológicas y lenguajes de programación:
Microsoft Visual Studio Community 2017
IDE gratuito con todas las características para estudiantes, desarrolladores de código
abierto y desarrolladores individuales. Microsoft Visual Studio es un entorno de desarrollo
integrado (IDE, por sus siglas inglés) para sistemas operativos Windows. Soporta varios
lenguajes de programación tales como Visual C++, Visual C#, Visual J#, ASP.NET y Visual
Basic .NET, aunque actualmente se han desarrollado las extensiones necesarias para muchos
otros.
MySQL
MySQL es la base de datos de código abierto más popular del mundo. Su continuo
desarrollo y su creciente popularidad está haciendo de MySQL un competidor cada vez más
directo de gigantes en la materia de las bases de datos como Oracle. MySQL es un gestor de base
de datos sencillo de usar e increíblemente rápido. También es uno de los motores de base de
datos más usados en Internet, la principal razón de esto es que es gratis para aplicaciones no
comerciales.
MySQL Workbench 6.3
Es una herramienta de diseño visual para bases de datos MySQL, que puedes utilizar
libremente para crear y diseñar el esquema de una base de datos nueva, documentar una base de
46
datos MySQL ya existente o realizar una migración compleja, ideal para todos aquellos que
trabajen como administradores, programadores o desarrolladores de bases de datos.
HeidiSQL 9.4
HeidiSQL es una herramienta para gestionar una base de datos MySQL, proporciona una
poderosa interfaz gráfica para administrar las tablas, los registros, y los usuarios de una base de
datos en dicho formato. Además, con este programa podrás editar a tu antojo una base de datos:
crear o eliminar tablas; insertar, editar y eliminar registros.
Microsoft Visio 2016
Las herramientas que lo componen permiten realizar diagramas de oficinas, diagramas de
bases de datos, diagramas de flujo de programas, diagramas UML, que permiten iniciar al
usuario en los lenguajes de programación.
Balsamiq Mockups 3
Balsamiq Mockups es una aplicación para crear maquetas para interfaces gráficas para
usuario. Le permite al diseñador diagramar widgets pre construidos utilizado un editor
WYSIWYG (what you see is what you get) de drag and drop.
Lenguaje C#
C# es un lenguaje de programación orientado a objetos desarrollado y estandarizado por
Microsoft como parte de su plataforma .NET, que después fue aprobado como un estándar por la
EXMA e ISO. Su sintaxis básica deriva de C/C++ y utiliza el modelos de objetos de la
plataforma .NET similar al de Java, aunque incluye mejoras derivadas de otros lenguajes.
47
Hardware
Para el desarrollo del proyecto se han utilizado un ordenador de escritorio al cual se le
han instalado todas las herramientas descritas anteriormente, el equipo cuenta con las siguientes
características técnicas:
Procesador: INTEL CORE i5-7500 3.4 GHz
Memoria RAM: 6.00 GB.
Disco Duro: 800 GB.
OS: Microsoft Windows 10
Monitor: SAMSUNG 24”
Los requerimientos mínimos de hardware para que el sistema funcione correctamente son
los siguientes:
Procesador: 2 GHz o más.
Memoria RAM: 2 GB.
Espacio en Disco Duro: 5 GB.
OS: Microsoft Windows 7 o superior.
Monitor: Pantalla 800×600
4.2 Casos de uso
A continuación, se presenta el diagrama de caso de uso para el personal auxiliar con
algunos de sus diagramas de secuencia, por motivos de confidencialidad no se especificarán
todos los datos de los diagramas usados durante el proyecto.
48
Ilustración 7 - Diagrama de casos de uso personal auxiliar. Desarrollado por el autor.
4.2.1 Especificaciones de los casos de uso
Tabla 4 – Iniciar Sesión (CU-01)
CU-01 INICIAR SESIÓN
Descripción Iniciar la sesión del usuario.
Actores
Personal auxiliar.
Personal médico.
Dirección.
Administrador.
Precondiciones N/A
49
Secuencia de pasos
Secuencia Descripción
P1 El actor introduce los datos de acceso.
P2 El sistema comprueba esos datos y da acceso al
sistema.
Secuencia alternativa El sistema comprueba los datos introducidos. En el caso de que no
sean correctos el sistema muestra mensaje de error de acceso.
Postcondición Se accede a la aplicación con el grado de visibilidad según sus
permisos.
Fuente: Elaborado por el autor del documento.
Usuario: Actor Sistema: Aplicación BD Aplicación
Introducir datos()
Datos erróneos()
Verificar datos()
Devuelve permisos del usuario()
Muestra menu()
Ilustración 8 - Diagrama de secuencias CU01. Desarrollado por el autor.
Tabla 5 - Cerrar sesión (CU-02)
CU-02 CERRAR SESIÓN
Descripción Permite salir de la sesión.
Actores
Personal de admisión.
Personal médico.
Dirección.
Administrador.
50
Precondiciones El actor debe haber iniciado sesión en la aplicación.
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón salir de aplicación.
P2 El sistema termina la conexión y carga la vista de
login.
Secuencia alternativa El sistema comprueba que el usuario tiene la sesión activa, en caso
contrario no realiza ninguna acción.
Postcondición Se elimina la visibilidad del menú.
Fuente: Elaborado por el autor del documento
Usuario: Actor Sistema: Aplicación BD Aplicación
Pulsa sobre icono salir()
Inabilita el menu()
Verificar datos()
Autorizar acción()
Ilustración 9 - Diagrama de secuencias CU02. Desarrollado por el autor.
Tabla 6 - Cambiar contraseña (CU-03)
CU-03 CAMBIAR CONTRASEÑA
Descripción Permite cambiar la contraseña al usuario.
Actores
Personal de admisión.
Personal médico.
Dirección.
Administrador.
Precondiciones El actor debe haber iniciado sesión en la aplicación.
51
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón para modificar
contraseña.
P2 El sistema abre una nueva ventana con los campos
necesarios para modificar la contraseña.
P3 El actor introduce los campos.
P4 El sistema comprueba la validez de los datos y los
almacena.
Secuencia alternativa
El sistema comprueba los datos introducidos. En el caso de que los
campos sean erróneos muestra un mensaje de advertencia y te
reconduce a la pantalla anterior.
Postcondición Se modifica la contraseña del usuario.
Fuente: Elaborado por el autor del documento
Usuario: Actor Sistema: Aplicación BD Aplicación
Pulsa sobre icono modificar contraseña()
Datos erróneos()
Introduce datos()
Devuelve modificación correcta()
Muestra menu()
Abre ventana de modificación()
Modificar datos()
Validar datos()
Ilustración 10 - Diagrama de secuencias CU03. Desarrollado por el autor.
Tabla 7 - Buscar pacientes (CU-04)
CU-04 BUSCAR PACIENTES
Descripción Permite buscar a un paciente en el sistema.
Actores
Personal de admisión.
Personal médico.
Dirección.
52
Administrador.
Precondiciones El actor debe haber iniciado sesión en la aplicación.
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón Historias clínica.
P2 El sistema abre una nueva ventana con los campos
por los que se puede buscar a un paciente.
P3 El actor selecciona los criterios de búsqueda e
introduce los campos.
P4
El sistema comprueba los datos introducidos por el
actor y lista los pacientes que coinciden con los
criterios de búsqueda.
P5 El actor selección el paciente que busca.
Secuencia alternativa
El sistema comprueba los datos introducidos. En el caso de que
ningún paciente cumpla dichos criterios el sistema muestra los
campos vacíos.
Postcondición Se focaliza el paciente.
Fuente: Elaborado por el autor del documento
Usuario: Actor Sistema: Aplicación BD Aplicación
Introducir datos paciente a buscar()
Muestra datos()
Consultar datos()
Devuelve datos()
Carga paciente()
Selecciona paciente()
Ilustración 11 - Diagrama de secuencias CU04. Desarrollado por el autor.
Tabla 8 - Modificar datos del paciente (CU-05)
CU-05 MODIFICAR DATOS DEL PACIENTE
Descripción Permite modificar los datos de un paciente.
53
Actores
Personal de admisión.
Personal médico.
Dirección.
Administrador.
Precondiciones El actor debe haber iniciado sesión en la aplicación.
El actor debe haber seleccionado un paciente del sistema.
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón editar paciente.
P2 El sistema abre una nueva ventana con todos los
datos de paciente para su edición.
P3 El actor modifica los campos y pulsa Guardar.
P4 El sistema comprueba la validez de los datos y los
almacena.
Secuencia alternativa El sistema comprueba valides de los datos, si los datos no son
correctos, se notifica para corrección.
Postcondición Los datos del paciente han sido modificados y almacenados en el
sistema.
Fuente: Elaborado por el autor del documento
Usuario: Actor Sistema: Aplicación BD Aplicación
Introducir datos paciente a modificar()
Datos erroneos()
Modificar datos del paciente()
Devuelve modificación()
Muestra modificación realizada()
Validar datos()
Ilustración 12 - Diagrama de secuencias CU05. Desarrollado por el autor.
54
Tabla 9 - Crear paciente (CU-06)
CU-06 CREAR PACIENTE
Descripción Permite dar de alta a un paciente en el sistema.
Actores
Personal de admisión.
Personal médico.
Dirección.
Administrador.
Precondiciones El actor debe haber iniciado sesión en la aplicación.
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón Nuevo paciente.
P2 El sistema abre ventana con todos los campos que
hay que rellenar para crear paciente.
P3 El actor introduce los campos.
P4 El sistema comprueba validez de los datos y los
almacena.
Secuencia alternativa El sistema comprueba valides de los datos, si los datos no son
correctos, se notifica para corrección.
Postcondición El actor es creado en el sistema.
Fuente: Elaborado por el autor del documento
55
Usuario: Actor Sistema: Aplicación BD Aplicación
Introducir datos paciente a crear()
Datos erroneos()
Guarda datos del paciente()
Devuelve inserción correcta()
Muestra inserción correcta()
Validar datos()
Ilustración 13 - Diagrama de secuencias CU06. Desarrollado por el autor.
Tabla 10 - Eliminar paciente (CU-07)
CU-07 ELIMINAR PACIENTE
Descripción Permite eliminar a un paciente del sistema.
Actores
Personal de admisión.
Personal médico.
Dirección.
Administrador.
Precondiciones El actor debe haber iniciado sesión en la aplicación.
El actor debe haber seleccionado un paciente del sistema.
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón eliminar paciente.
P2 El sistema abre ventana donde muestra mensaje de
confirmación para eliminación del paciente.
Secuencia alternativa
El sistema comprueba que el paciente no tenga ningún acto clínico
activo, ni ningún tipo de documentación clínica. En caso de tener
algún objeto, el sistema mostraría un mensaje indicando que no se
puede realizar esta acción.
Postcondición Los datos del paciente son borrados de manera lógica del sistema.
56
Fuente: Elaborado por el autor del documento
Usuario: Actor Sistema: Aplicación BD Aplicación
Seleccionar paciente a borrar()
Datos erróneos()
Borrar datos()
Devuelve borrado correcto()
Muestra borrado correcto()
Validar que no tenga
Actos clinicos()
Ilustración 14 - Diagrama de secuencias CU08. Desarrollado por el autor.
Tabla 11 - Ver historia paciente (CU-08)
CU-08 VER HISTORIA PACIENTE
Descripción Permite ver los datos administrativos de un paciente.
Actores
Personal de admisión.
Personal médico.
Dirección.
Administrador.
Precondiciones El actor debe haber iniciado sesión en la aplicación.
El actor debe haber seleccionado un paciente del sistema.
Secuencia de pasos
Secuencia Descripción
P1 El actor pulsa sobre el botón ver o presiona doble clic
sobre el paciente seleccionado.
P2 El sistema abre una nueva ventana con todos los
campos del paciente rellenos.
Secuencia alternativa N/A
Postcondición Al salir de esta pantalla nos lleva a la pantalla por la que hemos
57
accedido con el paciente focalizado.
Fuente: Elaborado por el autor del documento
Usuario: Actor Sistema: Aplicación BD Aplicación
Seleccionar paciente()
Muestra datos paciente()
Consulta datos paciente()
Devuelve datos paciente()
Ilustración 15 - Diagrama de secuencias CU08. Desarrollado por el autor.
4.3 Diseño
4.3.1 Diagrama Entidad-Relación
La siguiente ilustración muestra el diagrama E-R a nivel general, en este se pueden
observar las diferentes tablas con sus campos y relaciones, además en la tabla de relaciones se
puede evidenciar las relaciones existentes entre las llaves primarias y foráneas del modelo de
base de datos.
58
Ilustración 16 - Diagrama de Entidad-Relación. Desarrollado por el autor.
59
Ilustración 17 - Diagrama E-R (Pacientes). Desarrollado por el autor.
60
Ilustración 18 - Diagrama E-R (Historia clínica). Desarrollado por el autor.
61
Ilustración 19 - Diagrama E-R (Usuarios). Desarrollado por el autor.
Tabla 12 - Tabla de relaciones
TABLA DE RELACIONES
NOMBRE TABLA FK TABLA REFERENCIA PK
antecedentes id_anticonceptivo anticonceptivo id_anticonceptivo
antecedentes id_paciente paciente id_paciente
cat_municipio id_departamento cat_departamento id_departamento
cita id_doctor doctor id_doctor
cita id_paciente paciente id_paciente
consulta_medica id_doctor doctor id_doctor
consulta_medica id_paciente paciente id_paciente
diagnostico id_consulta consulta_medica id_consulta
diagnostico id_tipo_diagnostico tipo_diagnostico id_tipo_diagnostico
examen_medico id_consulta consulta_medica id_consulta
examen_medico id_tipo_examen tipo_examen id_tipo_examen
lote_medicamento id_medicamento medicamento id_medicamento
paciente id_departamento_actual cat_departamento id_departamento
paciente id_departamento_nc cat_departamento id_departamento
paciente id_municipio_actual cat_municipio id_municipio
paciente id_municipio_nc cat_municipio id_municipio
paciente id_consultorio datos_consultorio id_consultorio
paciente id_estado_civil estado_civil id_estado_civil
62
paciente id_tipo_sangre tipo_sangre id_tipo_sangre
permisos id_opcion opciones id_opcion
permisos id_usuario usuario id_usuario
receta id_consulta consulta_medica id_consulta
receta id_medicamento medicamento id_medicamento
Fuente: Elaborado por el autor del documento
4.3.2 Diseño de la interfaz
La interfaz del proyecto se realiza en dos fases, primero se diseñaron las vistas a manera
de mockups para posteriormente durante la etapa de desarrollo plasmar los diseños de manera
gráfica en el entorno de desarrollo.
Mockups
A continuación, se muestran algunos de las vistas más representativas del sistema
diseñadas en Balsamiq Mockups 3.
Ilustración 20 - Vista login. Desarrollado por el autor.
63
Ilustración 21 - Vista Inicio. Desarrollado por el autor.
Ilustración 22 - Vista Menú. Desarrollado por el autor.
64
Ilustración 23 - Vista Nuevo Paciente. Desarrollado por el autor.
Ilustración 24 - Vista Historia Clínica. Desarrollado por el autor.
65
5. Etapa de
formalización.
66
5.1 Construcción de interfaz final
Durante esta etapa se procede al desarrollo del sistema de información separando las
vistas del modelado de datos, llegado a este punto ya se han establecido seis módulos que se
listaran a continuación, además se muestran algunas de las vistas de cada módulo.
Ilustración 25 - Interfaz de Login. Desarrollado por el autor.
Ilustración 26 - Interfaz de Inicio. Desarrollado por el autor.
67
5.1.1 Módulo de pacientes
Tiene como propósito el ingreso, actualización, consulta y eliminación de datos del
paciente y su historial clínico. Dicha información es almacenada en la base de datos.
Ilustración 27 - Interfaz de Datos personales paciente. Desarrollado por el autor.
Ilustración 28 - Interfaz de Historias clínicas. Desarrollado por el autor.
68
5.1.2 Módulo de registros
Este módulo se usa para ingresar, actualizar o eliminar los diferentes parámetros que son
usados en los diferentes módulos, tales como datos de los médicos, departamentos, municipios,
tipos de consulta, tipos de exámenes, etc.
Ilustración 29 - Interfaz Registro de personal médico. Desarrollado por el autor.
Ilustración 30 - Interfaz Registro de otros parámetros. Desarrollado por el autor.
69
5.1.3 Módulo de medicamentos
En este módulo se realiza todo lo relacionado con el ingreso, actualización, eliminación o
salida de stock de los medicamentos que almacena el área de sanidad.
Ilustración 31 - Interfaz de medicamentos. Desarrollado por el autor.
Ilustración 32 - Interfaz Salida de medicamentos. Desarrollado por el autor.
70
5.1.4 Módulo de agenda
A través de este módulo se registran las fechas de las diferentes citas médicas que tendrán
los pacientes, permite agendar, consultar, modificar o cancelar las consultas que se van a realizar.
Ilustración 33 - Interfaz Consultar cita. Desarrollado por el autor.
Ilustración 34 - Interfaz Citas médicas. Desarrollado por el autor.
71
5.1.5 Módulo de consultas
Es el módulo encargado de almacenar los datos de la consulta que se realiza en campo
por un médico, además permite la selección de los exámenes que se vayan a realizar al paciente y
la receta médica que se le vaya a dar al paciente.
Ilustración 35 - Interfaz Registrar Consulta médica. Desarrollado por el autor.
Ilustración 36 - Interfaz ver consultas registradas. Desarrollado por el autor.
72
5.1.6 Módulo de control de usuarios
Módulo de administración de usuarios, permite crear, actualizar o eliminar los usuarios, además
de establecer su rol y permisos para las diferentes funcionalidades del sistema.
Ilustración 37 - Interfaz Cuenta de usuario. Desarrollado por el autor.
Ilustración 38 - Interfaz administrar cuentas. Desarrollado por el autor.
73
5.2 Mapa de sitio
Ilustración 39 - Mapa de sitio del sistema. Desarrollado por el autor.
I. Iniciar sesión: A través de esta pantalla se realiza la validación de usuario y
contraseña para acceder al sistema.
II. Inicio: Desde esta pantalla se puede ver el menú para acceder a los diferentes
módulos del sistema.
1. Pacientes: Es la primera opción del menú después del botón de inicio, a través de este
se puede acceder al modulo de pacientes que incluye el registro de nuevos pacientes
y consulta de los mismos.
1.1. Nuevo paciente: Desde esta pantalla se puede realizar el registro de nuevos
pacientes y su historial clínico.
74
1.2. Historia clínica: A través de esta pantalla se puede realizar búsqueda de
pacientes ya sea por su cedula, nombre, apellido, TD o numero de historia
clínica.
2. Registros: Desde esta opción del menú se puede acceder al modulo de los diferentes
registros y parámetros, además al modulo de medicamentos.
2.1. Médicos: Desde esta pantalla se puede registrar, editar y eliminar los datos de los
médicos.
2.2. Medicamentos: A través de este modulo se puede registrar, editar, eliminar y
realizar salidas de los medicamentos, además consultar reporte de salida de los
mismos.
2.3. Exámenes: Desde esta vista se pueden registrar y editar los tipos de exámenes
que se le pueden enviar a los pacientes durante una consulta.
2.4. Diagnósticos: Desde esta pantalla se registra, edita o elimina el diagnostico que
se le puede asignar un paciente durante una consulta.
2.5.Otros parámetros: Desde esta pantalla se puede acceder al registro y edición de
diferentes parámetros como departamentos, municipios, tipo de sangre y estado
civil.
3. Agenda: A través de esta opción del modulo se puede acceder al modulo de agenda
que permite la asignación y consulta de citas médicas.
3.1. Asignar cita: Permite seleccionar un paciente y agendarle cita medica con alguno
de los doctores registrados en el sistema.
75
3.2. Consultar citas: Desde esta vista se pueden consultar las citas asignadas a un
paciente o las citas pendientes de un doctor especifico, además se permite
reprogramar o cancelar las citas.
4. Consultas: A través de esta opción se puede acceder al módulo de consultas médicas
donde se pueden registrar los datos de consultas realizadas o ver las consultas hechas.
4.1. Realizar consulta: Desde esta vista se pueden registrar los datos de la consulta
medica que se realiza en campo, además permite prescribir la receta e imprimirla
y seleccionar e imprimir los exámenes que se vayan a mandar al paciente.
4.2. Consultas realizadas: A través de esta pantalla se pueden ver las consultas
realizadas filtrando por paciente o por doctor que realizó la consulta.
5. Administración: Desde esta opción se puede acceder al módulo de administración de
usuarios, el cual permite administrar, registrar, editar y eliminar los datos,
contraseñas y permisos de los diferentes usuarios registrados.
5.1. Mi cuenta: Esta pantalla permite ver y editar los datos personales del usuario.
5.2. Control de usuarios: Esta pantalla, habilitada para los usuarios con permiso de
administrador permite crear, modificar y eliminar usuarios, así como la
asignación de sus respectivos permisos en la plataforma.
5.3. Control de área: Desde esta vista se pueden modificar los datos del área de
sanidad.
6. Reportes: Esta opción permite el acceso al módulo de reportes desde el cual se
pueden generar diferentes tipos de reportes.
6.1. Reporte de pacientes: A través de esta pantalla se pueden generar los reportes de
los pacientes registrados en el sistema.
76
6.2. Transacciones diarias: Permite generar un reporte con los movimientos de
medicamentos realizados en una fecha o rango específico.
6.3. Resumen de diagnósticos: Desde esta pantalla se puede generar un reporte con el
resumen de diagnósticos y consultas realizadas por un doctor especifico o en una
fecha indicada.
7. Cerrar sesión: Esta opción permite terminar la sesión y volver a la pantalla de inicio
de sesión.
77
6. Etapa de
complementos
78
6.1 Implementación
Durante la etapa de implementación se pudieron obtener una serie de tablas resultado del
proceso de documentación de todo el proceso, en primer lugar la tabla de pruebas en la cual se
califica de 1 a 5 de acuerdo a los resultados de las diferentes pruebas que se realzaron al Sistema
una vez se instaló y se puso en funcionamiento.
Tabla 13 - Tabla de pruebas
TABLA DE PRUEBAS
CARACTERÍSTICA DESCRIPCION PUNTAJE
(1-5)
Rendimiento
Se realizaron pruebas para evaluar el rendimiento
del sistema en cuanto a velocidad de
procesamiento y velocidad de respuesta al
interactuar con el mismo y al realizar consultas.
4
Funcionalidad
Se verificó que los diferentes módulos
funcionaran de acuerdo a los requerimientos sin
presentarse anomalías durante la interacción con
el sistema.
5
Fiabilidad
Se realizaron diferentes pruebas intentando llevar
al sistema al fallo lo cual no se consiguió, el
sistema funcionó correctamente.
4
Estabilidad
Se realizaron pruebas para determinar la
estabilidad del sistema sin que este presentara
fallas durante un largo lapso de tiempo
interactuando con el mismo.
5
Seguridad
Se realizaron pruebas para intentar burlar la
seguridad del sistema y se agregaron validaciones
extra en algunos campos para evitar fallas con la
base de datos por datos incorrectos que puedan
llegar a comprometer la seguridad del sistema.
Además, se establecieron una serie de permisos
para los diferentes usuarios para evitar
manipulación incorrecta de algunos datos
sensibles.
4
Fuente: Elaborado por el autor del documento.
79
Además, como se puede evidenciar en la tabla de documentación se muestran los
diferentes documentos obtenidos durante la ejecución del proyecto mostrando así el
cumplimiento de cada uno de los 6 objetivos planteados.
Tabla 14 - Tabla de documentación
TABLA DE DOCUMENTACIÓN
CÓDIGO OBJETIVO DESCRIPCION
RES-01
OBJ-01
/Documento donde se informa el estado actual de
infraestructura, personal, equipos existentes y estado de los recursos tecnológicos del área de Sanidad.
RES-02 /Documento donde se evidencian los procesos que se llevan a cabo en el área de Sanidad.
RES-03 /Documento que defina los formatos y herramientas utilizadas por el personal del área de Sanidad.
RES-04 OBJ-02
/Documento que contenga análisis del estado actual, alcance y los procesos implementados y a implementar.
RES-05 /Documento con los requerimientos para el diseño del sistema de información.
RES-06 OBJ-03
/Documento con los modelos y diagramas del Sistema de Información.
RES-07 /Documento que contenga los Mockups.
RES-08
OBJ-04
/Software funcional para prueba piloto.
RES-09 /Documento que evidencie los procesos principales que se ejecutan en el Sistema de Información.
RES-10 /Documentación de la base de datos.
RES-11 /Documentación errores y correcciones realizadas.
RES-12
OBJ-05
/Documento con el plan de implementación y apuntes sobre algún paso anexado al plan sobre la marcha.
RES-13 /Documento que evidencie la asistencia del personal capacitado en el manejo del sistema de información, además sus
observaciones al respecto.
RES-14 /Encuestas de conformidad realizadas tras la implementación.
RES-15 OBJ-06 /Documento final.
Fuente: Elaborado por el autor del documento.
6.2 Capacitación de personal
Tal como se muestra en la tabla de capacitación se reúne al personal de acuerdo a su rol en el
sistema previamente establecido, y en las diferente fechas se capacitan de acuerdo a los módulos
a los cuales tienen acceso. Algunas de las capacitaciones incluyen a todo el personal involucrado
ya que son módulos a los cuales tienen común acceso.
80
Tabla 15 - Tabla de capacitación
TABLA DE CAPACITACIÓN
CAPACITACIÓN FECHA HORAS PERSONAL
Acceso general al Sistema 18 de Junio 1 Médico, Auxiliar,
directivo.
Módulo de pacientes 19 de Junio 1 Médico, Auxiliar.
Módulo de registros 20 de Junio 1 Auxiliar.
Módulo de medicamentos 19 de Junio 1 Médico, Auxiliar.
Módulo de agenda 20 de Junio 1 Auxiliar.
Módulo de consultas 19 de Junio 1 Médico, Auxiliar.
Módulo de control de
usuarios 18 de Junio 1 Sistemas.
Módulo de reportes 18 de Junio 1 Médico, Auxiliar,
directivo.
Fuente: Elaborado por el autor del documento.
81
6.3 Socialización de resultados del proyecto
Como se puede evidenciar en la ilustración 40, la hoja de asistencia a la socialización, se
cumple con el último objetivo establecido en el proyecto, el cual especifica la socialización de
los resultados y publicación del proyecto, dicha publicación se llevará a cabo en las memorias
del evento III Encuentro Binacional Jóvenes Investigadores realizado por la Universidad
Cooperativa de Colombia con clave EBJI 22.
Ilustración 40 - Asistencia a socialización. Desarrollado por el autor.
82
7. Resultados y discusión
Al igual que muchas empresas tanto del sector público como privado, el EPMSC Arauca
busca la mejora continua de sus procesos, a pesar de los limitados recursos con los cuales cuenta,
sus empleados tratan de aportar de sí mismos para velar por el buen manejo y la optimización de
estos, para el caso puntual, se contó con el apoyo total y colaboración por parte del personal
tanto del área de sanidad, como directivos y personal de guardia. Se obtuvieron con éxito los
requerimientos para el desarrollo de la aplicación y se desarrolló sin imprevistos mayores,
posterior al proceso de implementación se ha capacitado al personal para el uso de la herramienta
entregada, el personal se ha mostrado conforme con los resultados.
Como resultado se entregó un sistema de información desarrollado en el lenguaje de
programación C#, con base de datos MySQL; la arquitectura empleada es Cliente-Servidor,
donde los usuarios acceden a la aplicación a través de un equipo cliente, quien, a su vez, se
conecta, mediante la intranet del establecimiento al equipo que funciona como servidor central,
que es el que alberga la base de datos. El sistema se divide en seis grandes módulos: pacientes,
registros, medicamentos, agenda, consultas y control de usuarios.
83
8. Conclusiones
El método Winner utilizado, permitió el diseño y desarrollo del sistema de información
propuesto, de forma coordinada, cumpliendo con cada una de las etapas previamente establecidas
en el proyecto.
Las pruebas realizadas al sistema evidenciaron que el mismo cumple con las
especificaciones técnicas y operativas establecidas en el diseño.
Con la implementación del software se garantizó y agilizó el manejo de la información,
además se redujo el espacio físico utilizado para el almacenamiento de la información del área de
sanidad en el EPMSC.
84
Referencias bibliográficas
Alonso, J. L. (2005). La Historia Clínica Electrónica: Ideas, Experiencias y Reflexiones.
Obtenido de http://bvs.sld.cu/revistas/aci/vol13_5_05/aci02505.pdf .
Castillo, M. E. (Junio de 2010). Sistema automatizado de historia clínica para un centro de
medicina estética y obesidad. Caso: sibana. Obtenido de
http://tesis.luz.edu.ve/tde_arquivos/161/TDE-2011-11-10T08:47:13Z-
2184/Publico/castillo_silva_eibeth_carol.pdf
Diaz, E. S. (2010). Lenguajes documentales, historias clínicas electronicas.
Fortuny, R. S. (2013). Historia clínica electrónica en un departamento de obstétricia,
ginecología y reproducción: Desarrollo e implementación. Factores clave. Obtenido de
http://www.tdx.cat/bitstream/handle/10803/117304/rsf1de1.pdf
INPEC. (2017). Política de tratamiento y protección de datos personales. Inpec.
INPEC. (18 de Julio de 2018). Establecimiento Penitenciario De Mediana Seguridad Y
Carcelario De Arauca. Obtenido de EPMSC Arauca.
INPEC. (18 de Julio de 2018). Misión y Visión. Obtenido de
http://www.inpec.gov.co/institucion/formulacion-estrategica/mision-y-vision
Instituto Tecnologico de Sonora. (s.f.). Introduccion a sistemmas de informacion. Obtenido de
Introduccion a sistemmas de informacion:
http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm
Lucy Nohemy Medina Velandia, W. M. (2015). Escoger una metodología para desarrollar
software, difícil decisión. Educación en Ingeniería Vol. 10, 98-109.
Mollo, I. K. (2006). Sistema de Información automatizado para el control de recepción de
Consultas e Historiales médicos en el Hospital “Wálter Khon”. Obtenido de
http://dpicuto.edu.bo/tesis/facultad-nacional-de-ingenieria/carrera-de-ingenieria-de-
sistemas-e-informatica/97-sistema-de-informacion-automatizado-para-el-control-de-
recepcion-de-consultas-e-historiales-medicos-en-el-hospital-walter-khon.html
Walter, Saldías, J., & Zambrano, R. (2002). Historias clínicas electrónicas. Experiencia en un
hospital nacional. Satisfacción por parte del personal de salud y pacientes. Obtenido de
Revista Peruana de Medicina Interna.:
http://sisbib.unmsm.edu.pe/BVrevistas/spmi/v15n1/histo_clini.htm
85
Anexos
86
Anexo 1 Formato tabla de Hardware.
H A R D W A R E
CPU PROCESADOR
MEMORIA RAM
DISCO DURO
MONITOR ESTADO DEL
EQUIPO
MARCA PLACA
INVENTARIO SERIAL TIPO VELOCIDAD
No. MONITOR
MARCA PLACA INVENTARIO
SERIAL B R M
87
Anexo 2 Formato tabla de recursos.
CUARTO TIPO DE ACTIVO ABREVIATURA ACTIVO UBICACIÓN RESPONSABLE ESTADO OBSERVACIÓN
1 INFRAESTRUCTURA IFR OFICINA DOC.
ALONZO ÁREA
SANIDAD REGULAR
ESPACIO REDUCIDO. VENTILACIÓN EN MAL ESTADO. CABLEADO DE RED DESORDENADO Y VISIBLE. CABLES ELECTRICOS VISIBLES. MARCAS DE OXIDO EN EL SUELO.
1 IMPRESORA IMP HP LASERJET
M1522N ÁREA
SANIDAD REGULAR
EL TONER SE ENCUENTRA EN MAL ESTADO, POR LO TANTO LA CALIDAD DE IMPRESIONES ES MALA.
1 IMPRESORA IMP SAMSUNG ML-2010 ÁREA
SANIDAD MALO
NO SE ENCUENTRA EN FUNCIONAMIENTO
1 MUEBLE MB CAJON METALICO
PARA ARCHIVO LMG ÁREA
SANIDAD MALO
NO SIRVEN LAS CERRADURAS DE SEGURIDAD, LOS CAJONES NO ABREN Y CIERRAN CORRECTAMENTE, DETERIORO EVIDENTE.
1 MUEBLE MB ESCRITORIO
MADERA ÁREA
SANIDAD REGULAR
NO ES MUY ESTABLE DEBIDO A SU ESTADO DE DETERIORO
1 MUEBLE MB ESCRITORIO
MADERA 263335 ÁREA
SANIDAD BUENO
SE ENCUENTRA EN BUEN ESTADO
1 COMPUTADOR PC LENOVO V520S-08IKL DESKTOP
ÁREA SANIDAD
EXCELENTE EL EQUIPO ES NUEVO
88
Anexo 3 Formato hoja de recolección de datos.
HOJA DE RECOLECCIÓN DE DATOS
- Procesos que se cumplen al llegar el paciente a la institución:
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Interrelaciones entre los procesos:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Requerimientos de datos:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Datos personales que se registran en la historia clínica actual:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Antecedentes personales que se registran en la historia clínica actual:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Datos del examen físico que se registra en la historia actual:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Exámenes complementarios que se solicitan actualmente:
___________________________________________________________________
89
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Registro de la evolución o consultas sucesivas del paciente:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Control de los procedimientos médicos realizados:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Control de tratamientos médicos indicados:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
- Proceso de almacenamiento de la historia clínica actual:
___________________________________________________________________
___________________________________________________________________
Observaciones:
___________________________________________________________________
___________________________________________________________________
Observador:
Fecha:
Top Related