sistema de información para la automatización de procesos

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


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.


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.


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


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


Pulsa sobre icono salir()

Inabilita el menu()

Verificar datos()

Autorizar acción()


Tabla 6 - Cambiar contraseña (CU-03)

CU-03 CAMBIAR CONTRASEÑA

Descripción Permite cambiar la contraseña al usuario.

Actores


Personal médico.

Dirección.

Administrador.


51

Secuencia de pasos


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.



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


Tabla 7 - Buscar pacientes (CU-04)

CU-04 BUSCAR PACIENTES

Descripción Permite buscar a un paciente en el sistema.

Actores


Personal médico.

Dirección.

52

Administrador.


Secuencia de pasos


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.


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.



Introducir datos paciente a buscar()

Muestra datos()

Consultar datos()

Devuelve datos()

Carga paciente()

Selecciona paciente()


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 médico.

Dirección.

Administrador.


El actor debe haber seleccionado un paciente del sistema.

Secuencia de pasos


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.



Introducir datos paciente a modificar()

Datos erroneos()

Modificar datos del paciente()

Devuelve modificación()

Muestra modificación realizada()

Validar datos()


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 médico.

Dirección.

Administrador.


Secuencia de pasos


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.


55


Introducir datos paciente a crear()

Datos erroneos()

Guarda datos del paciente()

Devuelve inserción correcta()

Muestra inserción correcta()

Validar datos()


Tabla 10 - Eliminar paciente (CU-07)

CU-07 ELIMINAR PACIENTE

Descripción Permite eliminar a un paciente del sistema.

Actores


Personal médico.

Dirección.

Administrador.



Secuencia de pasos


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.


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



Seleccionar paciente a borrar()

Datos erróneos()

Borrar datos()

Devuelve borrado correcto()

Muestra borrado correcto()

Validar que no tenga

Actos clinicos()


Tabla 11 - Ver historia paciente (CU-08)

CU-08 VER HISTORIA PACIENTE

Descripción Permite ver los datos administrativos de un paciente.

Actores


Personal médico.

Dirección.

Administrador.



Secuencia de pasos


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.



Seleccionar paciente()

Muestra datos paciente()

Consulta datos paciente()

Devuelve datos paciente()


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


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


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.


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.


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:

sistema de información para la automatización de procesos

Documents