UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/16659/1/B_CISC_PTG.1161.Cevallos... · 4.3. CONFIGURACIÓN DE LAS VARIABLES DE ENTORNO JAVA HOME Es una variable de entorno

I

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

“DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO

ARQUETIPOS BASADOS EN LA NORMA ISO 13606 PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS

HOSPITALARIOS”

MANUAL TÉCNICO Y MANUAL DE USUARIO

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR: Jenniffer Inés Cevallos Yagual

Pedro Luis Mera Franco

TUTOR: Ing. Leili Lopezdominguez

GUAYAQUIL – ECUADOR 2016

II

ÍNDICE GENERAL

ÍNDICE GENERAL II

INDICE DE CUADROS IV

INDICE DE GRÁFICOS V

MANUAL TÉCNICO VII

1. INTRODUCCIÓN 1

2. FLUJO DEL PROCESO 1

3. RECURSOS DE DESARROLLO 4

4. INSTALACIÓN DE RECURSOS 5

4.1. INSTALACIÓN DE JAVA JDK 5

4.2. INSTALACIÓN DE APACHE MAVEN 3.3.9 6

4.3. CONFIGURACIÓN DE LAS VARIABLES DE ENTORNO 7

4.4. INSTALACIÓN DE POSTGRESQL 10

4.5. ADMINISTRACIÓN DE POSTGRESQL, CREACIÓN DE USUARIOS

(ROLES), CATÁLOGOS CREAR ROLES DE LOGIN (USUARIOS) EN

POSTGRESQL 14

4.6. INSTALACIÓN ECLIPSE NEON 18

4.7. DESCARGAR Y CONFIGURAR WIDFLY 19

4.8. INSTALACIÓN DE SPRING 26

4.9. CONFIGURACIÓN DE MAVEN 28

4.10. IMPORTAR PROYECTO 30

4.11. CONEXIÓN A LA BASE DE DATOS 31

5. ESTRUCTURA DEL PROYECTO 34

5.1. APLICACIÓN 34

5.2. WEB PAGES 35

5.3. SOURCE PACKAGES 35

5.5. CONFIGURATION FILES 35

5.6. BASE DE DATOS 35

III

6. DIAGRAMAS 53

6.1. Diagrama de Diseño de Base de Datos 53

MANUAL DE USUARIO 54

1. INTRODUCCIÓN 55

2. OBJETIVO 55

3. INGRESO A LA APLICACIÓN 55

4. MÓDULO TRABAJO SOCIAL 57

4.1. Agendar Cita 57

4.2. Consultar Cita 59

4.3. Consulta Diagnóstico 67

IV

INDICE DE CUADROS Cuadro N° 1: Descripción del Flujo de Procesos 3 Cuadro N° 2: Tabla AtmDiagnosticos 36 Cuadro N° 3: Tabla AtmDifGeoubicacion 36 Cuadro N° 4: Tabla HcfLocalizacion 36 Cuadro N° 5: Tabla AtmSectores 37 Cuadro N° 6: Tabla AtmTiposDiagnosticos 37 Cuadro N° 7: Tabla ParEspecialidadesMedicas 38 Cuadro N° 8: Tabla ParFamilias 38 Cuadro N° 9: Tabla ParPacientes 39 Cuadro N° 10: Tabla ParPersonas 39 Cuadro N° 11: Tablas ParProfesionalSalud 40 Cuadro N° 12: Tabla ParTipoSeguro 41 Cuadro N° 13: Tabla ParTipoEstadoCivil 41 Cuadro N° 14: Tabla ParTipoIdentificacion 42 Cuadro N° 15: TablaParTiposProfesionalesSalud 42 Cuadro N° 16: Tabla ParTiposSexos 42 Cuadro N° 17: Tabla ProEstablecimientoSalud 43 Cuadro N° 18: Tabla ProUnidadOperativa 43 Cuadro N° 19: Tabla AtmVisitasHcu 45 Cuadro N° 20: Tabla HcfCondicionSocioeconomica 45 Cuadro N° 21: Tabla HcfDetalleDiagnostico 46 Cuadro N° 22: Tabla HcfDiagnosticoSocial 46 Cuadro N° 23: Tabla HcfEstructuraFamiliar 46 Cuadro N° 24: Tabla HcfEvolucionRiesgoSocial 47 Cuadro N° 25: Tabla HcfParametros 48 Cuadro N° 26: Tabla HcfPersonaRepresentante 49 Cuadro N° 27: Tabla HcfRiesgoFamiliar 49 Cuadro N° 28: Tabla HcfPrincipal 50 Cuadro N° 29: Tabla HcfTiposActividadEco 51 Cuadro N° 30: Tabla HcfTiposInstruccion 51 Cuadro N° 31: Tabla HcfTiposParentesco 51 Cuadro N° 32: Tabla HcfTiposSeguro 52 Cuadro N° 33: Tabla HcfViviendaServicio 52 Cuadro N° 34: Tabla Riesgo Social 64

V

INDICE DE GRÁFICOS

Gráfico N° 1: Flujo de Proceso (Generación arquetipo) 2 Gráfico N° 2: Flujo de Proceso (Consulta de arquetipo) 2 Gráfico N° 3: Descargar JDK 5 Gráfico N° 4: Instalación del JDK 6 Gráfico N° 5: Instalación de Maven 7 Gráfico N° 6: Configuración de Java Home 8 Gráfico N° 7: Configuración de Variable de entorno de Maven 9 Gráfico N° 8: Configuración de Path Home 10 Gráfico N° 9: Enterprice DB 10 11 Gráfico N° 10: Instalación Terminada de PostgreSQL 12 Gráfico N° 11: Paquetes Básicos de Postgis 12 GRÁFICO N° 12 DIRECTORIO DE POSTGIS 13 GRÁFICO N° 13 INSTALACIÓN FINAL POSTGIS 13 Gráfico N° 14: Conectarse a PostgreSQL 14 Gráfico N° 15: Crear el nombre de rol - contraseña 15 Gráfico N° 16: Crear nueva Base de Datos 15 Gráfico N° 17: Restore de Base de Datos 16 Gráfico N° 18: Crear el backup de la base de datos 17 Gráfico N° 19: Base de Datos SimaDB 17 Gráfico N° 20: Instalación de Eclipse Neón 18 Gráfico N° 21: Directorio de Workspace 19 Gráfico N° 22: Descargar Widfly 10 20 Gráfico N° 23: Directorio archivo Standalone 20 Gráfico N° 24: Configuración Standalone 21 Gráfico N° 25: Ingreso a Marketplace Eclipse 21 Gráfico N° 26: JBoss Studio 22 Gráfico N° 27: Instalación JBoss 22 Gráfico N° 28: Nuevo Servidor Widfly 23 Gráfico N° 29: Crear Nuevo Adaptador del Servidor 23 Gráfico N° 30: Instalación de las Librerías del JDK 24 Gráfico N° 31: Librería del Jboss Tool 25 Gráfico N° 32: Ruta Administrador Consola Widfly 25 Gráfico N° 33: Administrado Consola Widfly 26 Gráfico N° 34: Búsqueda de Spring Tools 27 Gráfico N° 35: Confirmación Instalación de Spring Tools 27 Gráfico N° 36: Ruta archivo settings del maven 28 Gráfico N° 37: Configuración Repositorio Maven 28 Gráfico N° 38: Instalación del Maven 29 Gráfico N° 39: Agregar archivo setting al maven 29 Gráfico N° 40: Agregar repositorio al maven 30 Gráfico N° 41: Importación Proyecto Eclipse 31 Gráfico N° 42: Configuración Archivo Properties Database 32 Gráfico N° 43: Agregar JAR de PostgreSQL 32 Gráfico N° 44: Test de Conexión Database 33 Gráfico N° 45: Conexión a la Base de Datos 34

VI

Gráfico N° 46: Diagrama Relacional de la Base de Datos 53 Gráfico N° 47: Inicio de Sesión 56 Gráfico N° 48: Menú Dinámico 56 Gráfico N° 49: Pantalla para Agendar Cita Trabajo Social 57 Gráfico N° 50: Error cantidad de dígitos en cédula 58 Gráfico N° 51: Error letras en cédula 58 Gráfico N° 52: Error persona no registrada 58 Gráfico N° 53: Pantalla de Consultar Citas 59 Gráfico N° 54: Inicio de Evaluación 60 Gráfico N° 55: Datos de Unidad Médica y Datos del Paciente 60 Gráfico N° 56: Viviendas y Servicios 61 Gráfico N° 57: Condición Socio-Económica 62 Gráfico N° 58: Riesgo Familiar 62 Gráfico N° 59: Estructura Familiar 63 Gráfico N° 60: Agregar Nuevo Miembro Familia 63 Gráfico N° 61: Nuevo Miembro Familiar 64 Gráfico N° 62: Guardar Evaluación Social 65 Gráfico N° 63: Pantalla Diagnostico Social 65 Gráfico N° 64: Arquetipo generado 66 Gráfico N° 65: PDF del Formulario de Trabajo Social 66 Gráfico N° 66: Consulta Diagnóstico 67 Gráfico N° 67: Pantalla de Visor del Arquetipo 68

VII

MANUAL TÉCNICO

1

1. INTRODUCCIÓN

El Desarrollo del Formulario 038 de Trabajo Social del Ministerio de Salud

Pública aplicando arquetipos basados en la norma ISO 13606 para la

interoperabilidad de Sistemas Hospitalarios forma parte de un proyecto de

investigación aprobado por la Dirección de Investigaciones y Proyectos

Académicos (DIPA), el proyecto se basa en la elaboración de un sistema de

información clínica que permite la entrada de datos correspondientes al

formulario de trabajo social para la generación de un arquetipo diseñado en base

a la norma ISO 13606.

El presente documento detalla el flujo del proceso, las estructuras de la base de

datos, los requerimientos de hardware y de software que se deben utilizar para

desarrollar el proyecto y también los pasos a seguir para la instalación y

configuración de los mismos.

2. FLUJO DEL PROCESO

La interfaz del formulario 038 de Trabajo Social se divide en procesos los cuales

son secuenciales, es decir un procedimiento empieza después de la finalización

del anterior procedimiento. A continuación los procesos:

2

Gráfico N° 1: Flujo de Proceso (Generación arquetipo)

LOGIN AL SISTEMA ESALUD

USUARIO

MENU DE OPCIONES TRABAJO

SOCIAL

ROL TRABAJADOR

SOCIAL

SI

CONSULTA CITA PACIENTE POR

NUMERO CÉDULA

SIN ACCESO AL MENU TRABAJO

SOCIAL

NO

¿ CITA DISPONIBLE?

INICIAR EVALUACIÓN

SI

NO EXISTEN CITAS

DISPONIBLES

NO

SELECCIÓN DE VIVIENDA, CONDICIONES, RIESGOS Y ESTRUCTURA FAMILIAR

CALCULO DE CATEGORÍA POR PUNTOS

INGRESO DE DIAGNOSTICO SOCIAL,

OBSERVACIONES Y RECOMENDACIONES

REPORTEARQUETIPO

Elaborado Por: Pedro Mera, Jennifer Cevallos

Fuente: Datos de la Investigación

Gráfico N° 2: Flujo de Proceso (Consulta de arquetipo)


USUARIO


SOCIAL

ROL TRABAJADOR

SOCIAL

SI

CONSULTA DE DIAGNOSTICO

PACIENTE


SOCIAL

NO

¿ HISTORIAL DE CITAS?

CARGAR DATOS ARQUETIPO EN PAGINA WEB

SI

NO EXISTE HISTORIAL DE

CITAS

NO

ARQUETIPO

PAGINA WEB



3

Cuadro N° 1: Descripción del Flujo de Procesos

N. PROCESO DESCRIPCIÓN OPCIÓN EN

SISTEMA

RESPONSABLE

1 Login al Sistema

eSalud

Autenticación del usuario

en el sistema.

Inicio

Administrador

Trabajador

Social

2 Ingreso Menú de

Opciones

Trabajo Social

Contiene las opciones

para el llenado o consulta

del formulario de trabajo

social.

Menú de

Opciones

Trabajador

Social

3 Consultar Cita

Paciente

Permite consultar si el

paciente cuenta con una

cita disponible asignada a

un trabajador social.

Consultar

Cita

Trabajador

Social

4 Iniciar

Evaluación

Carga una página con los

datos del paciente y

permite seleccionar los

datos de vivienda,

condiciones sociales,

riesgos y estructura

familiar del paciente.

Consultar

Cita

Trabajador

Social

5 Cálculo de

Categoría por

puntos

Realizar una sumatoria de

los puntos obtenidos en la

evaluación para asignar

una categoría.

Consultar

Cita

Trabajador

Social

6 Generación de

arquetipo y

reporte

Al final de la evaluación al

usuario se le permite

guardar los datos en la

base de datos y dentro de

un arquetipo, o imprimirlo

mediante la generación

del reporte.

Consultar

Cita

Trabajador

Social

7 Consulta de

Diagnóstico

Paciente

Permite consultar

directamente desde un

repositorio de arquetipos

los datos de un

Consulta de

Diagnóstico

Trabajador

Social

4

diagnostico emitido en un

cita del paciente.

8 Carga arquetipo

en página web

Permite visualizar los

datos traídos desde el

archivo de arquetipo.

Consulta de

Diagnóstico

Trabajador

Social


Fuente: Datos de la Investigación.

3. RECURSOS DE DESARROLLO

Hardware

Procesador: Core I5 o superior

Memoria RAM: 6 Gb

Disco Duro: 1TB

Software

Para instalación de la Base de Datos

Sistema Operativo: Windows 7 o superior.

Para instalación de las herramientas de desarrollo

Sistema Operativo: Windows 7 o superior, cualquier versión de linux.

Herramientas de Desarrollo

Eclipse Neon

Java 8

PostgreSQL 9.3

Widfly 10.0

Primefaces

Spring

Maven

Hibernate

5

4. INSTALACIÓN DE RECURSOS

4.1. INSTALACIÓN DE JAVA JDK

Para instalar Java se deben seguir los siguientes pasos:

1. Ir a la página oficial de Oracle para descargar Java:

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-

downloads-2133151.html

2. Escoger la versión según el sistema operativo donde se va a instalar.

3. Una vez descargado se debe dar doble clic para ejecutar el

instalador.

Gráfico N° 3: Descargar JDK



4. Se instaló el JDK 1.8 que provee herramientas de desarrollo para la

creación de programas en Java.

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html

6

Gráfico N° 4: Instalación del JDK



4.2. INSTALACIÓN DE APACHE MAVEN 3.3.9


1. Ir a la página oficial de Apache para descargar el Apache Maven:

http://maven.apache.org/download.cgi


3. Una vez descargado se debe dar doble clic para ejecutar el

instalador.

4. Se instaló el Apache Maven 3.3.9 que provee herramientas de

apache para la creación del repositorio e instalación de las librerías.

http://maven.apache.org/download.cgi

7

Gráfico N° 5: Instalación de Maven



4.3. CONFIGURACIÓN DE LAS VARIABLES DE ENTORNO

JAVA HOME Es una variable de entorno del sistema que informa al sistema operativo sobre la

ruta donde se encuentra instalado Java. Seguiremos la siguiente secuencia de

pasos para configurar esta variable:

1. Abrimos el explorador de Windows o pulsamos sobre “Mi Pc”.

Pulsamos sobre Equipo y con botón derecho del ratón o buscando el

icono -> Propiedades -> Configuración avanzada / Cambiar

configuración -> Opciones avanzadas -> Variables de entorno ->

Nueva (Variables del sistema).

2. En otras versiones tenemos que llegar a Configuración avanzada del

sistema / Variables de entorno... -> Nueva (Variables del sistema).

3. Escribiremos aquí la ruta en que se haya instalado Java. Puedes

consultarla en el propio explorador de Windows buscando la carpeta

en que se ha instalado Java, que normalmente será del tipo

C:\Program Files\Java\jdk1.8.0_101 ó C:\Program Files

(x86)\Java\jdk1.8.0_101 o similar. Fíjate en la barra superior donde

aparece la ruta y cópiala tal y como aparece ahí.

8

Gráfico N° 6: Configuración de Java Home



M2 HOME Es una variable de entorno del sistema que informa al sistema operativo sobre la

ruta donde se encuentra instalado el Apache Maven. Seguiremos la siguiente

secuencia de pasos para configurar esta variable:


Pulsamos sobre Equipo y con botón derecho del ratón o buscando el

icono -> Propiedades -> Configuración avanzada / Cambiar


Nueva (Variables del sistema).


sistema / Variables de entorno... -> Nueva (Variables del sistema).

3. Escribiremos aquí la ruta en que se haya instalado Java. Puedes

consultarla en el propio explorador de Windows buscando la carpeta

en que se ha instalado Java, que normalmente será del tipo C:\

ws_salud\apache-maven-3.3.9. Fíjate en la barra superior donde

aparece la ruta y cópiala tal y como aparece ahí.

9

Gráfico N° 7: Configuración de Variable de entorno de Maven



PATH HOME Es una variable de entorno del sistema que informa al sistema operativo sobre la

ruta de distintos directorios esenciales para el funcionamiento del ordenador.


Pulsamos sobre Equipo -> Propiedades y con botón derecho del ratón

o buscando el icono -> Configuración avanzada / Cambiar


buscamos en Variables del sistema la variable Path, pulsamos para

seleccionarla y hacemos click en el botón Editar. Luego al final del

contenido que ya exista, añadiremos un punto y coma y el texto

%JAVA_HOME%\bin y %M2_HOME%\bin. No deben quedar

espacios intermedios.


sistema / Variables de entorno... -> buscamos en Variables del

sistema la variable Path, pulsamos para seleccionarla y hacemos click

en el botón Editar.

10

Gráfico N° 8: Configuración de Path Home



A modo de resumen de todo el proceso de configuración: hemos creado una

variable de entorno llamada JAVA_HOME – M2_HOME y hemos añadido una

expresión a la variable PATH.

4.4. INSTALACIÓN DE POSTGRESQL

Para instalar Postgresql se deben seguir los siguientes pasos:

1. Ir a la página oficial para descargar el instalador del programa de la

página de EnterpriseDB: http://www.enterprisedb.com/products-services-

training/pgdownload

En dicha página selecciona la versión de PostgreSQL, el sistema

operativo y procesador que utilizas: En nuestro caso estamos en

Windows 8 y 32bits, para ello descargamos Win x86-

32: el archivo ejecutable: postgresql-9.3.5-1-windows-x64.exe.

http://www.enterprisedb.com/products-services-training/pgdownload

http://www.enterprisedb.com/products-services-training/pgdownload

11

Gráfico N° 9: Enterprice DB 10



2. Vamos a instalar ahora la versión de PostgreSQL 9.3.5.1. Para ello

ejecuta el archivo descargado, donde seguirás las siguientes ventanas,

dejando las opciones por defecto de directorio de instalación y

almacenamiento de datos.

3. A continuación tienes que decidir y teclear una contraseña propia para el

usuario postgres de la base de datos. En nuestro caso vamos a introducir

la contraseña postgres, igual que el usuario. Este password es importante

porque es el que vamos a usar para poder conectarnos a la BD como

usuarios.

4. A continuación dejas por defecto el puerto de conexión de PostgreSQL

(5432).

5. Una vez que ya has configurado las opciones de instalación, le das a

siguiente y empieza a instalar el programa.

12

Gráfico N° 10: Instalación Terminada de PostgreSQL



6. Despues de instalar PostgreSQL nos pide añadir Stack Builder, que es el

instalador disponible de PostgreSQL-PostGIS para Windows. Lanza la

instalación de este programa que lleva incorporado una serie de

paquetes de instalación, entre los que se encuentran unos paquetes

simples de PostGIS.

7. Para ello vas a activar la casilla de PostGIS 2.1 Bundle for PostgreSQL

9.3 (corresponden con los paquetes básicos de PostGIS).

Gráfico N° 11: Paquetes Básicos de Postgis



13

8. A continuación le indicas la localización donde tiene que instalar el

PostGIS 2.1.3, que si te fijas corresponde con la carpeta de PostgreSQL.

GRÁFICO N° 12 DIRECTORIO DE POSTGIS



9. Una vez concluida la instalación del software PostGIS 2.1.3, cierra el

menú en Close y termina el proceso en Finish.

GRÁFICO N° 13 INSTALACIÓN FINAL POSTGIS



14

4.5. ADMINISTRACIÓN DE POSTGRESQL, CREACIÓN DE USUARIOS

(ROLES), CATÁLOGOS CREAR ROLES DE LOGIN (USUARIOS) EN

POSTGRESQL

1. Desplegaremos "Server Groups", dentro desplegaremos "Servidores" y

dentro de éste pulsaremos con el botón derecho del ratón sobre

"PostgreSQL 9.0 (localhost:5432), en el menú emergente

seleccionaremos "Conectar":

Gráfico N° 14: Conectarse a PostgreSQL



2. Para crear un rol de login pulsaremos con el botón derecho del ratón

sobre "Roles de Login", seleccionaremos "Nueva Rol de Login":

3. En la pestaña "Propiedades" introduciremos los siguientes datos:

Nombre del Rol: nombre del usuario, en nuestro caso "admin".

Contraseña: contraseña para este usuario (12345).

15

Gráfico N° 15: Crear el nombre de rol - contraseña



4. Para crear una nueva base de datos en PostgreSQL abriremos pgAdmin,

pulsaremos con el botón derecho del ratón sobre "Bases de datos",

seleccionaremos "Nueva Base de Datos":

Gráfico N° 16: Crear nueva Base de Datos



16

5. En la pestaña "Propiedades" introduciremos los siguientes datos:

Nombre: nombre de la base de datos, en nuestro caso "SIMADB".

Propietario: seleccionaremos el usuario creado anteriormente

"admin".

Codificado: seleccionaremos UTF8.

Pulsaremos "OK" para crear la base de datos:

6. Para crear las tablas de la base datos pulsaremos con el botón derecho

del ratón sobre la base datos creada "SIMADB", seleccionaremos

"Restore":

Gráfico N° 17: Restore de Base de Datos



7. Buscamos en la ruta donde se encuentra el backup de la base de datos

luego de eso le damos click en el botón “Abrir” y después elegimos el

Rolename en este caso es “admin”, seleccionaremos “Restore”:

17

Gráfico N° 18: Crear el backup de la base de datos



8. Verificamos que el schema de nombre “sysadm” este creado con sus

respectivas tablas.

Gráfico N° 19: Base de Datos SimaDB



18

4.6. INSTALACIÓN ECLIPSE NEON


1. Ir a la página oficial de Eclipse para descargar el IDE de desarrollo de

eclipse Neon: www.eclipse.org/downloads/eclipse-packages/


Gráfico N° 20: Instalación de Eclipse Neón



3. Nos dirigimos a la carpeta que se descargó y damos clic en el archivo

“eclipse.exe”.

4. Configuramos la ruta donde deseamos que se guarden los proyectos

que creemos y se habrá instalado eclipse en la pc.

http://www.eclipse.org/downloads/eclipse-packages/

19

Gráfico N° 21: Directorio de Workspace



5. Al ejecutar la aplicación nos indicara en que carpeta se inicia la

ejecución de la aplicación, de ser el caso y así desearlo podemos

cambiar la ruta de la carpeta dando clic en el botón Browse.

4.7. DESCARGAR Y CONFIGURAR WIDFLY

1. Ingresamos a la página de Widfly: http://wildfly.org/downloads/ .

2. Realizamos la descarga de Widfly 10.0, para eso damos clic en ZIP.

http://wildfly.org/downloads/

20

Gráfico N° 22: Descargar Widfly 10



3. Una vez descargado, descomprimimos el archivo.

4. Nos dirigimos a la carpeta standalone -> configuration para así

configurar el archivo standalone.xml.

Gráfico N° 23: Directorio archivo Standalone



21

5. Abrimos el archivo standalone.xml donde se procede a configurar el

JDBC y la conexión a la base de datos y los drivers de Postgresql.

Gráfico N° 24: Configuración Standalone



6. En la pantalla principal de eclipse seleccionamos: Help -> Eclipse

Marketplace.

Gráfico N° 25: Ingreso a Marketplace Eclipse



7. Se abrirá una ventana de dialogo, en esta ventana tal como muestra

la imagen, en el cuadro de búsqueda (Find), escribimos la palabra

jboss, a continuación se presentara la opción de JBoss Tools

4.41.Final.

22

Gráfico N° 26: JBoss Studio



8. Confirmamos la instalación, después de haberse realizado con éxito

la instalación, eclipse procederá a reiniciarse.

Gráfico N° 27: Instalación JBoss



9. Activar el " Servidores " ficha de vista en la parte inferior derecha de la

ventana. Haga clic en el área vacía y seleccione " nuevo-> Servidor”.

23

Gráfico N° 28: Nuevo Servidor Widfly



10. Haga clic en el enlace para crear una nueva server.It se abrirá un

cuadro de diálogo de la siguiente manera. Seleccionar JBoss 10.xy

haga clic en Siguiente.

11. En la siguiente pantalla usted tiene que elegir si el servidor está

instalado de forma local ( local ) o se trata de un servidor remoto

(mando a distancia ) y la forma en que se gestiona el ciclo de vida del

servidor :

Gráfico N° 29: Crear Nuevo Adaptador del Servidor



24

12. Ahora en el siguiente cuadro de diálogo abierto, haga clic en

InstalledJREs al lado de botón de radio JRE alternos ya que tenemos

que añadir un nuevo JDK de eclipse.

13. Seleccione la ruta de instalación de JDK y después de eso, que debe

ser similar y a continuación haga clic en Finish.

Gráfico N° 30: Instalación de las Librerías del JDK



14. Una vez que se agregó el JDK al servidor se procede a dar clic en

Finish.

15. A continuación verificamos que las configuraciones estas

correctamente instaladas para eso daremos clic en Open lunch

configuration, donde nos indica la ruta donde se encuentra instalado

en el widfly 10.

16. Verificación de la librería de jboss-modulos.

25

Gráfico N° 31: Librería del Jboss Tool



17. A continuación configuramos el administrador de consola Como verás

aquí te explica como añadir un usuario, el cual se agregará a través

de un nuevo terminal, donde buscaremos de nuevo la carpeta raíz de

WildFly y ejecutamos el script Add-user.bat.

Gráfico N° 32: Ruta Administrador Consola Widfly



26

18. A continuación debemos rellenar la información que nos pide:

Gráfico N° 33: Administrado Consola Widfly



19. A continuación iniciamos el servidor para verificar que correctamente

configurado entre al navegador y entra en localhost:9097.

20. Una vez creado el usuario iniciamos el servidor para verificar que

correctamente configurado y verás (Si todo ha salido bien) que ya

tienes acceso a la aplicación, pidiéndote el usuario y la contraseña

que has introducido previamente desde la consola de comandos.

4.8. INSTALACIÓN DE SPRING

1. En la pantalla principal de eclipse seleccionamos: Help -> Eclipse

Marketplace.

2. Se abrirá una ventana de dialogo, en esta ventana tal como muestra

la imagen, en el cuadro de búsqueda (Find), escribimos la palabra

jboss, a continuación se presentara la opción de Spring Tool Suite

(STS), daremos clic en Installed para proceder a instalar este plugin.

27

Gráfico N° 34: Búsqueda de Spring Tools



3. Confirmamos la instalación, después de haberse realizado con éxito

la instalación, eclipse procederá a reiniciarse.

Gráfico N° 35: Confirmación Instalación de Spring Tools



28

4.9. CONFIGURACIÓN DE MAVEN

1. Debemos crear una carpeta de nombre “repository_esalud” donde se

va a guardar todas librerías del nuestro proyecto maven.

2. Nos dirigimos a la carpeta apache-maven-3.3.9 -> conf para así

configurar el archivo settings.xml.

Gráfico N° 36: Ruta archivo settings del maven



3. Abrimos el archivo settings.xml donde se procesó a agregar la ruta

donde se deben guardar los librerías del proyecto maven.

Gráfico N° 37: Configuración Repositorio Maven



29

4. Accedemos al menú de Eclipse en “Windows>>Preferences.

5. Luego escribimos “maven” en el campo de texto que aparece en la

esquina superior izquierda y damos clic en el submenú “Installations”.

Se nos mostrará la versión de Maven que viene embebida en el

plugin, procedemos a poner la nueva del maven.

Gráfico N° 38: Instalación del Maven



6. Del mismo modo, en el apartado “User Settings” podemos configurar

otro settings.xml con la configuración particular de nuestro equipo.

Gráfico N° 39: Agregar archivo setting al maven



30

7. Está apuntando a un settings que no existe, por lo que si deseamos

configurar parámetros particulares para nuestro usuario, se puede

copiar el settings.xml de la configuración global y editarlo con los

parámetros que nos interese.

Gráfico N° 40: Agregar repositorio al maven



4.10. IMPORTAR PROYECTO

Para importar el proyecto en eclipse, se realiza los siguientes pasos:

1. Damos clic en el menú Archivo, y seleccionamos la opción “Importar”.

2. Se abre una ventana, damos clic en la carpeta general,

seleccionamos Proyecto Existente y damos clic en el botón Siguiente.

3. Damos clic en el check que dice Seleccionar archivo de

almacenamiento y damos clic en el botón navegar.

4. En la ventana que aparece, buscamos la ruta donde se encuentra el

archivo del proyecto con extensión .zip o .rar.

5. Regresamos a la ventana anterior y damos clic en finish.

31

Gráfico N° 41: Importación Proyecto Eclipse



4.11. CONEXIÓN A LA BASE DE DATOS

Para realizar la conexión a la base de datos de Postgresql debemos realizar los

siguientes pasos:

1. Nos dirigimos al carpeta src->main->resources->META-INF->spring y

configuramos el archivo database.properties donde ahí indicaremos el

driver de postgresql, el nombre de la base de datos, el usuario y la

contraseña una vez configurado guardamos el archivo.

32

Gráfico N° 42: Configuración Archivo Properties Database



2. A continuación nos dirigimos a Data Source Explorer damos clic en la

carpeta Database Connections-> New PostgreSQL clicl derecho en

properties.

3. Damos clic en PostgreSQL Connection Properties, luego clic en Edit

driver edition y se agrega el .jar de postgresql este se encuentra en el

repositorio que creamos para el proyecto maven.

Gráfico N° 43: Agregar JAR de PostgreSQL



33

4. Para crear la conexión a la base datos que tenemos creada en el

postgresql ingresamos los siguientes datos:

Nombre de la base: SIMADB

Usuario: admin

Calve: 12345

Se realiza un Test Connection para verificar que la conexión a la base

de datos de Postgresql este correcta.

Gráfico N° 44: Test de Conexión Database



5. Luego damos clic derecho en New PostgreSQL y damos clic en

Connect.

6. Para finalizar abrimos la pestaña de New PostgreSQL donde

encontramos la base datos crea en postgresql este caso es

SIMADB con el schema sysadm y con sus respectivas tablas.

34

Gráfico N° 45: Conexión a la Base de Datos



5. ESTRUCTURA DEL PROYECTO

5.1. APLICACIÓN

La interfaz consiste en una aplicación web diseñada con componentes de

primefaces que ingresa consulta y elimina los datos de los pacientes de acuerdo

al diagnóstico de la trabajador social estos registros se encuentran almacenados

en la tablas de la base de datos de Postgresql.

35

5.2. WEB PAGES

Se creó una carpeta para almacenar las páginas xhtml e interfaces del módulo

de Trabajo Social.

5.3. SOURCE PACKAGES

edu.cisc.modelo: objetos de tipo tabla correspondientes a las tablas de las base

de datos de SIMADB de postgresql.

edu.cisc.dao: clases con los métodos para interactuar con las bases de datos.

edu.cisc.dao.service: clases con obtención datos de los servicios.

edu.cisc.controlador: clases Managed Bean de la página web.

5.5. CONFIGURATION FILES

• web.xml: Configuraciones de la aplicación

• persistence.xml: Configuraciones de la conexión a la base de datos.

5.6. BASE DE DATOS

Generalidades de las tablas

Se han implementado las siguientes estructuras sobre base de datos

PostgreSQL:

Detalle de campos

Existentes

ATMDIAGNOSTICOS.- tabla en la que se encuentran los diagnósticos de los

pacientes.

36

Cuadro N° 2: Tabla AtmDiagnosticos

CAMPO TIPO COMENTARIO

IDDIAGNOSTICO BIGSERIAL ID DIAGNOSTICO

CODDIAGNOSTICO CHARACTER VARYING(20)

CODIGO DIAGNOSTICO

DESCRIPCION CHARACTER VARYING(500)

DESCRIPCCION DEL DIAGNOSTICO



ATMEDIFGEOUBICACION.- tabla en la que se encuentran la geo ubicación.

Cuadro N° 3: Tabla AtmDifGeoubicacion


IDEDIFGEOUB BIGSERIAL ID GEOUBICACION

NOMBRE CHARACTER VARYING(50)

NOMBRE DE LA GEOUBICACION

DESCRIPCION CHARACTER VARYING(50) DESCRIPCION

LATITUD CHARACTER VARYING(50) LA LATITUD

LONGITUD CHARACTER VARYING(50) LA LONGITUD

ID_TC INTEGER ID TC

ESTADO CHARACTER VARYING(1) ESTADO



HCFLOCALIZACION.- tabla en la que se encuentran la ubicación de los

familiares de los pacientes.

Cuadro N° 4: Tabla HcfLocalizacion


IDHFCLOCALIZACION BIGSERIAL ID LOCALIZACION

UBICACIÓN CHARACTER VARYING(50) UBICACION

TIPO CHARACTER VARYING(2) TIPO

37

IDPADRE BIGINT ID PADRE

ESTADO CHARACTER VARYING(1) ESTADO Elaborado Por: Pedro Mera, Jennifer Cevallos


ATMSECTORES.- tabla en la que se encuentran los códigos de los pacientes

asociada a la tabla de consulta de visitas.

Cuadro N° 5: Tabla AtmSectores


IDSECTOR BIGSERIAL ID SECTOR

CODSECTOR HARACTER VARYING(10) CODIGO SECTOR

NOMBRE CHARACTER VARYING(30) NOMBRE

IDUBICACION INTEGER ID UBICACIÓN

ZONA CHARACTER VARYING(25) ZONA

BARRIO CHARACTER VARYING(25) BARRIO

URLIMG1 CHARACTER VARYING(200) URL IMAGEN 1

URLIMG2 CHARACTER VARYING(200) URL IMAGEN 2

LINK CHARACTER VARYING(500) LINK




ATMTIPOSDIAGNOSTICOS.- tabla en la que se encuentran los códigos de los

tipos de diagnósticos.

Cuadro N° 6: Tabla AtmTiposDiagnosticos


IDTIPODIAGNOSTICO BIGSERIAL ID TIPO DE DIAGNOSTICO

DESCRIPCION HARACTER VARYING(50)

DESCRIPCION DEL TIPO DE DIAGNOSTICO



38

PARESPECIALIDADESMEDICAS.- tabla en la que se encuentran las

especialidades médicas.

Cuadro N° 7: Tabla ParEspecialidadesMedicas


IDESPECIALIDAD BIGSERIAL ID ESPECIALIDAD


AREA CHARACTER VARYING(100) AREA




PARFAMILIAS.- tabla en la que se encuentran los datos personales de las

familias.

Cuadro N° 8: Tabla ParFamilias


IDFAMILIA BIGSERIAL ID FAMILIA

IDSECTOR INTEGER ID SECTOR

APELLIDO1 CHARACTER VARYING(100)

APELLIDO PATERNO

APELLIDO2 INTEGER APELLIDO MATERNO

IDFAMILIAPADRE INTEGER ID FAMILIA PADRE

TELEFONO CHARACTER VARYING(20) TELEFONO

DIRECCION CHARACTER VARYING(50) DIRECCION

IDEDIFGEOUB INTEGER ID EFICICIO GEOUBICACION

NCASA INTEGER NUMERO DE CASA

FECHAINGRESO DATE FECHA DE INGRESO

HCF INTEGER HISTORIA CLINICA FAMILIAR

BARRIO CHARACTER VARYING(50) BARRIO

COMUNIDAD CHARACTER VARYING(50)

COMUNIDAD DE LA VIVIENDA FAMILIAR

MANZANA CHARACTER VARYING(50)

MANZANA DE LA VIVIENDA FAMILIAR

IDESTABLECIMIENTO INTEGER ID

39

ESTABLECIMIENTO

IDUNIDADOP INTEGER ID UNIDAD OPERATIVA

IDGRUPOCULTURAL INTEGER ID GRUPO CULTURAL

IDJEFEFAMILIAR INTEGER ID JEFE FAMILIAR

NCARPETAFAMILIAR INTEGER NUMERO CARPETA FAMILIAR




PARPACIENTES.- tabla en la que se encuentran la historia clínica electrónica

del paciente.

Cuadro N° 9: Tabla ParPacientes


IDPACIENTE BIGSERIAL ID GRUPO FAMILIAR

IDPERSONA BIGINT CODIGO GRUPO CULTURAL

HCU CHARACTER VARYING(10)

HISTORIA CLINICA UNICA

FECHAINGRESO

TIMESTAMP WITHOUT TIME ZONE FECHA INGRESO




PARPERSONAS.- tabla en la que se encuentran la historia clínica electrónica

del paciente.

Cuadro N° 10: Tabla ParPersonas


IDPERSONA BIGSERIAL ID PERSONA

CEDULA CHARACTER VARYING(10)

NUMERO DE CEDULA

APELLIDOPATERNO CHARACTER VARYING(30)

APELLIDO PATERNO

APELLIDOMATERNO

CHARACTER VARYING(30)

APELLIDO MATERNO

PRIMERNOMBRE CHARACTER PRIMER NOMBRE

40

VARYING(30)

SEGUNDONOMBRE CHARACTER VARYING(30) SEGUNDO NOMBRE

FECHANACIMIENTO DATE FECHA DE NACIMIENTO

OCUPACION CHARACTER VARYING(100) OCUPACION

CELULAR CHARACTER VARYING(100) NUMERO CELULAR

IDTIPOIDENTIF INTEGER ID TIPO DE IDENTIFICACION

IDTIPOESTCIVIL INTEGER ID TIPO ESTADO CIVIL


IDFAMILIA INTEGER ID FAMILIAR

USUARIOREG CHARACTER VARYING(20)

USUARIO REGRISTRA

FECHAMOD TIMESTAMP WITHOUT TIME ZONE

FECHA DE MODIFICACION

USUARIOELIM CHARACTER VARYING(20)

USARIO ELIMINACION

FECHAELIM TIMESTAMP WITHOUT TIME ZONE

FECHA ELIMINACION

IDTIPOSEXO INTEGER ID TIPO SEXO Elaborado Por: Pedro Mera, Jennifer Cevallos


PARPROFESIONALSALUD.- tabla en la que se encuentran la historia clínica

electrónica del paciente.

Cuadro N° 11: Tablas ParProfesionalSalud


IDPROFSALUD BIGSERIAL ID PROFESIONAL SALUD

CODPROFSALUD CHARACTER VARYING(30)

CODIGO PROFESIONAL SALUD

IDPERSONA INTEGER ID PERSONA

DESCRIPCION

CHARACTER VARYING(50) DESCRIPCION


INICIALES CHARACTER VARYING(10) INCIALES

41

IDTIPOPROFSALUD INTEGER ID TIPO PROFESIONAL SALUD

AREA CHARACTER VARYING(50) AREA

IDESPECIALIDAD INTEGER ID ESPECIALIDAD Elaborado Por: Pedro Mera, Jennifer Cevallos


PARTIPOSEGURO.- tabla en la que se encuentran los tipos de seguro.

Cuadro N° 12: Tabla ParTipoSeguro


IDTIPOSEGURO BIGSERIAL ID TIPO SEGURO

CODSEGURO CHARACTER VARYING(10) CODIGO SEGURO





PARTIPOSESTADOCIVIL.- tabla en la que se encuentran los tipos de estado

civil.

Cuadro N° 13: Tabla ParTipoEstadoCivil


IDTIPOESTCIVIL BIGSERIAL ID TIPO ESTADO CIVIL

CODTIPOESTCIVIL CHARACTER VARYING(10)

CODIGO TIPO ESTADO CIVIL





42

PARTIPOSIDENTIFICACION.- tabla en la que se encuentran los tipos de estado

civil.

Cuadro N° 14: Tabla ParTipoIdentificacion


IDTIPOIDENTIF BIGSERIAL ID TIPO IDENTIFICACION





PARTIPOSPROFESIONALESSALUD.- tabla en la que se encuentran los tipos

de profesionales de salud.

Cuadro N° 15: TablaParTiposProfesionalesSalud


IDTIPOPROFSALUD BIGSERIAL

ID TIPO PROFESIONAL DE SALUD




PARTIPOSSEXOS.- tabla en la que se encuentran los tipos de estado civil.

Cuadro N° 16: Tabla ParTiposSexos


IDTIPOSEXO BIGSERIAL ID TIPO IDENTIFICACION

CODTIPOSEXO CHARACTER VARYING(10) CODIGO TIPO SEXO





43

PROESTABLECIMIENTOSALUD.- tabla en la que se encuentran las

ubicaciones geográficas.

Cuadro N° 17: Tabla ProEstablecimientoSalud


IDESTABLECIMIENTO BIGSERIAL ID ESTABLECIMIENTO

CODESTABLECIMIENTO CHARACTER VARYING(10)

CODIGO ESTABLECIMIENTO


DIRECTOR CHARACTER VARYING(30) DIRECTOR

DIRECCION CHARACTER VARYING(100) DIRECCION

TELEFONO CHARACTER VARYING(20) TELEFONO


IDSECTOR INTEGER ID SECTOR Elaborado Por: Pedro Mera, Jennifer Cevallos


PROUNIDADOPERATIVA.- tabla en la que se encuentran las unidades

operativas.

Cuadro N° 18: Tabla ProUnidadOperativa


IDUNIDADOP BIGSERIAL ID UNIDAD OPERATIVA

IDESTABLECIMIENTO CHARACTER VARYING(10)

ID ESTABLECIMIENTO

CODUNITOP CHARACTER VARYING(30)

CODIGO UNIDAD OPERATIVA





44

Nuevos

ADMPERSONASSISTEMA.- tabla en la que se guardaran todas la información

de las personas que tienen acceso al sistema.

Cuadro N° 19: Tabla AdmPersonasSistema


IDPERSONA BIGSERIAL IDPERSONA

CEDULA CHARACTER VARYING(30)

CEDULA


APELLIDOPATERNO

APELLIDOMATERNO CHARACTER VARYING(30)

APELLIDOMATERNO

PRIMERNOMBRE CHARACTER VARYING(30)

PRIMERNOMBRE

SEGUNDONOMBRE CHARACTER VARYING(30)

SEGUNDONOMBRE

FECHANACIMIENTO DATE FECHANACIMIENTO

OCUPACION CHARACTER VARYING(30)

OCUPACION

CELULAR CHARACTER VARYING(30)

CELULAR

EMAIL CHARACTER VARYING(100)

EMAIL

IDTIPOIDENTIF INTEGER ID TIPO IDENTIFICACION

IDTIPOESTCIVIL INTEGER ID TIPO ESTADO CIVIL


IDTIPOSEXO INTEGER ID TIPO SEXO

USUARIOREG CHARACTER VARYING(20)

USUARIOREG

FECHAREG TIMESTAMP FECHAREG

USUARIOMOD CHARACTER VARYING(20)

USUARIOMOD

FECHAMOD TIMESTAMP FECHAMOD



45

ATMVISITASHCU.- tabla en la que se guardaran todas las visitas de los

pacientes por historia clínica electrónica.

Cuadro N° 20: Tabla AtmVisitasHcu


IDVISITA BIGSERIAL ID VISITAS

IDPROMOTOR INTEGER ID PROMOTOR

NUMEROHOJA INTEGER NUMERO DE HOJA

FECHAVISITA DATE FECHA VISITA


HORAVISITA CHARACTER(8) HORA VISITA

IDPROFSALUD BIGSERIAL ID PROFESION SALUD

IDPACIENTE BIGSERIAL ID PACIENTE Elaborado Por: Pedro Mera, Jennifer Cevallos


HCFCONDICIONSOCIOECONOMICA.- tabla en la que se encuentran las

características definidas de educación, alimentación, vestuario, enfermedades

crónicas e ingreso familiar.

Cuadro N° 21: Tabla HcfCondicionSocioeconomica


IDCONDICION BIGSERIAL ID VISITAS

HIJOSEDUCAN INTEGER TIPO HIJOS QUE EDUCAN

ALIMENTACION INTEGER TIPO DE ALIMENTACION

DEPENDECIAJEFE INTEGER TIPO DE DEPENCIA O JEFE

ENFERMEDADES INTEGER TIPO DE ENFERMENDADES

SALARIO INTEGER TIPO DE SALARIO

TOTALPUNTO INTEGER TOTAL DE PUNTO

IDCAB INTEGER IDCABECERA



HCFDETALLEDIAGNOSTICO.- tabla en la que se encuentran las diferentes

condiciones socioeconómicas.

46

Cuadro N° 22: Tabla HcfDetalleDiagnostico


ID_DETALLE BIGSERIAL ID DETALLE

FECHA_REGISTRO DATE FECHA DE REGISTRO

COD_PRINCIPAL INTEGER CODIGO PRINCIPAL

DESCRIPCION CHARACTER VARYING(50) DESCRIPCCION

ID_PACIENTE INTEGER ID PACIENTE

PUNTUACION INTEGER PUNTUACION

COD_SECCION INTEGER CODIGO DE SECCION



HCFDIAGNOSTICOSOCIAL.- tabla en la que se encuentran el detalle del

diagnóstico social.

Cuadro N° 23: Tabla HcfDiagnosticoSocial


IDDIAGNOSTICOSOC BIGSERIAL ID DIAGNOSTICO SOCIAL

CODDIAGNOSTICO CHARACTER VARYING(20)

CODIGO DIAGNOSTICO


IDPADRE INTEGER ID PADRE



HCFESTRUCTURAFAMILIAR.- tabla en la que se registran los datos de las

características de cada miembro del grupo familiar respecto a género,

instrucción, parentesco, economía y seguro de salud.

Cuadro N° 24: Tabla HcfEstructuraFamiliar

47


IDESTRUCTURA BIGSERIAL ID ESTRUCTURA FAMILIAR

NOMBRES CHARACTER VARYING(50)

NOMBRES DEL PACIENTE

APELLIDOS CHARACTER VARYING(50)

APELLIDOS DEL PACIENTE

EDAD INTEGER EDAD

SEXO CHARACTER VARYING(50) SEXO

ESTADOCIVIL CHARACTER VARYING(50) ESTADO CIVIL

INSTRUCCIÓN CHARACTER VARYING(50) INSTRUCCIÓN

PARENTESCO CHARACTER VARYING(50) PARENTESCO

ACTIVIDADECO CHARACTER VARYING(50)

ACTIICIDAD ECONIMICA

INGRESO CHARACTER VARYING(50)

INGRESO MENSUAL

SEGURO CHARACTER VARYING(50) SEGURO SOCIAL

IDPACIENTE BIGSERIAL ID PACIENTE

IDCAB INTEGER ID CABECERA

TOTAL INTEGER TOTAL Elaborado Por: Pedro Mera, Jennifer Cevallos


HCFEVOLUCIONRIESGOSOCIAL.- tabla en la que se registran la fecha y hora

de la atención anotar el número y describir información sobre:

1. entrevista

2. visita domiciliaria

3. trámites internos y externos

4. prestación de servicios

5. referencias.

Cuadro N° 25: Tabla HcfEvolucionRiesgoSocial


IDCASO BIGSERIAL ID EVALUACION RIESGO SOCIAL

DIAGNOSTICOSOCIAL CHARACTER VARYING(100)

DETALLE DIAGNOSTICO SOCIAL

48

CODCIE CHARACTER VARYING(20) CODIGO CIE

OBSERVACION CHARACTER VARYING(50) OBSERVACION

RECOMENDACIÓN CHARACTER VARYING(50) RECOMENDACIÓN

FECHA CHARACTER VARYING(10)

FECHA DE REGISTRO

HORA CHARACTER VARYING(10)

HORA DE REGISTRO


IDTRABAJADORASOCIAL INTEGER ID TRABAJADORA SOCIAL

IDPACIENTE INTEGER ID PACIENTE Elaborado Por: Pedro Mera, Jennifer Cevallos


HCFPARAMETROS.- tabla de parámetros en la que se encuentran los datos

parame trizados para el módulo de Trabajo Social.

Cuadro N° 26: Tabla HcfParametros


ID BIGSERIAL ID PARAMETRO

NOMBRE_PARAMETRO CHARACTER VARYING(50)

NOMBRE DEL PARAMETRO

VALOR CHARACTER VARYING(2) VALOR




HCFPERSONASREPRESENTANTES.- tabla donde se almacenan los datos del

representante del paciente.

49

Cuadro N° 27: Tabla HcfPersonaRepresentante


IDREPRESENTANTE BIGSERIAL ID REPRESENTANTE

CEDULA CHARACTER VARYING(10) CEDULA


APELLIDO PATERNO

APELLIDOMATERNO CHARACTER VARYING(30)

APELLIDO MATERNO

PRIMERNOMBRE CHARACTER VARYING(30) PRIMER NOMBRE

SEGUNDONOMBRE CHARACTER VARYING(30)

SEGUNDO NOMBRE

FECHANACIMIENTO DATE FECHA NACIMIENTO

CELULAR CHARACTER VARYING(20) CELULAR

EMAIL CHARACTER VARYING(100)

CORREO ELECTRONICO

DIRECCIÓN CHARACTER VARYING(100) DIRECCION

PARENTESCO CHARACTER VARYING(50) PARENTESCO

IDPACIENTE INTEGER ID PACIENTE

DIRECCION CHARACTER VARYING(255)

DIRECCION PACIENTE



HCFRIESGOFAMILIAR.- tabla en la que se registran los datos de las

evidencias de desorganización, violencia, migración, enfermedades, adultos

mayores.

Cuadro N° 28: Tabla HcfRiesgoFamiliar


IDRIESGOFAMILIAR BIGSERIAL ID RIESGO FAMILIAR

DESORGFAMILIAR INTEGER DESAORGANIZACION FAMILIAR

VIOLENCIA INTEGER VIOLENCIA

MIGRACION INTEGER MIGRACION

DISCAPACITADOS INTEGER DISCAPACITADOS

ENFERMOSCRONICOS INTEGER ENFERMOS CRONICOS

ADULTOSMAYORES INTEGER ADULTOS MAYORES

50

DROGADICCION INTEGER DROGADICCION

ALCOHOLISMO INTEGER ALCOHOLISMO

TABAQUISMO INTEGER TABAQUISMO

PROSTITUCION INTEGER PROSTITUCION

JUEGOSAZAR INTEGER JUEGOSAZAR

OTROS INTEGER OTROS



TOTAL INTEGER TOTAL



HCFPRINCIPAL.- tabla de historia clínica familiar donde se almacén los datos

de visitas y notificación del paciente.

Cuadro N° 29: Tabla HcfPrincipal


IDPRINCIPAL BIGSERIAL ID PRINCIPAL

IDVISITA INTEGER ID VISITA

IDNOTIFICACION INTEGER ID NOTIFICACION

IDUNIDADOP INTEGER ID UNIDAD OPERATIVA

INSTITUCIONSIS CHARACTER VARYING(50) INSTITUCIONES

CODIGO CHARACTER VARYING(50) CODIGO

HCF INTEGER HISTORIA CLINICA FAMILIAR

GRUPO INTEGER GRUPO

FECHA INGRESO DATE

FECHA DE INGRESO




HCFTIPOSACTIVIDADECO.- tabla donde se encuentran los tipos de

actividades económicas.

51

Cuadro N° 30: Tabla HcfTiposActividadEco


IDTIPO BIGSERIAL TIPOS DE ACTIVIDADES ECONOMICAS

DESCRIPCION INTEGER DESCRIPCCION DE ACTIVIDADES ECONOMICAS

ESTADO INTEGER ESTADO



HCFTIPOSINSTRUCCION.- tabla donde se encuentran los tipos de

instrucciones académicas.

Cuadro N° 31: Tabla HcfTiposInstruccion


IDTIPO BIGSERIAL TIPO DE INSTRUCCION

DESCRIPCION INTEGER DESCRIPCCION DE TOPOS DE INSTRUCCION




HCFTIPOSPARENTESCO.- tabla donde se encuentran los tipos de parentesco.

Cuadro N° 32: Tabla HcfTiposParentesco


IDTIPO BIGSERIAL TIPO DE PARENTESCO

DESCRIPCION INTEGER DESCRIPCCION DE LOS TIPOS DE PARENTESCO




HCFTIPOSSEGURO.- tabla donde se encuentran los tipos de seguro social.

52

Cuadro N° 33: Tabla HcfTiposSeguro


IDTIPO BIGSERIAL TIPO DE SEGURO SOCIAL

DESCRIPCION INTEGER DESCRIPCCION DE TIPOS DE SEGURO




HCFVIVIENDASERVICIO.- tabla donde se encuentran las características

definidas de infraestructura, calidad de materiales y distribución de la vivienda

familiar.

Cuadro N° 34: Tabla HcfViviendaServicio


IDVIVIENDASERV BIGSERIAL ID VIVIENDAS SERVICIOS

CALIDADVIVIENDA INTEGER CALIDAD VIVIENDA

PERSONASDORMITORIO ESTADO PERSONAS POR DORMITORIO

AGUACONSUMO ESTADO AGUA CON CONSUMO

LUZELECTRICA ESTADO LUZ ELECTRICA

SERVICIOHIGIENICO ESTADO SERVICIO HIGIENICO

TOTALPUNTO ESTADO TOTAL DE PUNTO

SUBTOTAL1 ESTADO SUBTOTAL 1



IDCAB ESTADO ID CABECERA




53

6. DIAGRAMAS

6.1. Diagrama de Diseño de Base de Datos

Gráfico N° 46: Diagrama Relacional de la Base de Datos



54

MANUAL DE USUARIO

55

1. INTRODUCCIÓN

El presente documento detalla información técnica y uso de la aplicación. El

proyecto se desarrolló un sistema de información para el ingreso de la

información del formulario 038 de Trabajo Social del Ministerio de Salud Publica

donde se evalúan las condiciones socioeconómicas, vivienda, servicios básicos,

alimentación, enfermedades crónicas, estructura familiar, seguro social y riesgos

de salud del paciente, obteniendo resultados que serán mostrados al final en un

reporte generado por la aplicación. La interfaz está desarrollada en un ambiente

web lo que optimiza el rendimiento de los equipos y facilita el acceso a los

usuarios.

2. OBJETIVO Este manual tiene como objetivo ofrecer una guía detallada del uso de la

aplicación, especificando los datos que se deben ingresar en cada opción del

módulo para evitar errores humanos en el futuro.

3. INGRESO A LA APLICACIÓN Para ingresar al aplicativo se debe abrir un navegador de preferencia

Google Chrome, Mozilla Firefox, Opera e ir a la siguiente dirección:

http://localhost:9997/esalud/home.jsf

Aparecerá la siguiente pantalla de inicio de sesión:

56

Gráfico N° 47: Inicio de Sesión

Elaboración: Pedro Mera, Jennifer Cevallos.

Fuente: Sistema eSalud.

Aparecerá un menú dinámico para el acceso al módulo de “Trabajo Social” se

implementó un menú con las siguientes opciones.

Gráfico N° 48: Menú Dinámico



57

4. MÓDULO TRABAJO SOCIAL

Opciones dentro del módulo

4.1. Agendar Cita

En este formulario se debe ingresar el número de cédula del paciente, la

provincia, canton, sector, establecimiento,unidad operativa, el nombre de la

trabajadora social que lo va atender, el dia y la hora de la cita.

Gráfico N° 49: Pantalla para Agendar Cita Trabajo Social



Al momento de presionar el botón de consultar se validara lo siguiente:

El número de cédula debe contener de 10 o 13 dígitos.

58

Gráfico N° 50: Error cantidad de dígitos en cédula



Si consulta por número de cedula, se deberá ingresar solo números caso

contrario se presentara el siguiente mensaje.

Gráfico N° 51: Error letras en cédula



La información del paciente debe estar ingresado en el sistema.

Gráfico N° 52: Error persona no registrada



59

4.2. Consultar Cita

En este formulario se debe ingresar el número de cédula del paciente, la fecha

inicio y fecha fin de la cita para verificar si tiene una cita pendiente con la

trabajadora social, en caso de que le paciente ya tenga una cita asignada

continuará con el proceso para iniciar la evaluación y si el paciente no se

encuentra con cita asignada se podrá realizar el ingreso de citas.

Cuando se ingrese a esta opción se presentara la siguiente pantalla:

Gráfico N° 53: Pantalla de Consultar Citas



Para lo cual debera ingresar el rango de fechas, la fecha inicio debe ser menor a

la fecha fin.

Una vez realizada la validación, damos clic en el botón “Iniciar Evaluación”

continuar para dirigirnos al formulario de para empezar la evaluación del

paciente.

60

Gráfico N° 54: Inicio de Evaluación



Evaluacion de Riesgo Social

El modulo de Riesgo Social la trabajadora realiza las siguientes evaluaciones:

Vivienda y Servicios.

Condición Socio-Económica.

Riesgo Familiar.

Estructura Familiar.

En la parte inicial del formulario en el emcabezado se visualiza los datos de la

Unidad Medica y los datos del Paciente que registrado la cita para su evaluación.

Gráfico N° 55: Datos de Unidad Médica y Datos del Paciente



61

En esta parte del formulario la trabajadora social debe evaluar al paciente

marcando las características definidas de infraestructura, calidad de materiales y

distribución de la vivienda familiar, solo debe elegir una por característica y en la

parte se visualizara el total puntos.

Gráfico N° 56: Viviendas y Servicios




marcando las características las características definidas de educación,

alimentación, vestuario, enfermedades crónicas e ingreso familiar, solo debe

elegir una por característica y en la parte se visualizara el total puntos.

62

Gráfico N° 57: Condición Socio-Económica




marcando según existan evidencias de desorganización, violencia, migración,

enfermedades, adultos mayores, aquí se pueden elegir varias evidencias y en la

parte se visualizara el total puntos.

Gráfico N° 58: Riesgo Familiar




marcando según las características de cada miembro del grupo familiar respecto

a género, instrucción, parentesco, economía y seguro de salud, aquí se debe dar

click en boton “agregar”.

63

Gráfico N° 59: Estructura Familiar



Al dar click en boton “agregar” se abrira una pantalla donde se podra ingresar los

datos de los familiares que conforman el grupo familiar y luego de eso dar click

en boton “guardar”.

Gráfico N° 60: Agregar Nuevo Miembro Familia



Luego se agrega de manera automática en la tabla, y en la base de datos estara

guardara el total de puntos de la estructura familiar.

64

Gráfico N° 61: Nuevo Miembro Familiar



Para guardar la información de la evaluación realizada al paciente y obtener el

cálculo de puntos para asignación de categoría se deberá clic en el botón

“Guardar”

Cuadro N° 35: Tabla Riesgo Social

Categoría Puntos

A 10-14

B 15-19

C 20-24

D 25-30



65

Gráfico N° 62: Guardar Evaluación Social



Para continuar el proceso de debe dar clic en el botón “Siguiente”, donde se le

permitirá a la trabajador escoger un diagnostico social e ingresar observaciones

y recomendaciones.

Gráfico N° 63: Pantalla Diagnostico Social



66

Al presionar la opción “Guardar” se almacenan los datos en la base de datos y

se genera un archivo de arquetipo en formato xml dentro del repositorio que

podrá ser transmitido entre centros hospitalarios.

Gráfico N° 64: Arquetipo generado



La opción “Generar PDF” se habilitará luego de guardar los datos en la base de

datos. Para imprimir los resultados de la evaluación ingresada se realizó esta

opción.

Gráfico N° 65: PDF del Formulario de Trabajo Social



67

4.3. Consulta Diagnóstico

En esta opción se podrá consultar las evaluaciones de trabajo social realizadas

en el sistema por:

Cédula.

Fecha Inicio.

Fecha Hasta.

Si la consulta nos devuelve datos seleccionamos la cita que se requiere

presentar el diagnóstico.

Nota: Los Datos del diagnóstico social son traídos directamente del arquetipo en

que se encuentra en un repositorio local.

Gráfico N° 66: Consulta Diagnóstico



68

Se cargaran los datos de la evaluación de trabajo ( datos de la unidad médica,

datos del paciente, vivienda y servicios, condiciones socioeconómicas y

estructura familiar) social realizada en la fecha especificada.

Gráfico N° 67: Pantalla de Visor del Arquetipo




FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERÍA EN SISTEMAS

COMPUTACIONALES

“DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO


HOSPITALARIOS”

PROYECTO DE TITULACIÓN

Previa a la obtención del Título de:


AUTOR: Jenniffer Inés Cevallos Yagual


TUTOR: Ing. Leili Lopezdominguez MSc.

GUAYAQUIL – ECUADOR 2016

II

REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA

FICHA DE REGISTRO DE TESIS

“DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO ARQUETIPOS BASADOS EN LA NORMA ISO 13606 PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS

HOSPITALARIOS.”

REVISORES: Ing.Miriam Peña MSc. Ing. Jorge Medina MSc.

INSTITUCIÓN: Universidad de Guayaquil

FACULTAD: Ciencias Matemáticas y Físicas

CARRERA: Ingeniería en Sistemas Computacionales

FECHA DE PUBLICACIÓN: Diciembre del 2016

N° DE PÁGS.: 99

ÁREA TEMÁTICA: Informática Medica

PALABRAS CLAVES: Historia Clínica Única, Estándares ISO/CEN 13606, Interoperabilidad.

RESUMEN: El presente proyecto de tesis se realizó debido a la necesidad de las instituciones del Ministerio de Salud Pública de construir un sistema de información que permita la interoperabilidad entre sistemas informáticos hospitalarios para el intercambio de información de los formularios de HCU de pacientes aplicando arquetipos basados en la norma ISO 13606

N° DE REGISTRO: N° DE CLASIFICACIÓN: Nº

DIRECCIÓN URL:

ADJUNTO PDF SI NO

CONTACTO CON AUTOR: Pedro Luis Mera Franco Jenniffer Inés Cevallos Yagual

TELÉFONO: 0994567104 0982426218

E-MAIL: [email protected] [email protected]

CONTACTO DE LA INSTITUCIÓN: UNIVERSIDAD DE GUAYAQUIL CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES Víctor Manuel Rendón 429 entre Baquerizo Moreno y Córdova

NOMBRE: Abg. Juan Chávez Atocha

TELÉFONO: (04) 2307729

X

mailto:[email protected]

mailto:[email protected]

III

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DEL

FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD

PÚBLICA APLICANDO ARQUETIPOS BASADOS EN LA NORMA ISO 13606

PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS

HOSPITALARIOS”, elaborado por los Srs. Pedro Luis Mera Franco y Jenniffer

Inés Cevallos Yagual, Alumnos no titulados de la Carrera de Ingeniería en

Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la

Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en

Sistemas, me permito declarar que luego de haber orientado, estudiado y

revisado, apruebo en todas sus partes.

Atentamente

__________________________________

ING. LEILI LOPEZDOMÍNGUEZ RIVAS MSc.

TUTOR

IV

DEDICATORIA

A Dios, por darme una vida llena de

aprendizajes y por ser mi fortaleza y mi

escudo en los momentos decisivos.

A mi familia por brindarme su apoyo

incondicional y consejos.

Finalmente, a mis amigos por motivarme

a culminar mis metas y por contribuir a

mis conocimientos.

Jenniffer Inés Cevallos Yagual

V

DEDICATORIA

A las personas que han sido mi guía y

fortaleza mi familia. Especialmente a mis

padres Pedro Luis Mera, Mérida Franco,

mis abuelitos que son mis ángeles

protectores Haidee, Isabel y Leónidas mi

hermana Estefanía Mera Franco por ser

un gran apoyo moral en todas mis

decisiones. También me dedico este

trabajo porque es parte de mi desarrollo

personal y profesional.


VI

AGRADECIMIENTO

A Dios por darnos salud y permitir lograr

alcanzar nuestras metas.

A nuestros padres por su amor y por

todos sus años de sacrificios para que

podamos continuar nuestros estudios.

A nuestra tutora por ser nuestra guía en la

realización de nuestro proyecto.

VII

TRIBUNAL PROYECTO DE TITULACIÓN

Ing. Eduardo Santos Baquerizo, M.Sc. DECANO DE LA FACULTAD CIENCIAS MATEMÁTICAS Y

FÍSICAS

Ing. Roberto Crespo Mendoza, Mgs. DIRECTOR

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

Ing. Miríam Peña González, M.Sc. PROFESOR REVISOR DEL ÁREA

TRIBUNAL

Ing. Johana Trejo Alarcón, Mgs. PROFESOR REVISOR DEL ÁREA

TRIBUNAL

_____________________________ Ing. Leili Lopezdomínguez Rivas, M.Sc. PROFESOR TUTOR DEL PROYECTO

DE TITULACIÓN

_____________________________ Ab. Juan Chávez Atocha, Esp.

SECRETARIO

VIII

DECLARACIÓN EXPRESA

“La responsabilidad del contenido de este

Proyecto de Titulación, me corresponden

exclusivamente; y el patrimonio intelectual de la

misma a la UNIVERSIDAD DE GUAYAQUIL”.

JENNIFFER INÉS CEVALLOS YAGUAL

PEDRO LUIS MERA FRANCO

IX

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS

CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO


HOSPITALARIOS.

Tesis de Grado que se presenta como requisito para optar por el título de


Autor/a: Pedro Luis Mera Franco

C.I. 0929819217


C.I. 0802590257

Tutor: Ing. Leili Lopezdominguez MSc.

Guayaquil, Diciembre del 2016

X

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Titulación presentado por la estudiante Jenniffer Cevallos Yagual, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO ARQUETIPOS BASADOS EN LA NORMA ISO 13606 PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS

HOSPITALARIOS.

Considero aprobado el trabajo en su totalidad.

Presentado por:

Cevallos Yagual Jenniffer Ines C.I. 0802590257

Tutor: _________________________

Ing. Leili Lopezdominguez Rivas MSc.

Guayaquil, Diciembre de 2016

XI

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.

CERTIFICO:

Que he analizado el Proyecto de Titulación presentado por el estudiante Pedro Mera Franco, como requisito previo para optar por el título de Ingeniero Sistemas Computacionales cuyo problema es: DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO ARQUETIPOS BASADOS EN LA NORMA ISO 13606 PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS

HOSPITALARIOS.

Considero aprobado el trabajo en su totalidad.

Presentado por:

Mera Franco Pedro Luis C.I. 0929819217

Tutor: _________________________

Ing. Leili Lopezdominguez Rivas MSc.

Guayaquil, Diciembre de 2016

XII


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

AUTORIZACIÓN PARA PUBLICACIÓN DE PROYECTO DE TITULACIÓN EN FORMATO DIGITAL

1. Identificación del Proyecto de Titulación

Nombre Alumno: Pedro Luis Mera Franco

Dirección: Durán Primavera 2 Sector 2C Mz 35 Villa 11

Teléfono: 0994567104 E-mail:[email protected]

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales

Profesor tutor: Ing. Leili LopezDomínguez Rivas

Título del Proyecto de titulación: Desarrollo del formulario 038-Trabajo Social del Ministerio de Salud Pública aplicando arquetipos basados en la norma Iso 13606 para obtener interoperabilidad en los sistemas hospitalarios

Tema del Proyecto de Titulación: Desarrollo de formulario de Trabajo Social aplicando la norma ISO13606

2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:

Inmediata x Después de 1 año

Firma Alumno: Pedro Luis Mera Franco 3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.

DVDROM x CDROM

XIII


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

AUTORIZACIÓN PARA PUBLICACIÓN DE PROYECTO DE TITULACIÓN EN FORMATO DIGITAL

1. Identificación del Proyecto de Titulación

Nombre Alumno: Jenniffer Inés Cevallos Yagual

Dirección: Urbanor Mz 123 Villa 4

Teléfono: 0982426218 E-mail:[email protected]

Facultad: Ciencias Matemáticas y Físicas

Carrera: Ingeniería en Sistemas Computacionales

Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales

Profesor tutor: Ing. Leili LopezDomínguez Rivas MSc.

Título del Proyecto de titulación: Desarrollo del formulario 038-Trabajo Social del Ministerio de Salud Pública aplicando arquetipos basados en la norma Iso 13606 para obtener interoperabilidad en los sistemas hospitalarios

Tema del Proyecto de Titulación: Desarrollo de formulario de Trabajo Social aplicando la norma ISO13606

2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:

Inmediata x Después de 1 año

Firma Alumno: Jenniffer Inés Cevallos Yagual 3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.

DVDROM x CDROM

XIV

ÍNDICE GENERAL

APROBACIÓN DEL TUTOR III

DEDICATORIA IV

DEDICATORIA V

AGRADECIMIENTO VI

DECLARACIÓN EXPRESA VIII

CERTIFICADO DE ACEPTACIÓN DEL TUTOR X

ÍNDICE GENERAL XIV

ABREVIATURAS XVIII

INDICE DE CUADROS XIX

INDICE DE GRÁFICOS XX

Resumen XXI

Abstract XXII

INTRODUCCIÓN 1

CAPÍTULO I 2

EL PROBLEMA 2

PLANTEAMIENTO DEL PROBLEMA 2

Ubicación del Problema en un Contexto 2

Situación Conflicto Nudos Críticos 2

Causas y Consecuencias del Problema 3

Delimitación del Problema 4

Formulación del Problema 4

Evaluación del Problema 4

Objetivos Específicos 6

ALCANCES DEL PROBLEMA 6

JUSTIFICACIÓN E IMPORTANCIA 7

XV

METODOLOGÍA DEL PROYECTO 8

CAPÍTULO II 9

MARCO TEÓRICO 9

Antecedentes del Estudio 9

FUNDAMENTACIÓN TEÓRICA 11

Sistemas de Información 11

Interoperabilidad 17

Historia Clínica Electrónica 20

Recogida de la Información Terminología en la Historia Clínica Electrónica 21

Herramientas para el procesamiento de la información Terminología en la

Historia Clínica Electrónica 22

Barreras para la Implementación 24

Arquitectura de Información de la Historia Clínica Electrónica 25

Norma ISO 13606 25

Modelo Dual 29

Modelo de Arquetipos 30

LinkEHR 34

Java 35

Java Enterprise Edition 36

API 37

Arquitectura Multicapas 37

IDE de Desarrollo 38

Eclipse 39

Spring Mvc 39

Maven 42

Java Persistence Api (JPA) 43

Primefaces 48

Wildfly 48

PostgreSQL 49

FUNDAMENTACIÓN LEGAL 53

Manual de Uso de Formularios Básicos 55

XVI

PREGUNTA CIENTÍFICA A CONTESTARSE 55

DEFINICIONES CONCEPTUALES 56

CAPITULO III 57

PROPUESTA TECNOLÓGICA 57

ANÁLISIS DE FACTIBILIDAD 57

ETAPAS DE LA METODOLOGÍA DEL PROYECTO 61

ENTREGABLES DEL PROYECTO 64

CRITERIOS DE VALIDACIÓN DE PROPUESTA 65

Recolección de la Información 66

PROCESO TÉCNICO 67

DIAGRAMA DE FLUJO DE DATOS 71

MODELO DE ENTIDAD RELACIÒN 72

ANÁLISIS E INTERPRETACIÓN DE DATOS 73

DISEÑO DE LOS ARQUETIPOS REQUERIDOS SEGÚN LA NORMA

ISO/CEN 13606 75

CAPÍTULO IV 82

CRITERIO DE ACEPTACIÓN DEL PRODUCTO 82

CONCLUSIONES Y RECOMENDACIONES 84

Conclusiones 84

Recomendaciones 85

BIBLIOGRAFÍA 86

ANEXOS 89

Anexo N° 1: Entrevista 89

Anexo N° 2: Levantamiento de Información en el Dispensario Médico Santa

Elizabeth Seton 93

Anexo N° 3: Entrevista Lcda. Ada María Torres, Trabajadora Social

Dispensario Médico Santa Elizabeth Seton 93



XVII



Anexo N° 6: Formulario 038 Trabajo Social 95

Anexo N° 7: Diagramas de Arquetipos 97

XVIII

ABREVIATURAS MSP Ministerio de Salud Pública

HCU Historia Clínica Única

HCE Historia Clínica Electrónica

ISO Organización Internacional de Normalización

ADL Lenguaje para la definición de agentes

MVC Modelo-Vista-Controlador

HTTP Hypertext Transfer Protocol

JSF Java Server Faces

JPA Java Persistence API

XML Extensible Markup Language

XIX

INDICE DE CUADROS Cuadro N° 1: Causas y Consecuencias del problema 3

Cuadro N° 2: Recursos Tecnológicos en Desarrollo 59

Cuadro N° 3: Costo Hardware 60

Cuadro N° 4: Costo Software 60

Cuadro N° 5: Costo de Personal 61

Cuadro N° 6: Costo del Sistema 61

Cuadro N° 7: Cuadro de Pruebas Realizadas 65

Cuadro N° 8: Numeración, Nomenclatura y Servicios Usuarios 67

Cuadro N° 9: Formularios Básicos, Servicios Involucrados y Personal

Responsable 69

Cuadro N° 10: Detalle de los Campos que Conforman el Formulario 038 –

Trabajo Social 70

Cuadro N° 11: Validar Campos Arquetipo Riesgo Familiar 77

Cuadro N° 12: Validar Campos Arquetipo Viviendas y Servicios 77

Cuadro N° 13: Validar Campos Condición Socio Económica 78

Cuadro N° 14: Validar Campos Arquetipo Estructura del Grupo Familiar 79

Cuadro N° 15: Validar Campos Arquetipo Riesgo Social 80

Cuadro N° 16: Valida campos arquetipo evolución 80

Cuadro N° 17: Validar Campos Arquetipo Prescripción 81

Cuadro N° 18: Matriz de aceptación del producto. 82

XX

INDICE DE GRÁFICOS

Gráfico N° 1: Sistema de Información de la Organización 11

Gráfico N° 2: Modelo General de un Sistema 12

Gráfico N° 3 : Fases del Ciclo de Vida de un Sistema de Información 14

Gráfico N° 4: Interoperabilidad 17

Gráfico N° 5: Concepto de Historia Clínica Electrónica 21

Gráfico N° 6: Modelo de Referencia 27

Gráfico N° 7: Detalle de la Estructura del Modelo Relacional 28

Gráfico N° 8: Estructura Modelo Dual 29

Gráfico N° 9: Relación entre Tipos y Arquetipos 31

Gráfico N° 10: Relación entre Tipos y Arquetipos 35

Gráfico N° 11: Java Enterprises 37

Gráfico N° 12: Arquitectura de PostgreSQL 50

Gráfico N° 13: Modelo Cascada 64

Gráfico N° 14: Diagrama de Flujo de Datos 71

Gráfico N° 15: Modelo Entidad Relación de Trabajo Social 72

Gráfico N° 16: Diagrama de Iskikawa 73

Gráfico N° 17: Mapa de Procesos 74

Gráfico N° 18: Vista de LinkEHR del Arquetipo Organizativo 76

Gráfico N° 19: Vista del Arquetipo Organizativo en formato ADL 76

XXI

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS

CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES DESARROLLO DEL FORMULARIO 038-TRABAJO SOCIAL DEL MINISTERIO DE SALUD PÚBLICA APLICANDO ARQUETIPOS BASADOS EN LA NORMA ISO 13606 PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS

HOSPITALARIOS.

Resumen El Ministerio de Salud Pública MSP, como institución pública del Ecuador debe

garantizar el derecho a los servicios de salud a los ecuatorianos siguiendo los

principios de calidad y eficiencia para lograrlo requiere una mejora en los

registros clínicos hospitalarios, actualmente los sistemas de información vigentes

dentro de las instituciones carecen de un estándar de interoperabilidad que

permita intercambiar la historia clínica única HCU de los pacientes con la red de

instituciones públicas operativas. Para dar soporte a la interoperabilidad de

sistemas de historia clínica electrónica se realizará el diseño de arquetipos

basados la norma ISO 13606 que fue construida para la comunicación de la

HCE. El Sistema de Información se encuentra desarrollado con

Jsf, Primafaces, Spring e Hibernate y Posgresql como motor de base de datos.

El tema fue desarrollado bajo el modelo cascada porque consistió en la

investigación y desarrollo secuencial al problema planteado. Para la

investigación cuantitativa se realizó entrevistas al personal involucrado en

departamento de trabajo social. Esta investigación incidirá de forma positiva en

la aplicación de estándares en los sistemas hospitalarios y contribuirá un sistema

ágil para el traslado de la información de pacientes.

Autor: Pedro Luis Mera Franco


Tutor: Ing. Leili LopezDomínguez Rivas.

XXII

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS

CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES

DEVELOPMENT OF THE FORM 038 SOCIAL WORK OF MINISTRY OF

PUBLIC HEALTH OF APPLYING ARCHETYPES BASED ON THE STANDARD

ISO 13606 FOR INTEROPERABILITY BETWEEN HOSPITAL SYSTEMS.

Abstract The Ministry of Public Health, as a public institution of Ecuador must guarantee

the right to health services Ecuadorians following the principles of quality and

efficiency to achieve this requires an improvement in hospital medical records,

currently information systems existing within institutions lack an interoperability

standard that allows only exchange HCU medical history of patients with network

operating public institutions. To support interoperability of electronic health record

systems design archetypes ISO 13606 based standard that was built for the

communication of the EHR will be performed. The Information System is

developed with JSF, Primafaces, Spring and Hibernate and PosgreSQL as

database engine.

The theme was developed under the waterfall model because it consisted of

research and sequential development to the problem. For quantitative research

personnel involved interviews was conducted in social work department. This

research will impact positively on the implementation of standards in hospital

systems and contribute an agile for airport transfer in patient information system.

Autor: Pedro Luis Mera Franco.


Tutor: Ing. Leili LopezDomínguez Rivas.

1

INTRODUCCIÓN

El Sistema de Información de Salud del Ecuador, en la actualidad dispone de 20

formularios básicos de Historia Clínica Única (HCU) diseñados por el Registro

Médico Orientado por problemas (RMOP) y aprobados por el Directorio del

Consejo Nacional de Salud (CONASA) mediante un acuerdo ministerial en enero

del 2007.

El conjunto de formularios conforma la Historia Única de un paciente. La HCU es

considerada un documento confidencial y obligatorio de carácter técnico y legal,

compuesto por un conjunto de formularios básicos y de especialidad, que el

personal de la salud utiliza para registrar en forma sistemática los datos

obtenidos de las atenciones, diagnóstico, tratamiento, evolución y resultados de

salud y enfermedad durante todo el ciclo vital del usuario. (MSP, 2008).

Actualmente el llenado de los formularios se realiza de forma manual en papel

impreso o digital en hojas de cálculo, y se almacena físicamente en lugares con

restricción a personal no autorizado, a pesar de las medidas de seguridad

actuales la información contenida en los formularios sufre el riesgo de ser

extraviada, modificada o destruida por los efectos del ambiente y del tiempo y se

dificulta su traslado hacia otras instituciones de Salud.

La finalidad del proyecto será desarrollar un sistema de información para el

ingreso de la información del formulario 038 de Trabajo Social donde se evalúan

las condiciones socioeconómicas, vivienda, servicios básicos, alimentación,

enfermedades crónicas, estructura familiar, seguro social y riesgos de salud del

paciente, obteniendo resultados que serán mostrados al final en un reporte

generado por la aplicación.

Para mejorar el problema de la falta de interoperabilidad se usarán arquetipos

basado en la norma ISO 13606 los cuales son definiciones formales de

conceptos clínicos que se definen por medio de restricciones del Modelo

Relacional.

2

CAPÍTULO I

EL PROBLEMA

PLANTEAMIENTO DEL PROBLEMA

Ubicación del Problema en un Contexto

El Sistema de Información de Salud del Ecuador Desde, desde el año 2008

empezó la aplicación de 20 formularios de Historia Clínica Única en todos los

establecimientos de salud públicos y privados a nivel nacional.

Los formularios de HCU actuales carecen de un estándar de interoperabilidad,

es decir, no permiten intercambiar información clínica con otras instituciones de

salud, cuando un paciente tiene que cambiar de centro de salud debe volver a

hacer el registro de su historial clínico, de dicha problemática surge la necesidad

de crear un sistema de información que admita el ingreso de los datos médicos

de los pacientes en los formularios de HCU mediante el diseño de arquetipos

basados en la norma ISO/NTE 13606 proporcionando un manejo más fácil y

rápido de la información.

El formulario 038 de Trabajo Social forma parte de los formularios de HCU, este

formulario guarda información sobre las características socioeconómicas como

vivienda, servicio, alimentación, cantidad de hijos, enfermedades crónicas,

ingresos, seguro social y riesgos de salud del usuario en el contexto del entorno

familiar. Este formulario también contiene un registro en el tiempo sobre la

evolución del caso y las recomendaciones realizadas por la trabajadora social.

Situación Conflicto Nudos Críticos

El conflicto surge a raíz de la necesidad de mantener un registro médico único

de cada paciente que me permita con seguridad conocer sus características

socioeconómicas y riesgos en la salud del mismo, debido a la falta de un sistema

información que logre crear un registro detallado en el estudio de la condición

3

Socioeconómica, riesgo familiar, estructura del grupo familiar y riesgo social del

paciente causan un mal funcionamiento y retraso en el traslado de la información

por partes de los Centros Médicos a nivel nacional. Ecuador ha tenido avances

tecnológicos en muchas áreas de la medicina siguiendo sus propias normas y

estándares, sin efectuar la implementación de la norma ISO 13606 que permitirá

el manejo de la información de una forma fácil y rápida.

Causas y Consecuencias del Problema

En el siguiente cuadro se detalla las principales causas que originan la

inexistencia de interoperabilidad entre los sistemas hospitalarios del Ministerio de

Salud Pública:

Cuadro N° 1: Causas y Consecuencias del problema

CAUSAS CONSECUENCIAS

Historial Clínica Única

almacenada en carpetas

Conlleva a una pérdida de información en los

centros hospitalarios.

Lentitud en el traslado

interhospitalario de los

pacientes

Papeleo excesivo para el ingreso a una unidad

hospitalaria y atrasos en la gestión administrativa.

Retardos en el diagnóstico

del paciente

Los resultados de exámenes clínicos tardan en

subirse al sistema, razón por la cual los médicos

tardan en dar un diagnostico efectivo.

Falta de confianza en la

atención médica pública

Ocasiona que los pacientes deban acudir a

unidades privadas para obtener un diagnóstico

oportuno.


Fuente: Pedro Mera, Jennifer Cevallos.

4

Delimitación del Problema

Campo: Salud

Área: Informática Medica

Aspectos: Aplicación de la norma ISO 13606 en la Historia Clínica Electrónica

Tema: Desarrollo e Implementación del Formulario 038 Trabajo Social del

Ministerio de Salud Publica aplicando Arquetipos Basados en la Norma ISO 1306

para obtener interoperabilidad

Delimitación Espacial: Las instituciones pertenecientes al Ministerio de Salud

Pública.

Delimitación Temporal: El presente proyecto se lo realiza en el período 2016 –

2017.

Formulación del Problema

¿Cómo el desarrollo del Formulario 038 de Trabajo Social del Ministerio de Salud

Publica aplicando arquetipos basados en la Norma ISO 13606 para lograr

interoperabilidad beneficiará el registro de información de los pacientes que se

encuentran hospitalizados en las unidades de Salud?

Evaluación del Problema

Los aspectos generales de evaluación son:

Delimitado: En la actualidad los sistemas hospitalarios del Ministerio de Salud

Pública carecen de un estándar de interoperabilidad para intercambiar

información clínica con otras instituciones de salud. El objetivo de desarrollar una

aplicación web para el ingreso de datos y generación de formulario de trabajo

social con arquetipos que contribuirá a la gestión de calidad en los servicios de la

salud.

5

Claro: El proyecto a implementar determina claramente los aspectos a mejorar

que es la falta de interoperabilidad entre los sistemas hospitalarios con el fin de

permitir el intercambio de información de los registros médicos de los pacientes.

Evidente: La implementación de un proceso automático para la generación e

intercambio semántico de información clínica del formulario de trabajo social

evidencia la mejora de calidad de los registros de historia clínica y hospitalaria.

Concreto: En la actualidad se está adquiriendo como solución, el desarrollo de

estándares que permitan el intercambio adecuado de información entre

sistemas, los cuales permiten proporcionar la información completa de un

paciente de manera sencilla y automática.

Factible: El proyecto es factible porque existe un acuerdo ministerial aprobado

entre la Dirección de Gestión del Sistema Nacional de Salud y los

establecimientos de salud, para la mejora de calidad y diseño en los formularios

de historia Clínica Única.

Identifica los productos esperados: El resultado de la implementación será

una aplicación que permitirá la generación automática del formulario de trabajo

social en base a los datos de la historia clínica el paciente ingresado por la

trabajadora social en conjunto con el modelo semántico de los datos basados en

arquetipos de la norma ISO/CEN 13606.

OBJETIVOS

Objetivo General

Desarrollar un sistema de información para la generación del formulario 038 de

Trabajo Social establecido por el Ministerio de Salud Pública aplicando

arquetipos basados en la norma ISO 13606 para obtener interoperabilidad entre

los sistemas hospitalarios.

6

Objetivos Específicos

• Desarrollar la Historia Clínica Electrónica del Formulario 038 Trabajo Social

para ser utilizada en el diseño y representación de los datos en denominados

arquetipos.

• Analizar la norma ISO 13606 y levantar línea base para la creación de

arquetipo con profesionales médicos en función al Formulario 038-Trabajo

Social.

• Desarrollar el arquetipo para la estructura y recuperación de datos.

ALCANCES DEL PROBLEMA

El desarrollo del formulario de Trabajo Social aplicando la norma ISO13606

admitirá realizar el registro de información como: los riesgos familiares, las

condiciones socioeconómicas, la estructura familiar y tipo de vivienda y servicios

del paciente utilizando un sistema de información construido con componentes

gráficos para la interacción con el usuario y licencia de código abierto para

disminuir costos en su mantenimiento.

El sistema de información se conectará con la base de datos obteniendo el

número de historia clínica de forma automática para el formulario de Trabajo

Social, una vez cargados los datos del paciente, el sistema de información

solicitará el ingreso de parámetros que servirán para determinar la condición

social del paciente. La trabajadora social deberá ingresar sus recomendaciones

finales según el análisis efectuado al paciente. Existirá una opción para generar

un archivo del formulario de trabajo social con todos los datos ingresados, la

información obtenida podrá ser transferida entre sistemas hospitalarios

representada en arquetipos.

7

JUSTIFICACIÓN E IMPORTANCIA

Actualmente el Ministerio de Salud Pública (MSP) utiliza los formularios básicos

de Historia Clínica en sus Unidades Operativas aprobados desde el año 2007,

los cuales fueron diseñados para que el personal de la salud realice el llenado

manual o digital en hojas de cálculo, que luego será almacenado en una carpeta

en orden secuencial según la prioridad del formulario y debe conservarse en un

área restringida durante un período mínimo de 15 años. (MSP, 2012)

Debido a la desactualización del proceso mencionado que ocasiona deficiencias

en la recuperación de información clínica del paciente y no proporciona un

medio de intercambio de la información obtenida con otros establecimientos de

Salud, se justifica el desarrollo del Formulario de Trabajo Social aplicando

arquetipos basados en la norma ISO 13606 para mejorar la calidad del proceso

que actualmente se utiliza, permitiendo a los especialistas de Salud un mejor

manejo de la historia clínica de sus pacientes que servirá para fundamentar su

decisiones en el diagnóstico y tratamiento del paciente. El diseño y aplicación

arquetipo basados en la norma ISO 13606 por su parte brindará

interoperabilidad entre sistemas hospitalarios con una aplicación que se

encargará de la generación automática del archivo con etiquetas semánticas que

será trasmitido a los diferentes establecimientos públicos.

El desarrollo del proyecto radica en la aplicación de la norma ISO 13606 para

definir una estructura de información sólida para comunicar partes de la historia

clínica electrónica (HCE), por medio de un sistema de información construido

con la tecnología adecuada para el soporte de la norma. El sistema de

información construido mantendrá la confidencialidad, seguridad y precisión de

los datos médico-paciente y garantizará la disponibilidad de la información clínica

en todos los establecimientos de salud públicos.

8

METODOLOGÍA DEL PROYECTO

Está basado en el ciclo convencional de una ingeniería y determina que el

desarrollo de software se debe realizar siguiendo una secuencia de fases. Cada

etapa tiene un conjunto de metas bien definidas y las actividades dentro de cada

una contribuyen a la satisfacción de metas de esa fase o quizás a una

subsecuencia de metas de la misma. El arquetipo del ciclo de vida abarca las

siguientes actividades:

(Blé, 2015) Señala que:

1. Ingeniería y Análisis del Sistema: Debido a que el software es siempre

parte de un sistema mayor, el trabajo comienza estableciendo los

requisitos de todos los elementos del sistema y luego asignando algún

subconjunto de estos requisitos al software.

2. Análisis de los requisitos del software: el proceso de recopilación de

los requisitos se centra e intensifica especialmente en el software. El

ingeniero de software debe comprender el ámbito de la información del

software, así como la función, el rendimiento y las interfaces requeridas.

3. Diseño: el diseño del software se enfoca en cuatro atributos distintos del

programa; la estructura de los datos, la arquitectura del software, el detalle

procedimental y la caracterización de la interfaz.

4. Codificación: el diseño debe traducirse en una forma legible para la

máquina. Si el diseño se realiza de una manera detallada, la codificación

puede realizarse mecánicamente.

5. Prueba: una vez que se ha generado el código comienza la prueba del

programa. La prueba se centra en la lógica interna del software y en las

funciones externas, realizando pruebas que aseguren que la entrada

definida produce los resultados que realmente se requieren.

6. Mantenimiento: el software sufrirá cambios después de que se entrega al

cliente. Los cambios ocurrirán debidos a que se haya encontrado errores,

a que el software deba adaptarse a cambios que el cliente requiera

ampliaciones funcionales o del rendimiento.

9

CAPÍTULO II

MARCO TEÓRICO

ANTECEDENTES DEL ESTUDIO

La elaboración del formulario N° 038 Trabajo Social, fue desarrollado debido al

principio del estudio del proceso actual que se lleva a cabo en los diferentes

establecimientos médicos del Ministerio de Salud Pública, que en la actualidad

se lo realiza el llenado del formulario de manera física, generando

inconsistencias y perdidas en la información.

A lo largo de este análisis se ha podido contemplar que en varios países se han

propuesto de la necesidad de crear sistemas de HCE usando la interoperabilidad

semántica, como el caso de España que es líder europeo en la implantación de

Historia Clínica Electrónica.

España comenzó a implementar HCE en 10 comunidades autónomas como:

Murcia, Cantabria, Cataluña, La Rioja, Andalucía, Castilla, Baleares, Castilla y

león, Comunidad Valenciana y Extremadura. En el Hospital Universitario de

Márquez de Valdecilla ubicado en Cantabria, en el año 2007 unos de los

primeros lugares donde se implementó la Historia Clínica Electrónica.

En la universidad de Zaragoza en el instituto de Investigación en Ingeniera de

Aragón en España se realizó un estudio sobre la implementación de un sistema

de almacenamiento de información usando dispositivos médicos X73 aplicando

arquetipos usando la norma CEN13606.

En Latinoamérica tenemos el HL7 LATAM el cual promueve el manejo de

estándares de interoperabilidad que mejoren la atención en la salud y optimizan

el flujo de trabajo en América Latina fortaleciendo las instituciones locales. En los

países donde se ha visto la implementación proporciona una gran eficiencia en

los niveles de atención primaria y especializada, entre los países que utilizan

HL7 tenemos Argentina, Brasil, México, Uruguay, Chile y Colombia.

10

Para el desarrollo del formulario 038 Trabajo Social se utilizó como lenguaje

principal JAVA por lo que es un lenguaje orientado a objetos, fue creado en 1991

su objetivo era ser usado en set-top-box, su primer nombre fue Oak, después se

conoció como Green y al final adopto el nombre de Java.

En los inicios de los 90, la gran cantidad de los usuarios que utilizan el internet

como un medio de conexión comenzaron a crear como desarrollo aplicaciones

web, el cual contenía en su programación código fuente muy complicado, esto

era un gran problema con formularios difíciles y una conexión muy pausada por

lo cual se veía en la necesidad de utilizar un lenguaje de programación que se

ejecutara en el explorador de navegación del usuario.

Para Gustavo Farfán Cruz:

PrimeFaces es una librería de componentes visuales para Java Server Faces

(JSF) de código abierto que cuenta con gran cantidad de componentes que

facilitan la creación de las aplicaciones web. PrimeFaces es de origen turco,

desarrollada por Prime Technology bajo la licencia de Apache License V2. El

soporte Ajax es transparente para el desarrollador, aunque para activarlo

deben utilizarse atributos específicos en cada uno de los componentes para

lanzar un método del servidor y para indicar los componentes a actualizar y

utiliza el soporte de jQuery para los efectos visuales (Farfán Cruz, 2012).

11

FUNDAMENTACIÓN TEÓRICA

Sistemas de Información

Es verdad que existen una variedad de definiciones acerca de los sistemas de

información a continuación detallaremos algunos.

Andreu Ricart define un sistema de información como:

Conjunto formal de procesos que, operando sobre una colección de datos

estructurada de acuerdo a las necesidades de la empresa, recopila, elabora y

distribuyen selectivamente la información necesaria para la operación de

dicha empresa y para las actividades de dirección y control correspondientes,

apoyando, al menos en parte, los procesos de toma de decisiones necesarios

para desempeñar funciones de negocio de la empresa de acuerdo con su

estrategia. (Ricart, 1991).

Gráfico N° 1: Sistema de Información de la Organización

Elaboración: Andreu Ricart.

Fuente: (Ricart, 1991).

“Un Sistema de Información puede definirse como un conjunto de

componentes interrelacionados que permiten capturar, procesar,

almacenar y distribuir información para apoyar la toma de decisiones y el

control de una organización. Igualmente apoya la coordinación, análisis de

12

problemas, visualización de aspectos complejos, entre otros aspectos.”

(Laudon, 2012).

“Un sistema es un conjunto de componentes que interaccionan entre sí

para lograr un objetivo común. Aunque existe una gran variedad de

sistemas, la mayoría de ellos pueden representarse a través de un modelo

formado por cinco bloques básicos: elementos de entrada, elementos de

salida, sección de transformación, mecanismos de control y objetivos”.

(Alarcón, 2010).

Gráfico N° 2: Modelo General de un Sistema

Elaboración: Vicenc Alarcón Fernández

Fuente: (Alarcón, 2010).

Características de los Sistemas de Información

(EMERY, 1990) Señala que:

• Forman parte de las actividades de la organización; un sistema de

información gerencial bien proyectado, se vuelve parte integrante de las

actividades de la organización, en todos sus niveles.

• Estar basado en tecnología de computación; un sistema de información

es, ciertamente, mucho más que un conjunto de procesos

computarizados, por lo tanto, un sistema de información que no esté

13

basado en parte por tecnología informática, o es relativamente simple o

fue proyectado precariamente.

• Ser un sistema hombre - máquina; un sistema de información bien

proyectado que interrelaciona tareas entre hombres y máquinas en forma

eficiente.

• Ser una colección de subsistemas; un sistema de información está

compuesto por una colección de subsistemas; y el grado de conexión

entre esos subsistemas es variado (puede ser más fuerte o más débil),

según sea, el nivel de integración, técnica y económica, más adecuado.

Un sistema integrado de datos electrónicos (EDI) es útil para cualquier

situación.

• Ser adaptable a necesidades de cambios; un sistema de información bien

diseñado debe responder continuamente a las necesidades de cambios y

avances tecnológicos.

Ciclo de Vida de un Sistema de Información

El ciclo de vida de los sistemas es el proceso evolutivo que se sigue al

implementar un sistema o subsistema de información basado en computadora.

“El ciclo de vida consiste en una serie de tareas que siguen de cerca los

pasos del enfoque de sistemas”. (Raymond, 2000)

Las fases del ciclo de vida de un sistema de información son las siguientes:

14

Gráfico N° 3 : Fases del Ciclo de Vida de un Sistema de Información

Definición de

Requerimientos

Análisis y Diseño de

Software

Implementación y

Pruebas

Integración y pruebas del

sistema

Operación y Mantenimiento

Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual

Fuente: Datos de Investigación.

(Naranjo, 2012) Señala que:

Análisis.

La etapa de análisis en el ciclo de vida del software corresponde al proceso

mediante el cual se intenta descubrir qué es lo que realmente se necesita y se

llega a una comprensión adecuada de los requerimientos del sistema.

Diseño.

Mientras que los modelos utilizados en la etapa de análisis representan los

requisitos del usuario desde distintos puntos de vista (el qué), los modelos

que se utilizan en la fase de diseño representan las características del

sistema que nos permitirán implementarlo de forma efectiva (el cómo).

Desarrollo o Implementación.

Para la fase de implementación hemos de seleccionar las herramientas

adecuadas, un entorno de desarrollo que facilite nuestro trabajo y un lenguaje

de programación apropiado para el tipo de sistema que vayamos a construir.

15

Pruebas

Errar es humano y la etapa de pruebas tiene como objetivo detectar los

errores que se hayan podido cometer en las etapas anteriores del proyecto (y,

eventualmente, corregirlos).

Puesta a Producción y Mantenimiento.

• Eliminar los defectos que se detecten durante su vida útil (mantenimiento

correctivo), lo primero que a uno se le viene a la cabeza cuando piensa

en el mantenimiento de cualquier cosa.

• Adaptarlo a nuevas necesidades (mantenimiento adaptativo), cuando el

sistema ha de funcionar sobre una nueva versión del sistema operativo o

en un entorno hardware diferente, por ejemplo.

• Añadirle nueva funcionalidad (mantenimiento perfectivo), cuando se

proponen características deseables que supondrían una mejora del

sistema ya existente.

Beneficios de Los Sistemas de Información

Los sistemas de información se han convertido en dentro de las organizaciones

en una herramienta vital en la toma de decisiones y les permite brindar mejores

servicios a sus clientes, “Los sistemas de información son en la actualidad

una herramienta que bien implementada se convierte en un arma

competitiva en los negocios, así como las empresas buscan diferenciarse

de su competencia, los sistemas de información son una manera de

hacerlo” (Bracho, 2011).

(Bracho, 2011) Afirma:

Menciona que los beneficios que se pueden obtener usando sistemas de

información son los siguientes:

16

Acceder a la información de forma rápida brindando un mejor servicio a

los clientes.

Mayor agilidad en los mandos medios para anticipar los requerimientos

de los directivos.

Evaluación de reportes e indicadores, que ayudan a corregir fallas que no

pueden ser detectados y controlados con un sistema manual.

Probabilidad de plantear y generar proyectos dentro de una institución

soportados en sistemas de información que presentan elementos claros y

sustentados.

Ahorrar tiempo en la búsqueda de información ya que esta esta

almacenada en un medio físico que puede ser compartido si se lo

requiere.

Fomentan la creación de grupos de trabajo e investigación debido a la

facilidad para encontrar y manipular la información.

Solucionan el problema de falta de comunicación entre las diferentes

instancias. Facilitan la comunicación entre directivos.

Mejor organización en el manejo de información clasificada por temas de

interés general y particular.

Varias alternativas de comunicación, utilizando medios informáticos como

el correo electrónico, teleconferencia, acceso directo a bases de datos y

redes.

Acceso a programas y convenios e intercambios institucionales.

Mejora la productividad ya que permiten automatizar tareas manuales.

17

Interoperabilidad

La interoperabilidad es la habilidad que tienen las organizaciones para

intercambiar información entre ellos, la interoperabilidad ha sido un factor de

gran importancia respecto a la mejora de los servicios y cooperación entre

empresas o mejorar la comunicación entre procesos internos. En el ámbito de la

informática, la interoperabilidad es la capacidad del software y del hardware

perteneciente a diferentes máquinas y marcas para compartir datos. En el ámbito

de la documentación se entiende por interoperabilidad la capacidad de un

sistema de hardware o software de para comunicar con otro sistema en el

intercambio de datos. Una definición de interoperabilidad que supera los límites

del hardware y software, así como el correcto intercambio de datos entre

sistemas entiende por interoperabilidad “Los procesos tecnologías y

protocolos requeridos para asegurar la integridad de los datos cuando se

transfieren de un sistema a otro” (Martínez y Lara, 2013).

Gráfico N° 4: Interoperabilidad

Elaboración: Martínez y Lara, José Ángel Usero Pablo Navarra.

Fuente: (Martínez y Lara, 2013)

18

Niveles de Interoperabilidad

Según (Gómez, 2007) menciona:

Para lograr la interoperabilidad en los sistemas de información documentales,

esta se debe manejar en distintos niveles o capas que trabajen en conjunto

para que exista una comprensión común de un dominio del conocimiento.

Estos son: infraestructura, estructura, sintaxis y semántica.

Sintaxis

Uso de herramientas e interfaces comunes que proporcionan uniformidad

superficial en la navegación y el acceso. En general, se refiere a la capacidad

de los sistemas de información para leer datos procedentes de otros similares

y obtener una representación que pueda ser compatible.

En general corresponde con el uso de lenguajes y metalenguajes

estructurados (XML, ASN1), como elementos que representan la sintaxis

entre los sistemas de información.

Semántica

Capacidad de los sistemas de información para acceder, de forma consistente

y coherente basado en un modelo de “inteligencia” a datos, información,

documentos, objetos digitales y servicios similares, distribuidos en

repositorios heterogéneos, todo esto con la ayuda de un protocolo mediador.

También se puede entender como la capacidad de los sistemas de

información para intercambiar información basándose en un común

significado de los términos y expresiones que se usan con el hecho de

asegurar la consistencia en la forma en que la información es representada y

entendida por los márgenes.

19

Infraestructura

Utilización de un medio como Internet, para realizar los procesos de

intercambio de datos, información, documentos, metadatos y objetos digitales.

Es la capacidad de los sistemas de información de interactuar en ambientes

no solo cerrados, sino distribuidos, soportados por protocolos de intercambio

y acceso comunes a redes de datos tales como TCP/IP.

Estructura

Corresponde a los modelos que sirven como el marco de descripción de

recursos (RDF); estos ofrecen un medio para especificar esquemas

semánticos de modo que se puedan compartir.

Capas de Interoperabilidad

Según (Bueno, 2008) menciona:

El proyecto europeo LIFE, financiado por la Comisión Europea área de

Educación y Cultura, publicó en 2006 un informe detallado sobre la

interoperabilidad de la educación en Europa. Este informe adopta un marco

semiótico para ayudar a entender los distintos aspectos de la

interoperabilidad, que contempla varias capas de la interoperabilidad:

• Capa física. Apariencia física, medios de comunicación y cuantía de contacto

disponible.

• Capa empírica. Implica la entropía, variedad y equívocos encontrados.

• Capa sintáctica. Abarca el lenguaje, estructura y lógica empleada para que

los sistemas, subsistemas y módulos puedan interoperar.

• Capa semántica. Aborda la interoperabilidad del significado y validez de lo

expresado, como que la información dada por un actor de un sistema

educativo pueda ser entendida correctamente por otro.

20

• Capa pragmática. Está referida a las intenciones comunes (como puede ser

un objetivo pedagógico común), a aspectos de responsabilidad como la

confianza y a otras consecuencias de las declaraciones expresadas.

• Capa social. Aborda los intereses, creencias y compromisos compartidos

como resultado, se refiere a la compatibilidad de creencias y valores de

distintos sistemas educativos, que pueden variar de un país o región a otra.

Historia Clínica Electrónica

(Michel, 2011) Indica:

Una historia clínica electrónica (EHR) es una recopilación computarizada de

los detalles de salud de un paciente. Pero es más que eso, es una nueva

manera de almacenar y organizar la información del paciente. Al igual que las

fichas de hospital, los archivos de EHR de los pacientes se dividen en

secciones donde los profesionales en entran la información para

proporcionarle cuidado médico al paciente o realizar tareas administrativas.

La información almacenada en un EHR puede incluir los antecedentes

médicos de un paciente (entre ellos el estado de las vacunas, resultados de

pruebas y registros de crecimiento y desarrollo), información sobre el seguro

médico y de facturación y otros datos relacionados con la salud.

Como se almacena en formato digital, la información se puede compartir

fácilmente entre los distintos proveedores de atención médica dentro de un

centro y se puede enviar con rapidez de un centro a otro si un paciente se

pasa a otro centro.

La Historia Clínica Electrónica es una colección longitudinal de información

Electrónica sobre la salud de los pacientes donde la información sobre

salud es definida como información pertinente a la salud de un individuo, o la

información de los cuidados de salud provistos a un individuo, por medio de

21

cualquier miembro del equipo de salud. Tiene la posibilidad de dar acceso a la

información de salud solo a los usuarios autorizados. (Ricard, 2013).

Gráfico N° 5: Concepto de Historia Clínica Electrónica

Elaboración: Martínez y Lara, José Ángel Usero Pablo Navarra.

Fuente: (Martínez y Lara, 2013)

Recogida de la Información Terminología en la Historia Clínica Electrónica

(Torres y Pérez, 2007) Menciona:

La información que se recoge en la HC es de carácter terminológico, desde la

anamnesis hasta los diagnósticos del paciente, y es necesario estructurarla

previamente a su procesado de modo que quede codificada en el momento

de ser introducida en el ordenador6. El usuario primario preferirá el texto libre,

mientras que el secundario se inclinará por formatos estructurados

explotables. El texto libre proporciona la máxima expresividad, pero pocas

posibilidades de recuperación de la información.

22

Las formas estructuradas funcionan bien en procesos fáciles de estandarizar,

como las visitas de seguimiento, pero plantean dificultades para estructurar

documentos más largos y complejos, como el informe de alta hospitalaria. En

general, es deseable que haya cierto grado de estructuración, pero hay que

dejar siempre una parte de expresión libre.

En las formas estructuradas para los diagnósticos y otros datos con amplio

rango de valores, se utilizan listas desplegables. Las más sencillas son

enumerativas y las más complejas o composicionales permiten, por

combinación de términos, dar lugar a otras más complejas (pericarditis +

crónica + tuberculosis). Sin embargo, las enumerativas deben contener todas

las combinaciones de términos previstas con anterioridad (sería necesario

disponer de una entrada específica para pericarditis crónica tuberculosa).

En los lenguajes composicionales no es necesario disponer de todos los

términos posibles previamente, pero se necesitan reglas de composición para

evitar combinaciones no válidas (p. ej., no debería poderse combinar

epilepsia y válvula mitral) y de mecanismos para reconocer distintos tipos de

combinaciones, que representan el mismo concepto.

Herramientas para el procesamiento de la información Terminología en la Historia Clínica Electrónica

Según (Torres y Pérez, 2007) menciona que:

La literatura científica hay diversas denominaciones para referirse a las

herramientas para procesar la información terminológica, como terminología

médica, nomenclaturas, vocabularios controlados y sistemas de clasificación

y de codificación.

El personal sanitario utiliza un vocabulario particular, que se conoce como

terminología médica, para facilitar la comunicación con otros profesionales

sanitarios. Aunque el lenguaje médico busca objetividad y precisión, participa

también de ciertas ambigüedades del lenguaje natural. Las nomenclaturas

son un intento de evitar las dificultades que plantean las imprecisiones del

23

lenguaje médico. En la práctica clínica, los criterios de clasificación que

interesan son los que permiten definir un pronóstico y el tipo de tratamiento

que se debe aplicar.

La elección de un lenguaje documental u otro depende de la finalidad del

sistema de información; en medicina es importante la información estadística,

por lo que se utilizan más las clasificaciones. En información sanitaria se

utiliza de manera universal la Clasificación Internacional de Enfermedades,

que es la referencia para todos los que quieren información sobre la

distribución demográfica de las enfermedades y las causas de muerte, y

desde la sexta revisión clasifica también la morbilidad.

En la actualidad hay 2 proyectos terminológicos, con fuerte respaldo

económico, cuya finalidad es convertirse en lenguajes documentales de

referencia en medicina para uso en soporte electrónico. Se trata de UMSL

(Unified Medical Language System) y de SNOMED-CT (Systematized

Nomenclature of Medicine. Clinical Terms).

UMLS es una compilación de los lenguajes documentales más importantes de

uso en medicina y se basa en correlaciones conceptuales entre ellos. Nace

como respuesta a la constatación de que la existencia de múltiples

vocabularios en sistemas diferentes es un obstáculo para su integración y

como mecanismo para facilitar el acceso a diferentes aplicaciones por parte

de un mismo usuario (de manera que un médico pueda moverse sin dificultad

entre una historia clínica informatizada, bases de datos bibliográficas y un

sistema de ayuda para la decisión clínica).

SNOMED-CT es el fruto de la convergencia de dos lenguajes documentales

de tipo composicional, pensados específicamente para su uso en un entorno

de historia clínica informatizada. SNOMED-RT (Referente Terminology) y la

tercera versión de los clinical terms del National Health Service, contienen

correlaciones conceptuales con las categorías de la CIE-10 y la CIE.9-MC,

incorpora LOINC (Logical Observation identifier names and codes), una

nomenclatura normalizada de libre acceso para determinaciones analíticas de

laboratorio y permite realizar vías clínicas.

24

Barreras para la Implementación

Según (Ricard, 2013) señala que:

Cuando se decide implementar una HCE se debe tener en cuenta que existen

una serie de inconvenientes. Las barreras que se pueden presentar en la

implementación de una HCE son:

Financieras

Ya que los costos de inversión, mantenimiento son muy altos y existe

incertidumbre del retorno de la inversión.

Técnicas

Las faltas de infraestructura se podrían convertir en una de las principales

barreras en la implementación, así como la posible falta de agilidad en los

usuarios al manipular un nuevo sistema, la falta de soporte o personalización

de los sistemas.

Temporales

Ya que la implementación de este tipo de sistemas requieres un tiempo

extenso es decir los plazos de ejecución son largos, implicando el ingreso de

datos y la transferencia de información histórica al nuevo soporte electrónico.

Psicológicas

La implementación de un sistema de HCE puede ser considerando una

pérdida de autonomía o por la incertidumbre de los usuarios.

Sociales

Por la necesidad de cooperación entre profesionales de la salud que poseen

variados perfiles o por falta de confianza con las empresas distribuidoras.

25

Arquitectura de Información de la Historia Clínica Electrónica

La información contenida en las historias clínicas electrónicas debe estar

estructurada de alguna manera, de tal forma que se facilite su manipulación y

procesamiento por un sistema informático. Esta estructura debe ser, también,

adecuada tanto para el proceso de atención sanitaria como para otros posibles

usos como investigación, educación, auditoría, etc. Una arquitectura de

información de la historia clínica electrónica (AHCE) modela las características

genéricas aplicables a cualquier anotación en una historia clínica

independientemente de la organización (primaria, especializada, etc), del

profesional (médico, enfermera, etc.) o especialidad. La arquitectura debe

proporcionar principalmente constructores o mecanismos para capturar fielmente

el significado original de la información y asegurar que la historia clínica sea

comunicable. Se entiende por comunicable que la comunicación de partes de la

historia clínica entre diversos profesionales, sistemas informáticos u

organizaciones sea segura, y que, por tanto, se salvaguarde el significado

original de los datos (Maldonado y Robles, 2010).

Norma ISO 13606

(Muñoz y Carrasco) Menciona:

El Comité Europeo de Normalización (CEN) ha sido el encargado de elaborar

la norma UNE-EN ISO 13606, cuyo principal objetivo es normalizar la

transferencia de las HCE, o de parte de las mismas. La norma está basada en

un doble modelo que separa desde el diseño la información y el conocimiento.

Gracias a esta norma se consigue que los sistemas que intercambian

información sean semánticamente interoperables. La norma UNE-EN ISO

13606 es una de las más asentadas mundialmente en la temática de la

normalización de HCE, sin embargo, existen otras iniciativas y estándares de

gran importancia como HL7v3 y openEHR, y ya existen proyectos para llegar

a soluciones comunes interoperables.

La norma ISO 13606 cuenta con cinco partes:

26

Modelo de Referencia.

Modelo de Arquetipos.

Listas de Términos y arquetipos de referencia.

Seguridad.

Modelo de Referencia

(Viejo, 2012) Indica que:

Representa las características generales de los componentes de una HCE, es

decir, sus características estables, cómo se organizan éstas y la información

de contexto necesaria para satisfacer los requerimientos tanto éticos como

legales.

Por ejemplo, los autores de los informes, las fechas de creación y revisión, el

periodo de tiempo que comprende el extracto de HCE, las entidades que han

participado durante el proceso clínico (personas o dispositivos), etc.

Es un modelo de clases genérico y de tamaño reducido El modelo de

referencia nos proporciona una sintaxis y una semántica básica de los datos

clínicos.

27

Gráfico N° 6: Modelo de Referencia

Elaboración: Jose Alberto Segura Viejo.

Fuente: (Maldonado y Robles, 2010).

(INEN, 2014) Indica que la estructura del Modelo Relacional es la siguiente:

EHR_EXTRACT (Extracto de HCE)

Es el contenedor de más alto nivel de parte o toda la HCE de un único sujeto

de la asistencia, para la comunicación entre un sistema proveedor de la HCE

y un receptor de la HCE.

FOLDER (Carpeta)

La organización de alto nivel dentro de una HCE, que la divide en

compartimentos relativos a la asistencia prestada para una única condición,

por un equipo o institución clínica, o durante un tiempo fijado tal como un

episodio de asistencia.

COMPOSITION (Composición)

EL conjunto de información grabada en una HCE por un agente, como

resultado de un único encuentro clínico o una sesión de documentación de la

historia.

28

SECTION (Sección)

Datos de la HCE dentro de una composición perteneciente a una cabecera

clínica, que usualmente refleja el flujo de información reunido durante un

encuentro clínico, o estructurado para una más beneficiosa lectura futura.

ENTRY (Entrada)

La información registrada en una HCE como resultado de una acción clínica,

una observación, una interpretación clínica o un propósito clínico. Esto se

conoce también como declaración clínica.

CLUSTER (Grupo):

Estructura de datos para organizar otros elementos tales como las series

temporales, y para representar las columnas de una tabla.

ELEMENT (Elemento)

Representa el valor de un dato en la HCE. Ejemplos de elemento son: presión

sanguínea sistólica, ritmo cardíaco, nombre de medicamento, síntoma, peso

del cuerpo, etc.

Gráfico N° 7: Detalle de la Estructura del Modelo Relacional

Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.

Fuente: (Muñoz y Carrasco).

29

Modelo Dual EN13606 está basada en lo que se conoce como modelo dual para el diseño de

la arquitectura de información para la comunicación de la HCE. En el modelo

dual se distinguen dos modelos. El primero, el modelo de referencia (parte 1 de

la norma), que incluye exclusivamente los conceptos no volátiles del domino que

permiten describir cualquier anotación en la historia clínica. El segundo,

compuesto por un conjunto de arquetipos (conformes a un modelo de

arquetipos, parte 2 de la norma), que no son más que metadatos que definen por

medio de restricciones sobre el modelo de referencia las características

particulares de cada una de las estructuras de datos que potencialmente se

necesitan para cumplir con los requisitos de información de cada grupo de

profesionales, especialidad o servicio. Cuando un arquetipo restringe una

componente del modelo de referencia se suele decir también que el arquetipo

extiende o especializa la componente (Maldonado, 2012).

Gráfico N° 8: Estructura Modelo Dual

Elaboración: NORMA INEN ISO/NTE.

Fuente: (INEN, 2014).

30

Modelo de Arquetipos

Es un marco que nos permite conjugar las entidades del modelo de referencia

para crear estructuras con riqueza semántica o arquetipos. Los arquetipos son

una combinación jerárquica de componentes del MR a los que restringe (fijando

sus nombres, tipos de datos posibles, valores por defecto, cardinalidad, etc.)

para modelar conceptos clínicos del dominio de conocimiento (Viejo, 2012).

(Maldonado, 2012) Indica que:

Los arquetipos son la base de la integración en PANGEA. Su propósito es

hacer públicos los datos contenidos en los sistemas de información a integrar

y al mismo tiempo ocultar su heterogeneidad, es decir, forman un nivel

semántico sobre las bases de datos y sirven para asociar a los datos

almacenados en éstas una semántica clínica específica. Por tanto, en nuestro

sistema la verdadera integración se realiza a nivel de meta información en vez

de a nivel de datos. A su vez los usuarios extraen información por medio de la

instanciación de uno o varios arquetipos. Resumiendo, los arquetipos definen

los conceptos clínicos que se comparten y los extractos de historias clínicas

que se facilitan a las aplicaciones clientes son siempre instancias de

arquetipos.

José Alberto Maldonado define que en nuestro caso, donde se pretende

utilizar un modelo dual de arquitectura para la comunicación de la historia

clínica electrónica es necesario adaptar esta metodología para su uso en un

sistema de historia clínica electrónica federada.

Las principales consecuencias de esto son:

Los arquetipos deben ser las entidades constitutivas del esquema global,

es decir, los conceptos que se representan en el esquema federado

deben ser arquetipos tal como éstos se entienden en la norma europea.

31

El esquema federado no se construye por un proceso de integración de

esquemas en tiempo de diseño, sino que su construcción es dinámica. El

esquema global crece a lo largo del tiempo, por ejemplo, tras la

incorporación de una nueva fuente de datos a la federación o por nuevos

requerimientos de información de los usuarios.

La interrogación de datos debe estar basada en arquetipos.

Para PANGEA hemos desarrollado un sistema de tipos (definición de

esquemas) para el modelo de datos anteriormente descrito. Los arquetipos se

modelan como un tipo sobre el modelo de datos, por tanto, cada arquetipo

define un conjunto de extractos de HCE que comparten un conjunto de

características estructurales y de etiquetado. Este sistema de tipos permite

también la construcción del esquema federado, en efecto, el esquema

federado no es más que un conjunto de tipos. Los tipos se basan en el uso de

predicados que definen el dominio de los valores atómicos y en expresiones

regulares para la especificación de la estructura permitida de los extractos el

grafico 8 describe gráficamente la relación existente entre los arquetipos y los

tipos sobre los árboles de datos.

Gráfico N° 9: Relación entre Tipos y Arquetipos


Fuente: (Maldonado, 2012).

32

Especificación de interfaces

José Alberto Maldonado especifica la arquitectura de la información requerida

para las comunicaciones interoperables entre los sistemas y servicios que

necesitan o proporcionan datos EHR.

Define un conjunto de interfaces para solicitar y proporcionar:

Un EHR_EXTRACT para un tema determinado de la atención como se

define en la norma ISO 13.606-1.

Uno o más ARCHETYPE (s) tal como se define en la norma ISO 13606-

2.

Un EHR_AUDIT_LOG_EXTRACT para un tema determinado de la

atención como se define en la norma ISO / TS 13.606-4.

(ISO, 2010) define:

El conjunto de interacciones para solicitar cada uno de estos artefactos, y

para proporcionar los datos a la parte solicitante o rechazar la solicitud. Una

interfaz para consultar una HCE o poblaciones de las HCE, por ejemplo, para

la auditoría clínica o de investigación, están más allá de su ámbito de

aplicación, aunque se ha previsto ciertos criterios de selección para

especificar al solicitar un EHR_EXTRACT que también podría servir para las

consultas de la población.

A continuación, se detallan cada uno de los elementos de la iteración:

EHR_requester. Autoriza la comunicación del artefacto.

EHR_provider. Un servicio de repositorio que contiene y puede devolver el

artefacto solicitado.

33

(NORMA INEN ISO/NTE, 2015) indica que:

EHR_recipient Que pretende y está automatizado para recibir el artefacto.

Es necesario localizar al EHR_provider y establecer los servicios a los que da

soporte, a través de un directorio publicado, servicio de localización o por un

conocimiento previo del EHR_requester. Una vez que está localizado, los

interfaces de los servicios relevantes deben estar accesibles para las partes

en comunicación (por ejemplo, es necesario disponer de las autorizaciones

relevantes).

El EHR_provider necesita conocer con antelación la autenticación y las

autorizaciones (privilegios) del EHR_requester o este último debe requerir el

acceso a los medios para verificarlos en el momento de la petición.

Request_ehr_extract

Esta interfaz específica la información que debe o puede proporcionar un

EHR_requester para definir lo más precisamente posible los datos de la EHR

que se pide que incluya el EHR_provider en el EHR_EXTRACT. Se pueden

proporcionar restricciones sobre los datos de la historia clínica, tales como un

intervalo de fichas, una lista de Arquetipos a incluir, etc.

Es necesario que las políticas de seguridad que se aplican a esta petición,

incluyendo las autorizaciones pertinentes para el EHR_requester y cualquier

consentimiento específico que haya sido otorgado para esta petición en

concreto, sean acordadas por anticipado, o comunicadas en paralelo a esta

petición.

Request Archetypes

Esta interfaz específica a la información que puede ser proporcionada por un

EHR_requester para definir un conjunto de Arquetipos que se le poden al

EHR_provider que proporcione al EHR_recipient. La interfaz de petición

permite al EHR_requester proporciona una serie de descriptores mediante los

34

cuales se pueden seleccionar los arquetipos adecuados de un repositorio. Si

se especifican múltiples restricciones, los artefactos suministrados deben ser

conformes con todas las restricciones.

Request ehr_audit_log_extract

Esta interfaz especifica la información que debe proporcionarse por un

EHR_requester para definir tan precisamente como sean posibles los datos

de un registro de auditoría que se piden al EHR_provider.

Ehr_audit_log_extract.

Es necesario que las políticas de seguridad que se aplican a esta petición,

incluyendo las autoridades pertinentes para el EHR_resquester y cualquier

consentimiento específico que haya sido otorgado para esta petición en

concreto, sean acordadas por anticipado o comunicadas en paralelo a esta

petición.

LinkEHR

(Viejo, 2012) menciona que: • Una metodología y un conjunto de herramientas para facilitar la

estandarización y la Interoperabilidad semántica de las HCEs existentes.

• La metodología se basa en el modelo dual, como forma de combinar los tres

pilares básicos de la interoperabilidad semántica: modelos de información,

conceptos de dominio y terminología.

• El conjunto de herramientas LinkEHR permiten editar y utilizar arquetipos

para describir formalmente, con una semántica clara, la información clínica

que queremos comunicar o reutilizar.

LinkEHR, puede verse como un programa de normalización de HCEs, aunque

es mucho más.

35

• Permite editar arquetipos en base a cualquier modelo de referencia, por

ejemplo, arquetipos EN13606, arquetipos HL7 CDA, arquetipos OpenEHR.

• Proporciona un entorno visual para definir correspondencias (mappings) entre

las fuentes de datos clínicas y los arquetipos.

Gráfico N° 10: Relación entre Tipos y Arquetipos


Fuente: (Maldonado, 2012).

Java

Java es un lenguaje de programación y una plataforma informática

comercializada por primera vez en 1995 por Sun Microsystems. Hay muchas

aplicaciones y sitios web que no funcionarán a menos que tenga Java instalado

y cada día se crean más. Java es rápido, seguro y fiable. Desde portátiles hasta

centros de datos, desde consolas para juegos hasta súper computadoras, desde

teléfonos móviles hasta Internet, Java está en todas partes (Java, 2012).

36

(Java, 2012) indica que:

Java es una tecnología que se usa para el desarrollo de aplicaciones

que convierten a la Web en un elemento más interesante y útil. Java

no es lo mismo que javascript, que se trata de una tecnología sencilla

que se usa para crear páginas web y solamente se ejecuta en el

explorador.

Java le permite jugar, cargar fotografías, chatear en línea, realizar

visitas virtuales y utilizar servicios como, por ejemplo, cursos en línea,

servicios bancarios en línea y mapas interactivos. Si no dispone de

Java, muchas aplicaciones y sitios web no funcionarán.

Por defecto, Java le notificará inmediatamente que hay nuevas

actualizaciones listas para instalarse. Si desea estar al día y mantener

la seguridad de su computadora, es importante que acepte e instale

las actualizaciones. Si recibe una notificación de actualización de Java

en su computadora Windows y no recuerda haberla descargado o

instalado, lo más probable es que Java estuviera ya instalado en la

nueva computadora.

Java Enterprise Edition

(Oracle, 2014) Menciona que:

La página web oficial de Oracle Java Platform, Enterprise Edition (Java EE)

es el estándar en software empresarial impulsado por la comunidad. Java EE

se desarrolla utilizando la Java Community Process, con las aportaciones de

expertos de la industria, las organizaciones comerciales y de código abierto

de Java, grupos de usuarios, y un sinnúmero de personas. Cada versión

íntegra nuevas características que se alinean con las necesidades del sector,

mejora la portabilidad de las aplicaciones y aumenta la productividad de los

desarrolladores.

37

Novedades de Java Enterprise Edition

Java Platform, Enterprise Edition 7 (Java EE 7) ofrece nuevas características

que mejoran el apoyo para HTML5, aumentan la productividad de los

desarrolladores, y mejora aún más cómo se pueden satisfacer las demandas

empresariales. Los desarrolladores de Java EE 7 escriben menos código

repetitivo, tienen un mejor soporte para las últimas aplicaciones Web y los

marcos de trabajo, y además tienen acceso a escalabilidad mejorada, más

rica, y funcionalidad más simple.

Gráfico N° 11: Java Enterprises

Elaboración: Java Enterprise Edition.

Fuente: (Oracle, 2014).

API

(Oracle, 2014) Menciona que:

Un API (Application Programming Interface) es un conjunto de clases que

resuelven una necesidad muy particular. Por ejemplo, el API de JDBC permite

crear código Java para establecer la comunicación con una base de datos.

Arquitectura Multicapas

Se la página web oficial de Oracle una aplicación empresarial en Java se

compone de distintas capas, cada capa tiene una función muy específica.

Dividir una aplicación en capas tiene varias ventajas, como son separación de

38

responsabilidades, un mejor mantenimiento a la aplicación, especialización de

los programadores en cada capa, entre muchas más.

La versión empresarial de Java brinda un API distinta para cada capa de una

aplicación empresarial, desde la capa de presentación, la capa de negocio y

la capa de datos.

Capa Cliente: La capa del Cliente es donde el cliente interactúa por

medio de un navegador Web, un cliente móvil, una aplicación de

escritorio, entre otros.

Capa Web: La capa web que puede residir en un servidor web, las

tecnologías más básicas que se puede encontrar en este servidor web

son los JSF y los Servlets o JavaSever Faces.

Capa de Negocio: En esta capa se encuentra tecnología Spring MVC,

en esta capa se encuentran presentes todas las reglas de negocio.

Capa de Persintencia: Aquí se va a encontrar tecnologías como

JDBC, o JPA, Hibernite. Este código permite comunicarnos con la

base de datos para leer y almacenar información en ella.

IDE de Desarrollo

(Fergarciac, 2013) Menciona que:

Un entorno de desarrollo integrado, es un entorno de programación que ha

sido empaquetado como un programa de aplicación, es decir, consiste en un

editor de código, un compilador, un depurador y un constructor de interfaz

gráfica (GUI).

Los IDE proveen un marco de trabajo amigable para la mayoría de los

lenguajes de programación tales como C++, PHP, Python, Java, C#, Delphi,

Visual Basic, etc. En algunos lenguajes, un IDE puede funcionar como un

39

sistema en tiempo de ejecución, en donde se permite utilizar el lenguaje de

programación en forma interactiva, sin necesidad de trabajo orientado a

archivos de texto.

Eclipse

(genbetadev, 2014) Indica que eclipse:

Es una plataforma de desarrollo, diseñada para ser extendida de forma

indefinida a través de plug-ins. Fue concebida desde sus orígenes para

convertirse en una plataforma de integración de herramientas de desarrollo.

No tiene en mente un lenguaje específico, sino que es un IDE genérico,

aunque goza de mucha popularidad entre la comunidad de desarrolladores

del lenguaje Java usando el plug-in JDT que viene incluido en la distribución

estándar del IDE.

Proporciona herramientas para la gestión de espacios de trabajo, escribir,

desplegar, ejecutar y depurar aplicaciones.

Spring Mvc

(Carmona, 2012) Menciona que:

Spring Mvc es una alternativa de framework basado en el patrón modelo-

vista-controlador, después de haber aprendido de errores de frameowrks

anteriores a estos como Jakarta Struts y otras alternativas.

Particularmente, el equipo Spring siente que no hay suficiente separación

entre las capas de presentación y la capa de manejo de request, y entre la

capa de manejo de request y el modelo.

El framework tiene un conjunto de interfaces que después se implementan

para proporcionar la funcionalidad correspondiente. Las interfaces están

acopladas claramente al Servlet Api.

40

La clase DispatcherServlet está en el front controller y es responsable de

delegar y coordinar el control entre varias interfaces en la fase de ejecución

durante una petición Http.

Las interfaces más importantes definidas en Spring Mvc, y sus

responsabilidades son las siguientes:

HandlerMapping: permite manejar peticiones de entrada.

HandlerAdapter: ejecución de objetos que permiten manejar las

peticiones entrantes.

Controller: está entre el modelo y la vista, y permite manejar peticiones

entrantes y redirigirlas a la respuesta adecuada.

Vista: responsable de retornar una respuesta al cliente.

ViewResolver: selecciona una vista basada en un nombre lógico de la

vista.

HandlerInterceptor: intercepta las peticiones entrantes, es comparable

pero no igual a los filtros de Servlet.

LocaleResolver: resuelve y opcionalmente salva el local de un usuario

individual.

MultipartResolver: facilita trabajar con ficheros de subida wrapping

peticiones de entrada.

Spring Security

Spring Security es un framework que se centra en proporcionar la autenticación y

autorización para aplicaciones Java. Como todos los proyectos de Spring, el

poder real de este framework se encuentra en la facilidad con que se puede

ampliar para satisfacer los requerimientos del cliente (Spring-Security, 2014).

41

Según la página web de (Spring, 2014) menciona:

Características

Apoyo integral y extensible tanto para la autenticación y autorización.

Protección contra ataques como: session fixation, clickjacking, cross

site request forgery, etc.

Integración API Servlet.

Integración opcional con Spring Web MVC.

Integración con LDAP.

Ventajas

La página web menciona que Spring Security tiene como ventajas

principales las siguientes:

Es capaz de gestionar seguridad en varios niveles: URLs que se

solicitan al servidor, acceso a métodos y clases Java, y acceso a

instancias concretas de las clases

Permite separar la lógica de nuestras aplicaciones del control de la

seguridad, utilizando filtros para las peticiones al servidor de

aplicaciones o aspectos para la seguridad en clases y métodos.

La configuración de la seguridad es portable de un servidor a otro, ya

que se encuentra dentro del WAR o el EAR de nuestras aplicaciones.

Soporta muchos modelos de identificación de los usuarios (HTTP

BASIC, HTTP Digest, basada en formulario, LDAP, OpenID, JAAS y

muchos más). Además, se puede ampliar estos mecanismos

implementando nuestras propias clases que extiendan el modelo de

Spring Security.

42

Maven

(Maven, 2016) Indica que:

La página web menciona que Maven es una herramienta de gestión de

proyectos de software. Basado en el concepto de un modelo de objetos del

proyecto (POM), Maven puede gestionar la construcción de un proyecto,

elaboración de informes y la documentación de una pieza central de la

información.

Una característica clave de Maven es que está listo para usarse en red. El

motor incluido en su núcleo puede dinámicamente descargar plugins de un

repositorio, el mismo repositorio que provee acceso a muchas versiones de

diferentes proyectos Open Source en Java, de Apache y otras organizaciones

y desarrolladores. Este repositorio y su sucesor reorganizado, el repositorio

Maven, pugnan por ser el mecanismo de facto de distribución de aplicaciones

en Java, pero su adopción ha sido muy lenta. Maven provee soporte no sólo

para obtener archivos de su repositorio, sino también para subir artefactos al

repositorio al final de la construcción de la aplicación, dejándola al acceso de

todos los usuarios. Una caché local de artefactos actúa como la primera

fuente para sincronizar la salida de los proyectos a un sistema local.

Ciclo de vida

Las partes del ciclo de vida principal del proyecto Maven son:

compile: Genera los ficheros .class compilando las fuentes .java

test: Ejecuta los test automáticos de JUnit existentes, abortando el

proceso si alguno de ellos falla.

package: Genera el fichero .jar con los .class compilados.

43

install: Copia el fichero .jar a un directorio de nuestro ordenador donde

maven deja todos los .jar. De esta forma esos .jar pueden utilizarse en

otros proyectos maven en el mismo ordenador.

Objetivos de Maven

El objetivo principal de Maven es permitir a un desarrollador comprender el

estado completo de un esfuerzo de desarrollo en el menor período de tiempo.

Para lograr este objetivo hay varias áreas de preocupación que Maven intenta

tratar:

Hacer el proceso de construcción fácil.

Proporcionar un sistema de construcción uniforme.

Proporcionar información sobre los proyectos de calidad.

Proporcionar directrices para las mejores prácticas de desarrollo.

Permitir la migración transparente a nuevas características.

Java Persistence Api (JPA)

(JPA, 2012) Menciona que:

Java Persistence API (JPA) proporciona un modelo de persistencia basado en

POJO's para mapear bases de datos relacionales en Java. La persistencia de

Java fue desarrollada por expertos de EJB 3.0 como parte de JSR 220,

aunque su uso no se limita a los componentes software EJB. Se puede utilizar

en aplicaciones web y aplicaciones clientes.

Para ello, combina ideas y conceptos de los principales frameworks de

persistencia, como Hibernate, Toplink y JDO. El mapeo objeto-relacional (es

decir, la relación entre entidades Java y tablas de la base de datos, queries

con nombre, etc) se realiza mediante anotaciones en las propias clases de

entidad.

44

Pero para entender JPA, tendremos que tener claro el concepto "persistencia"

La persistencia o el almacenamiento permanente, es una de las necesidades

básicas de cualquier sistema de información de cualquier tipo. En primer

lugar, se propuso que el programa tratara los datos haciendo consultas

directas a la base de datos. Después, se propuso trabajar con objetos, pero

las bases de datos tradicionales no admiten esta opción.

Debido a esta situación, aparecieron los motores de persistencia, cuya

función es traducir entre los dos formatos de datos: de registros a objetos y de

objetos a registros. Persistir objetos Java en una base de datos relacional

implica serializar un árbol de objetos Java en una base de datos de estructura

tabular y viceversa. Esencial es la necesidad de mapear objetos Java para

optimizar velocidad y eficiencia de la base de datos.

(Java Community Process J. , 2014) Menciona que:

Java Community Process indica que la mayoría de la información de las

aplicaciones empresariales es almacenada en bases de datos relacionales.

La persistencia de datos en Java, y en general en los sistemas de

información, ha sido uno de los grandes temas a resolver en el mundo de la

programación.

Al utilizar únicamente JDBC tendra el problema de crear demasiado código

para poder ejecutar una simple consulta. Por lo tanto, para simplificar el

proceso de interacción con una base de datos (select, insert, update, delete),

se ha utilizado desde hace ya varios años el concepto de frameworks ORM

(Object Relational Mapping), tales como Hibernate.

Java Persistence es la API de Java para la gestión de la persistencia y mapeo

objeto/relacional en entornos Java EE y Java SE.

45

El propósito de la especificación Java Persistence 2.1 es extender la Java

Persistence API para incluir características adicionales solicitados por la

comunidad.

Los aspectos considerados en la versión 2.1 son los siguientes:

Soporte para el uso de tipos personalizados y métodos de

transformación de mapeo objeto / relacional.

Soporte para la especificación de atributos inmutables y entidades de

sólo lectura.

Apoyo a las estrategias de asignación de nombres configurables por el

usuario para su uso en mapeo O/R y la generación meta modelo.

Mayor flexibilidad en el uso de los valores generados; soporte para el

tipo de generador de UUID.

Metadatos adicionales de mapeo para proporcionar una mejor

estandarización para la generación de esquema.

Apoyo a multiempresa.

Detectores de eventos adicionales y métodos de devolución de

llamada; disponibilidad de gestor de entidades para las devoluciones

de llamada.

Mejora de la capacidad de controlar la sincronización de contexto de

persistencia.

Mejoras en el lenguaje de consulta (JPQL) y el API de Criterio

incluyendo:

Soporte para procedimientos almacenados;

Apoyo a las funciones integradas adicionales, y para la invocación de

otras funciones de base de datos y los proveedores;

Soporte para combinaciones externas con ON condiciones;

Actualización y eliminación con el API de Criterio;

Apoyo a la asignación entre consultas JPQL y de Criterio.

Mejorado el soporte para la asignación de tipo de resultado de

consultas nativas.

Descriptores XML más flexibles.

46

Novedades de Java Enterprise Edition

Persistencia utilizando POJOS: Este es posiblemente el aspecto más

importante de JPA, debido a que cualquier clase de Java se podrá

convertirla en una clase de entidad, simplemente agregando

anotaciones y/o agregando un archivo XML de mapeo.

No Intrusivo: JPA es una capa separada de los objetos a persistir. Por

ello, las clases Java de Entidad no requieren extender ninguna

funcionalidad en particular ni saber de la existencia de JPA, por ello es

no intrusivo.

Consultas utilizando Objetos Java: JPA permite ejecutar queries

expresados en términos de objetos Java y sus relaciones, sin

necesidad de utilizar el lenguaje SQL. Los queries son traducidos por

el API de JPA en el código SQL equivalente.

Configuración simple: Muchas de las opciones de JPA están

configuradas con opciones por default, sin embargo, si se personaliza,

es muy simple, ya sea con anotaciones o a través de archivos XML de

configuración.

Integración: Debido a que las arquitecturas empresariales Java son

por naturaleza multicapas, una integración transparente es muy

valiosa para los programadores Java y JPA permite hacer la

integración con las demás capas de manera muy simple. Testing: Con

JPA ahora es posible realizar pruebas unitarias, o utilizar cualquier

clase con un método main fuera del servidor.

47

Java Server Faces

(Java Community Process R. , 2014) Menciona que:

JavaServer Faces (JSF) es el marco de aplicaciones web estándar para Java

Enterprise Edition (Java EE). Al ser un estándar de Java, la tecnología cuenta

con el apoyo de una industria muy sólida. Se cuenta con un fuerte apoyo de

IDEs de Java, así como Servidores de Aplicaciones para su despliegue.

Características de JSF

MVC: Implementa el patrón de diseño Modelo-Vista-Controlador.

RAD: Desarrollo rápido de aplicaciones para Web.

Componentes de interfaz de usuario: JSF tiene desarrollados

componentes reutilizables listos para utilizarse.

Render-Kits: Los componentes pueden desplegarse no solamente en

navegadores Web, sino en dispositivos móviles u otros tipos de

clientes.

Extensibilidad: JSF es altamente extensible debido a su arquitectura.

Internacionalización: Las vistas pueden mostrarse en distintos

idiomas.

Manejo de condiciones por default más inteligentes.

Manejo de anotaciones para varias configuraciones.

Soporte nativo para AJAX.

Soporte por default para Facelets.

Más componentes y validadores.

48

Primefaces

(Lerma, 2010) Indica que:

PrimeFaces es una librería de componentes visuales open source

desarrollada y mantenida por Prime Technology, una compañía Turca de IT

especializada en consultoría ágil, JSF, Java EE y Outsourcing. El proyecto es

liderado por Çağatay Çivici, un miembro del “JSF Expert Group” (y forofo del

Barça).

Las principales características de Primefaces son:

Soporte nativo de Ajax, incluyendo Push/Comet.

Kit para crear aplicaciones web para móviles.

Es compatible con otras librerías de componentes, como JBoss

RichFaces.

Uso de javascript no intrusivo (no aparece en línea dentro de los

elementos, sino dentro de un bloque <script>).

Es un proyecto open source, activo y bastante estable entre versiones.

Algunos inconvenientes podrían ser:

Para utilizar el soporte de Ajax tenemos que indicarlo explícitamente,

por medio de atributos específicos de cada componente.

No podemos utilizar el soporte de Ajax de JSF 2 (mediante <f:ajax>)

con los componentes de Primefaces.

Wildfly

Según (wikispaces, 2014) representa:

Una actualización del proyecto y a la vez una renovación de su visión de

impulsar la próxima generación de tecnologías de servidor de aplicaciones.

49

Esta tecnología continuará sirviendo como proyecto de desarrollo preliminar

de JBoss Enterprise Application Platform de Red Hat y se centra en algunas

de las principales fuerzas que plasman el middleware hoy en día, incluso el

cambio hacia enfoques más flexibles y modernos para el desarrollo de

aplicaciones, la habilitación de nubes híbridas abiertas y Java Enterprise

Edition 7 (Java EE 7). “WildFly continúa la tradición de una década de Red

Hat JBoss Middleware de desafiar los límites del desarrollo de software

empresarial “, expresó el Dr. Mark Little, Vicepresidente de Ingeniería de

Middleware de Red Hat. “Además, también representa una clara oportunidad

para una mayor adopción y participación por parte de la comunidad “. WildFly

8, concentra la atención en la rápida obtención de la external image arrow-

10x10.png de la especificación Java EE 7 que aporta simplicidad,

estandarización e integración tanto para los escenarios de desarrollo de

nubes como de dispositivos móviles. Red Hat ya demostró diversos

proyectos, entre ellos JBoss Application Server 7 e Infinispan, que corren

sobre Raspberry Pi, computadoras de enchufe o plug computers y external

image arrow-10x10.png.

La especificación Java EE7 incluye WebSockets y mejoras en Contextos e

Inyección de Dependencia (CDI). Con el tiempo, los planes necesitaron que

WildFly incorporara y diera soporte a los pilares de la visión tecnológica de la

Comunidad de JBoss.

PostgreSQL

(PostgreSQL, 2010) Define a postgresql como:

Un sistema de gestión de bases de datos objeto-relacional, distribuido bajo

licencia BSD y con su código fuente disponible libremente.

Es el sistema de gestión de bases de datos de código abierto más potente

del mercado y en sus últimas versiones no tiene nada que envidiarles a otras

bases de datos comerciales.

50

PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en vez

de multihilos para garantizar la estabilidad del sistema. Un fallo en uno de los

procesos no afectará el resto y el sistema continuará funcionando.

Gráfico N° 12: Arquitectura de PostgreSQL

Elaboración: PostgresSQL-es Portal en Español sobre PostgreSQL.

Fuente: (PostgreSQL-es, 2010).

Aplicación cliente: Esta es la aplicación cliente que utiliza

PostgreSQL como administrador de bases de datos. La conexión

puede ocurrir via TCP/IP ó sockets locales.

Demonio postmaster: Este es el proceso principal de PostgreSQL.

Es el encargado de escuchar por un puerto/socket por conexiones

entrantes de clientes. Tambien es el encargado de crear los procesos

hijos que se encargaran de autentificar estas peticiones, gestionar las

consultas y mandar los resultados a las aplicaciones clientes.

Ficheros de configuración: Los 3 ficheros principales de

configuración utilizados por PostgreSQL, postgresql.conf, pg_hba.conf

y pg_ident.conf.

51

Procesos hijos postgres: Procesos hijos que se encargan de

autentificar a los clientes, de gestionar las consultas y mandar los

resultados a las aplicaciones clientes.

PostgreSQL share buffer cache: Memoria compartida usada por

POstgreSQL para almacenar datos en caché.

Write-Ahead Log (WAL): Componente del sistema encargado de

asegurar la integridad de los datos (recuperación de tipo REDO).

Kernel disk buffer cache: Caché de disco del sistema operativo.

Disco: Disco físico donde se almacenan los datos y toda la

información necesaria para que PostgreSQL funcione.

Características

Es una base de datos 100% ACID

Integridad referencial

Tablespaces

Nested transactions (savepoints)

Replicación asincrónica/sincrónica / Streaming replication - Hot

Standby

Two-phase commit

PITR - point in time recovery

Copias de seguridad en caliente (Online/hot backups)

Unicode

Juegos de caracteres internacionales

Regionalización por columna

Multi-Version Concurrency Control (MVCC)

Multiples métodos de autentificación

Acceso encriptado via SSL

Actualización in-situ integrada (pg_upgrade)

52

SE-postgres

Completa documentación

Licencia BS

Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HP-

UX, SGI IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.

Programación / Desarrollo

Funciones/procedimientos almacenados (stored procedures) en

numerosos lenguajes de programacion, entre otros PL/pgSQL (similar

al PL/SQL de oracle), PL/Perl, PL/Python y PL/Tcl

Bloques anónimos de código de procedimientos (sentencias DO)

Numerosos tipos de datos y posibilidad de definir nuevos tipos.

Además de los tipos estándares en cualquier base de datos, tendrá

disponibles, entre otros, tipos geométricos, de direcciones de red, de

cadenas binarias, UUID, XML, matrices, etc.

Soporta el almacenamiento de objetos binarios grandes (gráficos,

videos, sonido).

APIs para programar en C/C++, Java, .Net, Perl, Python, Ruby, Tcl,

ODBC, PHP, Lisp, Scheme, Qt y muchos otros.

SQL

SQL92,SQL99,SQL2003,SQL2008

Llaves primarias (primary keys) y foráneas (foreign keys)

Check, Unique y Not null constraints

Restricciones de unicidad postergables (deferrable constraints)

Columnas auto-incrementales

Índices compuestos, únicos, parciales y funcionales en cualquiera de

los métodos de almacenamiento disponibles, B-tree, R-tree, hash ó

GiST

Sub-selects

Consultas recursivas

53

Funciones 'Windows'

Joins

Vistas (views)

FUNDAMENTACIÓN LEGAL

Ministerio de Salud Pública

Despacho Ministerial

No.- 0000138

La Ministra de Salud Pública

Considerando:

Qué; de conformidad con lo previsto en la Constitución Política de la República

en el Titulo VII Capitulo 3, en sus artículos 176 y 179 numeral 6, en los que

determinan que los Ministros de Estado representan al Presidente de la

República en los asuntos propios del Ministerio a su cargo, en concordancia con

lo dispuesto en el artículo 17 del Estatuto del Régimen Jurídico Administrativo de

la Función Ejecutiva;

Qué; el artículo 42 de la Constitución Política del Ecuador dispone; “que el

Estado garantizara el derecho a la salud, su promoción y protección, por medio

del desarrollo de la seguridad alimentaria, la provisión de agua potable y

saneamiento básico, el fomento de ambientes saludables en lo familiar, laboral y

comunitario, y la posibilidad de acceso permanente e ininterrumpido a servicios

de salud, conforme a los principios de equidad, universalidad, solidaridad,

calidad y eficiencia”;

Qué; los formularios básicos de la Historia Clínica Única, establecidos dentro del

Sistema de Información en Salud desde 1972, requieren una actualización en

sus diseño y contenido a fin de mejorar la calidad de los registros clínica

ambulatorios y hospitalarios”;

Qué; mediante Acuerdo Ministeriales No. 00620 de 12 de enero del 2007 y No.

000116 de 6 de marzo del 2017, se aprobaron y publicaran los formularios

54

básicos rediseñados y los formularios del Registro Medico Orientado por

Problemas (RMOP) concentrados en el Directorio del Concejo Nacional de Salud

CONASA”;

Qué; la Comisión Ministerial, de esta Cartera de Estado de la Historia Clínica, ha

concluido los procesos de evaluación, implementación y sistematización de los

formularios básicos de la Historia Clínica Única”;

Qué; la Dirección de Aseguramiento de la Calidad, el 28 de febrero del 2008,

presento a la Dirección de Gestión Técnica del Sistema Nacional de Salud, los

formularios básicos actualizados y el correspondiente manual de Uso”;

Qué; con memorando No. SAA-10-086-2008, la Directora de Gestión Tecina del

Sistema Nacional, solicita a esta Dirección la revisión y tramites del borrador del

Acuerdo Ministerial”;

En ejercicio de las atribuciones concedidas por los artículos 176 y 179 de la

Constitución Política de la Republica y el articulo 17 del Estatuto del Régimen

Jurídico y Administrativo de la Función Ejecutiva.

Art 1.- Aprobar y publicar los formularios básicos actualizados de la Historia

Clínica Única de acuerdo a la numeración y nomenclatura establecida.

Art2.- Los números y nombres de los formularios básicos de la Historia Clínica

Única serán los siguientes:

001 ADMISION Y ALTA

002 CONSULTA EXTERNA ANAMNESIS Y EXAMEN FISICO

003 ANAMMNESIS Y EXAMEN FISICO

005 EVOLUCION Y PRESCRIPCIONES

006 EPICRISIS

007 INTERCONSULTA

008 EMERGENCIA

010 LABORATORIO CLINICO

55

012 IMAGENOLOGIA

013 HISTOPATOLOGIA

020 SIGNOS VITALES

022 ADMINISTRACION DE MEDICAMENTOS

024 AUTORIZACION Y CONSENTIENTO INFORMANDO

033 ODONTOLOGIA

038 TRABAJO SOCIAL

053 REFERENCIA Y CONTRAREFERENCIA

054 CONCENTRADO DE LABORATORIA

055 CONCETRADO EN EXAMEN ESPECIALES

Manual de Uso de Formularios Básicos

Art4.- Disponer a todos los establecimientos de salud públicos y privados a nivel

nacional la inmediata aplicación de los formularios básicos actualizado y anexo.

Art5. El Consejo Nacional Salud (CONASA) concertará con todas las entidades

del Sistema Nacional de Salud, la difusión y aplicación obligatoria de los

formularios y anexos señalados en presente Acuerdo.

Art6.- De la ejecución del presente Acuerdo Ministerial, que entrara en vigencia a

partir de su publicación en el Registro Oficial, encárguese a la Dirección de

Gestión del Sistema Nacional de Salud y al Proceso de Aseguramiento de la

Calidad del Sistema Nacional de Salud.

PREGUNTA CIENTÍFICA A CONTESTARSE

¿Qué beneficios se obtiene con el desarrollo de la Historia Clínica Electrónica de

los pacientes en un sistema información medico aplicando arquetipos basados

en la norma ISO 13606?

56

DEFINICIONES CONCEPTUALES

ISO 13606: “Es definir una arquitectura de información rigurosa y estable

para comunicar parte o toda la Historia Clínica Electrónica (HCE, EHR

Electronic Health Record) de un único sujeto de la asistencia (paciente)

(INEN, 2014).

Interoperabilidad: “La interoperabilidad es la capacidad que tiene un

producto o un sistema, cuyas interfaces son totalmente conocidas, para

funcionar con otros productos o sistemas existentes o futuros y eso sin

restricción de acceso o de implementación” (interoperability-definition,

2012).

HCE: La Historia Clínica Electrónica (HCE), también llamada historia de salud

electrónica, es el conjunto global y estructurado de información relacionado con

los procesos asistenciales de un paciente, soportado por una plataforma

informática. El sistema permite el almacenamiento y recuperación de

información asistencial basado en procedimientos digitales, diseñado para

facilitar el seguimiento de las acciones, anotaciones e instrucciones sobre las

actuaciones en materia de salud de los ciudadanos. La HCE es el registro

longitudinal persistente, y potencialmente multi-institucional de salud, y de la

provisión de cuidados relativos a un paciente, para informar su asistencia

sanitaria y para proveer un registro médico legal de la asistencia prestada. La

siguiente tabla muestra una comparativa entre la HC tradicional y la HCE (Nieto,

2013).

Arquetipo: “Un arquetipo hace referencia a un concepto, persona u objeto

que ha servido como un prototipo en su clase y es la idea original que ha

llegado a ser utilizado una y otra vez. Los arquetipos son los recursos

literarios que emplean el uso de un concepto de persona famosa o un

objeto para transmitir la riqueza de su significado. Los arquetipos son

inmediatamente identificables y, aunque se corre el riesgo de que sean

usados en exceso, siguen siendo los mejores ejemplos de su clase”

(Literarias, 2012).

57

CAPITULO III

PROPUESTA TECNOLÓGICA

ANÁLISIS DE FACTIBILIDAD

En el presente capítulo se detallará la investigación y análisis de factibilidad que

se elaboraron para determinar la viabilidad del proyecto de Desarrollo e

Implementación del Formulario de Trabajo Social aplicando la norma ISO 13606,

el cual pretende mejorar la interoperabilidad entre sistemas hospitalarios,

utilizando un sistema de información capaz de intercambiar información

utilizando arquetipos diseñados en base conceptos médicos presentes en el

formulario.

Factibilidad Operacional

El desarrollo del proyecto de Desarrollo de Formularios del MSP con la norma

ISO 13606, cuenta con el apoyo de los directivos de las facultades de Ciencias

Físicas y Matemáticas y la de Medicina de la Universidad de Guayaquil.

Para las directrices del proyecto existe una comunicación directa con los

usuarios médicos del sistema quienes nos brindarán una explicación detallada

de cada campo del formulario de Trabajo Social para el diseño de los arquetipos.

Los Sistemas de Información actual usados en los establecimientos médicos

facilitan la administración de datos, pero cuentan con falencias en el aspecto de

la interoperabilidad, debido no logran intercambiar información entre Sistemas.

Es factible el desarrollo del formulario de trabajo social porque brinda una

solución a la ausencia de interoperabilidad semántica entre Sistemas

Hospitalarios aplicando una norma del Comité Europeo de Normalización (CEN)

y aprobada como norma ISO.

58

Factibilidad Técnica

El desarrollo de formulario de trabajo social se realizará mediante el lenguaje

Java Server Faces y como SGBD para el sistema se utilizará PostgreSQL.

El IDE de desarrollo Eclipse Mars es una plataforma de desarrollo de

aplicaciones de escritorio y web que permite la conexión con diferentes SGBD,

este software permite la construcción y posteriormente la comercialización de las

aplicaciones implementadas en este ambiente. Este software se lo puede

encontrar por medio de la web donde puede ser descargado gratuitamente

desde su página oficial.

Tecnología y solución propuesta

El desarrollo el módulo de inventario involucra la incursión de las siguientes

herramientas:

Hardware: Como requerimiento para el desarrollo del formulario de Trabajo

Social se utilizan una laptop que tenga las siguientes características:

Marca: HP / TOSHIBA.

Sistema Operativo: Windows 7 en adelante.

Procesador: 3 GHz.

Disco duro: 1 TB.

Memoria RAM: 6 GB.

Software: Los elementos de software que intercederán en el Desarrollo de

Formulario Social. Se detallan en la siguiente tabla:

59

Cuadro N° 2: Recursos Tecnológicos en Desarrollo

ÁREA

ALTERNATIVAS

DISPONIBILIDAD

Sistema Operativo

Windows 8.1

Software Comercial

Base de Datos POSTGRESQL Software Libre

PGADMIN III Software Libre

Servidor de Aplicaciones Widfly 10.0 Software Libre

Eclipse Neon Software Libre

Primefaces Software Libre

Hibernate Software Libre


Fuente: Arquitectura del Proyecto

Factibilidad Legal

Los procesos hospitalarios implementados en el sistema de información eSalud

se desarrollaron con software libre, de acorde a las leyes y reglamentos para uso

de software libre establecido en el Art 179 N°9 de la Constitución de la República

del Ecuador, que establece como política pública para las Entidades de la

Administración Publica Central la utilización de Software libre en sus sistemas,

con el objetivo que puedan utilizarse sin restricción alguna y su acceso a los

códigos fuente para que las aplicaciones puedan ser mejoradas.

La factibilidad legal del proyecto depende también del cumplimiento de la Norma

ISO 13606 para definir una arquitectura de información rigurosa y estable para

comunicar parte o toda la Historia Clínica Electrónica (HCE) de un único sujeto

de la asistencia paciente.

60

Factibilidad Económica

Al ser un sistema de información que se desarrollara con herramientas open

source, y con los recursos técnicos que cuenten los establecimientos del

ministerio de salud pública no existe la necesidad de invertir en gastos de

licenciamientos de software, obteniendo así un bajo costo en el desarrollo del

proyecto.

Cuadro N° 3: Costo Hardware

Cant Descripción Característica Costo U. Costo T.

1 Laptop

Procesador Intel Core i5 2.20Ghz Memoria Ram 5GB Disco Duro 500GB 800 800

1 Laptop

Procesador Intel Core i7 3.50Ghz Memoria Ram 5GB Disco Duro 700GB 700 700

TOTAL 1500 1500


Fuente: Presupuesto del Proyecto.

Cuadro N° 4: Costo Software

Cant Descripción Característica Costo U. Costo T.

1 Servidor de Aplicaciones Open Source 0 0

1 Base de Datos Open Source 0 0

1 Primefaces Theme Basic Licence 50 50

TOTAL 50 50



61

Cuadro N° 5: Costo de Personal

Cant Descripción Característica Costo U. Salario 4 Meses

1 Desarrollador Base de Datos 400 1600

1 Desarrollador Java 400 1600

TOTAL 800 3200



Cuadro N° 6: Costo del Sistema



ETAPAS DE LA METODOLOGÍA DEL PROYECTO

Durante el periodo para el desarrollo del proyecto se escogió la metodología

para elaborar el tema. Entre las fases consideradas por la metodología utilizada

encontramos las siguientes:

Recursos Valor $

Costo Hardware 1500

Costo Software 50

Costo Personal 3200

Movilización 200

Impresiones 100

TOTAL 5050

62

Ingeniería y Análisis del Sistema

Se realizaron reuniones con el personal a cargo de la dirección del proyecto para

determinar el enfoque y magnitud del sistema que abarca la creación de la

Historia Clínica Única de un paciente de forma electrónica considerando los

formatos de los formularios del Ministerio de Salud Pública Existentes y la

aplicación de la norma ISO 13606 para obtener interoperabilidad.

Análisis de los requisitos del software

Los requisitos del software fueron explicados en reuniones realizadas a lo largo

del desarrollo del proyecto con médicos que laboran en Instituciones Públicas, se

determinó que existe un alto nivel de datos almacenados en el proceso de

ingreso de la historia clínica del paciente por lo que se requiere un software con

buen rendimiento y altos niveles de transaccionalidad para mejorar la calidad de

atención a los pacientes y mejorar de los procesos actuales.

Diseño

Para escoger el diseño del proyecto se realizaron investigaciones sobre estudios

científicos en otros países en base a la aplicación de a la norma ISO 13606 con

sistemas médicos. Según el estudio realizado se escogió una arquitectura en

cuatro capas:

Capa de Presentación

Esta es la capa que interactúa con el usuario final, es la encargada de

presentar la información y recolectarla está desarrollado con el framework

para Java-EE Primefaces

Capa de Servicio

Encapsulan las reglas de negocio o la forma en que se validan los datos

adquiridos desde la capa de presentación.

63

Capa de Persistencia

La capa de persistencia es la encargada de abstraer y conectar con un

motor de base de datos relacional. Su objetivo es ser la única que conoce

como son persistidos los objetos de dominio de la aplicación y como

recuperarlos abstrayendo el choque de impedancias entre objetos y

tablas relacionales

Capa de Modelo del Dominio

Esta capa contiene todas las clases que modelan dicho dominio, sus

entidades, sus claves primarias y foráneas.

Codificación

Las líneas de código del proyecto están escritas con comentarios que orientan

sobre la funcionalidad de cada método, las clases capa que pertenecen al

modelo del dominio fueron generadas directamente con una conexión a la base

Postgresql.

Prueba

Se realizaron pruebas internas del software en conjunto con el director del

proyecto y los usuarios médicos.

Mantenimiento

Se realizaron cambios al final de cada fase, en caso de que el usuario solicite

mayor cantidad de requerimientos en el software.

64

Gráfico N° 13: Modelo Cascada

Elaboración: Winston W. Royce

Fuente: (Royce, 1985)

ENTREGABLES DEL PROYECTO

El proyecto consta con entregables por parte del personal desarrollador para dar

una guía de lo realizado y funcionalidad del aplicativo para los usuarios y

directores del sistema, dando confiablidad del mismo, entre los documentos

tomados en cuenta tenemos:

Manual del Usuario

El presente documento ofrece una guía detallada del uso de la aplicación,

especificando el tipo de datos que se deben ingresar en cada ventana de la

aplicación, los mensajes de error que aparecen por cada validación y la

funcionalidad de cada botón dentro de la aplicación.

ANALÍSIS

DISEÑO

CODIFICACIÓN

INTEGRACIÓN

MANTENIMIENTO

65

Manual Técnico

El documento contiene las configuraciones técnicas de las herramientas

implementadas, todo esto involucra diagramas de casos de uso, diagramas de

secuencia, diagramas de clase, diagramas de flujo de procesos, instalación de

las herramientas. El documento conforma el segundo entregable más importante

del proyecto y de la misma manera debe estar claro, entendible y con ideas

precisas para posibles ajustes en un fututo o inconveniente que se presente.

Es el principal entregable del proyecto, aquí se encuentra implementado el

formulario de trabajo social con la generación de arquetipo basado en la norma

ISO 13606. Incluye el código fuente del proyecto con la base de datos

respaldada.

CRITERIOS DE VALIDACIÓN DE PROPUESTA

Se realizaron pruebas con el Director del Proyecto y usuarios especializados en el uso de los formularios.

Cuadro N° 7: Cuadro de Pruebas Realizadas

ESCENARIO DE PRUEBAS RESULTADO

ESPERADO

RESULTAD

O

OBTENIDO

COMENTARIO

S

Consulta de código del

paciente

El modulo debe conectarse a

la base datos para cargar la

cabecera del formulario.

OK

Validación de datos de

ingreso en las condiciones

socioeconómicas.

Valida que los datos

ingresados no sean vacíos e

ingresen el valor correcto

OK

66

Cálculo del diagnóstico

social

Presenta el resultado de cada

conjunto de características

socioeconómicas.

OK

Generación automática del

formulario para impresión

Presenta el formulario lleno

con los datos del paciente.

OK

Definición de arquetipos Los

arquetipos deben estar

definidos en base a los

campos del formulario

OK


Fuente: Datos de las pruebas con el usuario.

Recolección de la Información

Para recopilar los datos se efectuaron las siguientes actividades:

Entrevista:

Se busca obtener más información acerca del formulario basada en la

experiencia acerca de evaluación de condiciones sociales, que es una

profesional con años de experiencia en labor social, quien trabaja en un

Dispensario Comunitario "Santa Marianita Sentón”.

Ver entrevista en anexo No. 1

67

PROCESO TÉCNICO

Cuadro N° 8: Numeración, Nomenclatura y Servicios Usuarios

FORMULARIO

SERVICIOS USUARIOS NÚM

ERO ANVERSO REVERSO

001 Admisión Alta – Egreso Consulta Externa –

Hospitalización

002 Anamnesis y

Examen Físico Evolución Consulta externa

003 Anamnesis Examen Físico Hospitalización

005

Evolución y

Prescripciones

(1)

Evolución y

Prescripciones

(2)

Consulta externa –

Hospitalización-

Emergencia

006 Epicrisis

(1)

Epicrisis

(2) Hospitalización

007 Interconsulta –

Solicitud Interconsulta – Informe

Consulta Externa -

Hospitalización

008 Emergencia

(1)

Emergencia

(2) Emergencia

010

Laboratorio

Clínico –

Solicitud (010-A)

Laboratorio Clínico -

Informe

(010-B)


Hospitalización

Emergencia – Laboratorio

012

Imagenología -

Solicitud

(012-A)

Imagenología – Informe

(012-B)

Consulta externa -

Hospitalización

Emergencia -

Imagenología

013

Histopatologia -

Solicitud

(013-A)

Histopatologia – Informe

(013-B)

Consulta externa -

Hospitalización

Emergencia –

Histopatología

020 Signos Vitales Signos vitales (2) Hospitalización

68

(1)

022

Administración

de

Medicamentos

(1)

Administración de

Medicamentos

(2)

Consulta Externa -

Hospitalización

Emergencia –

Observación

024 Autorizaciones,

Exoneraciones

Consentimiento

Informado

Hospitalización –

Emergencia

033 Odontología (1) Odontología (2)

Consulta Externa -

Hospitalización

Emergencia

038 Trabajo Social -

Evaluación

Trabajo Social –

Evolución

Consulta Externa -

Hospitalización

Emergencia

053 Referencia Contrareferencia

Consulta Externa –

Hospitalización

Emergencia

054 Concentrado de

Laboratorio (1)

Concentrado de

Laboratorio (2)

Consulta Externa –

Hospitalización

055

Concentrado de

ex. Especiales

(1)

Concentrado de ex.

Especiales (2)


Hospitalización

anex

o 1

Ficha Familiar

(1), (3)

Ficha Familiar

(2), (4)

Atención Extramural

Familiar

anex

o 2

Atención

Prehospitalaria

Red de Ambulancias –

Emergencia


Fuente: Ministerio de Salud Pública.

69

Cuadro N° 9: Formularios Básicos, Servicios Involucrados y Personal

Responsable

FORMULARIO SERVICIO PERSONAL DE LA SALUD

NO.- NOMBRE

CO

NS

UL

TA

EX

TE

RN

A

SE

RV

ICIO

S D

E

DIA

GN

ÓS

TIC

O

EM

ER

GE

NC

IA

INT

ER

NA

CIÓ

N

ES

TA

DÍS

TIC

O

EN

FE

RM

ER

A

AU

XIL

IAR

DE

EN

FE

RM

ER

ÍA

MÉ

DIC

O

OD

ON

TÓ

LO

GO

OB

ST

ET

RIZ

PS

ICÓ

LO

GO

TE

CN

ÓL

OG

O

TR

AB

AJ

AD

OR

A

SO

CIA

L

001 Admisión y Alta – Egreso

x X x x x x x x

002 Consulta Externa

x x x x

003 Anamnesis y Examen Físico

x x x x

005 Evolución y Prescripciones

x x x x

006 Epicrisis x x x x

007 Interconsulta x x x x x x

008 Emergencia x x x x

010 Laboratorio Clínico

x X x x x x x x

012 Imagenología x X x x x x x

013 Histopatologia x X x x x

020 Signos Vitales x x x X

022 Administración de Medicamentos

x x x X

024 Autorizaciones y Consentimiento

x x x x x x x

033 Odontología x X x

038 Trabajo Social x x x X

053 Referencia y Contrarreferencia

x x x x x x x

054 Concentrado de Laboratorio

x x x x x x

70

055 Concentrado de Exámenes Especiales

x x x x x x

Anexo 1

Ficha Familiar x x X x x x x X

Anexo 2

Atención pre hospitalaria

x x x


Fuente: Ministerio de Salud Pública

Cuadro N° 10: Detalle de los Campos que Conforman el Formulario 038 –

Trabajo Social

Nº TÍTULOS SUB TÍTULOS INSTRUCCIONES DE LLENADO

Anverso: Trabajo Social – Evaluación

Institución y Unidad Operativa Código y Localización Número de Hoja Familiar

Nombres y Apellidos Cédula de Ciudadanía Dirección y Teléfono en caso necesario llamar a: Dirección y Teléfono

1 Vivienda y Servicios

Marcar x” según las características definidas de infraestructura, calidad de materiales y distribución de la vivienda familiar

2 Condición Socio Económica

Marcar “x” según las características definidas de educación, alimentación, vestuario, enfermedades crónicas e ingreso familiar

3 Riesgo Familiar Marcar “x” según existan evidencias de desorganización, violencia, migración, enfermedades, adultos mayores

4 estructura del grupo familiar

Marcar “x” de acurdo a las características de cada miembro del grupo familiar respecto a género, instrucción, parentesco, economía y seguro de salud

5 Riesgo social

Registrar la categoría de acuerdo al puntaje obtenido de los bloques 1 y 2. anotar el diagnóstico social y código CIE-10 registrar el diagnóstico médico y firma anotar el nombre, código y firma de la Trabajadora Social.

71

Reverso: Trabajo Social – Evolución

6 Evolución del caso Observaciones

Registrar la fecha y hora de la atención Anotar el número y describir información sobre: 1. entrevista 2. Visita domiciliaria 3. Trámites internos y externos 4. Prestación de servicios 5. Referencias

7 Prescripción Recomendación

Familiar Registrar las prescripciones para la solución de los problemas familiares


Fuente: Ministerio de Salud Pública.

DIAGRAMA DE FLUJO DE DATOS

Gráfico N° 14: Diagrama de Flujo de Datos


USUARIO


SOCIAL

ROL TRABAJADOR

SOCIAL

SI

CONSULTA CITA PACIENTE POR

NUMERO CÉDULA


SOCIAL

NO

¿ CITA DISPONIBLE?

INICIAR EVALUACIÓN

SI

NO EXISTEN CITAS

DISPONIBLES

NO

SELECCIÓN DE VIVIENDA, CONDICIONES, RIESGOS Y ESTRUCTURA FAMILIAR

CALCULO DE CATEGORÍA POR PUNTOS

INGRESO DE DIAGNOSTICO SOCIAL,

OBSERVACIONES Y RECOMENDACIONES

REPORTEARQUETIPO


Fuente: Flujo de datos del proyecto.

72

MODELO DE ENTIDAD RELACIÒN

Gráfico N° 15: Modelo Entidad Relación de Trabajo Social


Fuente: Datos de Investigación del flujo de datos del proyecto.

73

ANÁLISIS E INTERPRETACIÓN DE DATOS

El tema de salud es una problemática en la interoperabilidad entre sistemas de

información puesto que se ha estado tratando en diversos países

Sudamericanos y de Europa. A través del siguiente diagrama se detalla las

principales causas y efectos que se producen al no existir interoperabilidad entre

estos sistemas de información.

Gráfico N° 16: Diagrama de Iskikawa


Fuente: Datos de Investigación de las causas y consecuencias.

Se puede observar en la gráfica 13 los costos son elevados ya que el análisis,

desarrollo y la implementación de este tipo de tecnología en salud interoperables

requiere un gasto considerable en recursos humanos y técnicos para su

desarrollo.

74

Debido a muchos factores somos seres móviles que nos trasladamos de un lugar

a otro fuera o dentro de nuestro territorio lo cual genera una situación en la cual

se debe generar nuevos datos médicos ya que no hay red para generar estos

datos que facilitaría la atención rápida y segura de un paciente en cualquier

parte del mundo.

En muchos casos la información se fragmenta debido a las diversas patologías

que surgen en las diversas visitas a dichos establecimientos. Ya que la

información clínica en la actualidad se encuentra duplicada en los individuos o

personas que se acuden a más de un centro de atención médico.

En nuestro país son poco usuales los proyectos de historia clínica electrónica

interoperables.

Gráfico N° 17: Mapa de Procesos


Fuente: Datos de investigación del flujo de procesos del proyecto.

75

DISEÑO DE LOS ARQUETIPOS REQUERIDOS SEGÚN LA NORMA ISO/CEN

13606

Para mejorar la gestión de los arquetipos en cuanto a mantenimiento y

reutilización. Se ha analizado varios ejemplos de desarrollo e implementación ya

que no existe una metodología que guie su diseño decidiéndose por la

alternativa de varios arquetipos primarios enlazados y conformando un Arquetipo

Organizativo, en lugar de un único Arquetipo.

Para el diseño de la estructura de los datos según la norma, se tomó en cuenta

la clase COMPOSITION la cual está formada por siete SECTION (cabecera,

vivienda y servicio, condición socio económica, riesgo familiar, estructura del

grupo familiar, riesgo social, evolución del caso y prescripción). Utilizando la

herramienta LinkEHR y empleando el modelo de referencia CEN EN 13606, se

diseñaron cinco arquetipos primarios.

ENTRY.Vivienda_y_servicios

ENTRY.condicion_socio_economica

ENTRY.Riesgo_Familiar

CLUSTER.Estructura_del_grupo_familiar

ENTRY.Riesgo_Social

ENTRY.Evolucion_del_caso

ENTRY.Prescripcion

76

Gráfico N° 18: Vista de LinkEHR del Arquetipo Organizativo


Fuente: Datos de la Investigación del software LinkEHR.

LinkEHR nos muestra una vista del arquetipo de riesgo familiar en formato ADL.

Gráfico N° 19: Vista del Arquetipo Organizativo en formato ADL



77

Cuadro N° 11: Validar Campos Arquetipo Riesgo Familiar

NOMBRE

CEN-EN13606-ENTRY.RIESGO_FAMILIAR.V1

CAMPOS JERARQUÍA

Desorganización Familiar Element

Violencia Interna Element

Migración Element

Discapacitados Element

Enfermos crónicos Element

Adultos Mayores Element

Drogadicción Element

Alcoholismo Element

Tabaquismo Element

Prostitución

Element

Juegos de Azar Element

Otros Element



Cuadro N° 12: Validar Campos Arquetipo Viviendas y Servicios

NOMBRE

CEN-EN13606-ENTRY.RIESGO_FAMILIAR.V1

CAMPOS ITEMS JERARQUIA

Tenencia prestada, arriendo, propia Element

Luz Eléctrica no tiene, consumo bajo, consumo normal Element

Agua para Consumo no segura, segura, filtrasa o hervida Element

Personas x Dormitorio

1 o 2 persona, 3 personas, 4 o mas Element

78

Servicio Higiénico no tiene, letrina, taza sanitaria Element

Total Puntos Element

Subtotal1 Element

Subtotal2 Element

Subtotal3 Element



Cuadro N° 13: Validar Campos Condición Socio Económica

NOMBRE

CEN-EN13606-ENTRY.

CONDICION_SOCIO_ECONOMICA.V1


Hijos que se Educan

no pueden ir, van a la escuela,

van a la escuela publica

Element

Alimentación 1 vez por día, 2 veces por día,

suficiente Element

Ingreso Familiar menos de 200, entre 200 y 400,

más de 400 Element

Depende del Jefe Familiar

5 o más persona, 3 o 4 personas, 1 o 2 personas

Element

Enfermedades Crónicas 2 o más miembros, 1 miembro,

ninguno Element

Total Puntos Element

Subtotal1 Element

Subtotal2 Element

Subtotal3 Element



79

Cuadro N° 14: Validar Campos Arquetipo Estructura del Grupo Familiar

NOMBRE

CEN-EN13606-

CLUSTER.ESTRUCTURA_DEL_GRUPO_FAMILIAR.V1

CAMPOS JERARQUÍA

1 Número de Miembros Element

2 Apellidos Element

3 Nombres Element

4 Años Element

5 Femenino Element

6 Masculino Element

7 Casado Element

8 Soltero Element

9 Divorciado Element

10 Viudo Element

11 Unión Libre Element

12 Ninguno Element

13 Primario Element

14 Secundaria Element

15 Superior Element

16 Padre o Madre Element

17 Hijo Element

18 Abuelo Element

19 Otro Pariente Element

20 No Pariente Element

21 Empleado Publico Element

22 Empleado Privado Element

23 Obrero o Jornalero Element

24 Trabajo Informal Element

25 Ama de Casa Element

26 Estudiante Element

27 No Trabaja no Estudia Element

28 Menos de 100 Element

29 100 – 150 Element

30 151 – 200 Element

31 Más de 200 Element

32 Seguro Publico Element

33 Seguro Privado Element

34 Sin Seguro Element



80

Cuadro N° 15: Validar Campos Arquetipo Riesgo Social

NOMBRE

CEN-EN13606-ENTRY.RIESGO_SOCIAL.V1.ADL


Categoría puntos Element

Categorías 10-14,15-19,20-24,25-30 Element

Diagnostico Element

Cod Element

Selben Element

Fecha Element

Hora Element

Lugar Element

Diagnostico Medico Element

CIE Element

Trabajadora Social Element



Cuadro N° 16: Valida campos arquetipo evolución

NOMBRE

CEN-EN13606-ENTRY.EVOLUCION_DEL_CASO.V1

CAMPOS JERARQUÍA

Fecha Element

Hora Element

observaciones Element



81

Cuadro N° 17: Validar Campos Arquetipo Prescripción

NOMBRE

CEN-EN13606-ENTRY. PRESCRIPCION.V1

CAMPOS JERARQUÍA

Recomendación Familiar Element

Código Element

Firma Element



82

CAPÍTULO IV

CRITERIO DE ACEPTACIÓN DEL PRODUCTO

La aceptación del presente proyecto será emitida por el Director del Proyecto,

mediante una reunión formal, que a su vez firmará el documento de aceptación

una vez validados los requisitos iniciales del proyecto.

A continuación, se detalla los criterios pactados bajos los cuales se considerará

que la herramienta desarrollada cumple con las especificaciones requeridas:

Cuadro N° 18: Matriz de aceptación del producto.

Requerimiento Criterios de aceptación Nivel

Aceptación

Consultar datos de la

Unidad Operativa

Criterios de búsqueda de las unidades

operativas

Configuradas.

El interfaz será amigable y de fácil uso

para el usuario

100%

Consultar datos del

paciente.

Criterios de búsqueda de pacientes

ingresados en el sistema.

Modificaciones de datos del paciente.

100%

Registrar el Tipo de

Vivienda y Servicios del

Paciente

Registrar las características de los servicios dentro de la infraestructura y el tipo de tenencia de la vivienda marcando con un check según la característica.

100%

Registrar las Condiciones

Socioeconómicas

Del paciente

Registrar las características definidas dentro de la educación, alimentación, vestuario y enfermedades crónicas.

100%

Registrar los Riesgos

Familiares

Del paciente.

Registrar los riesgos marcando con un check si existen evidencias de violencia, desorganización, enfermedades o adultos mayores.

100%

83

Registrar la Estructura

Familiar

Del paciente.

Registrar por cada miembro del grupo familiar el tipo de género, instrucción, parentesco, economía y seguro social.

100%

Registrar el Riesgo

Social

Del paciente.

Registrar el puntaje obtenido según los check marcados en los puntos anteriores y obtiene un resultado del diagnóstico social del paciente.

100%

Registrar la Evolución del

Caso del paciente.

Registrar la fecha y hora de las visitas del

paciente y la información obtenida en las

entrevistas y visitas domiciliarias.

100%

Registrar la prescripción

realizara por la

trabajadora Social al

paciente.

Registrar las recomendaciones de la

trabajadora social para la solución de los

problemas familiares encontrados.

100%

Generar e Imprimir el

formulario con los datos

registrados.

Permitirá generar el formulario con los

datos del paciente ingresados y el soporte

para impresión en formato PDF.

100%

Integridad de la

información.

Las transacciones realizadas se

almacenarán en un gestor de base de

datos

100%

Capacitación y manuales Capacitación para el personal encargado

del formulario de trabajo social.

Manuales de usuario para el manejo

adecuado del personal encargado y

manual técnico para futuros ajustes del

proyecto.

100%

Elaborado Por: Jennifer Cevallos Yagual, Pedro Mera Franco.

Fuente: Datos de la Investigación de aceptación del producto.

84

CONCLUSIONES Y RECOMENDACIONES

Conclusiones

Se desarrolló el formulario de Trabajo Social con arquetipos basados en

la norma ISO 13606, permitiendo esto a los establecimientos del

Ministerio de Salud Pública, ingresar los datos de forma electrónica y

generar el formulario, permitiendo que los datos sean trasmitidos a otras

instituciones bajo concepto clínicos.

La automatización del formulario de trabajo social nos permitió descartar

procesos recargados que actualmente se lleva de forma manual el cual

retrasa las operaciones de las instituciones de salud.

El sistema desarrollado creado con el framework Spring, brinda un diseño

estructurado del sistema de salud divididos en módulos y soporta la

integración con otras tecnologías como JEE8, JSF, Primefaces JPA 2.1, y

para base de datos como Posgresql.

Se logró una mejor interrelación y comunicación entre los médicos y el

trabajador social para conocer mejor los datos del paciente que van

atender, esto permite que el paciente tenga una atención eficaz.

85

Recomendaciones

Dar conocer a los pacientes que tienen sus registros en todo el país y

pueden tener la atención adecuada con este sistema se quiere

implementar en los establecimientos médicos por medio del Ministerio de

Salud Pública.

Utilizar un servidor web con una velocidad de datos mínima de 2 GB para

visualizar el resultado de las consultas de una forma más rápida.

La capacitación al personal del área de trabajo social ayudara para un

mejor uso del nuevo sistema y definir las ventajas de utilizar el mismo.

Realizar la actualización de la base de datos en periodos definidos para

estar al día en la información del personal médico y pacientes.

Las instituciones de Salud pública se acoplen al uso de este sistema

basado en la norma ISO 13606 para mejorar el manejo de la Historia

Clínica Electrónica de pacientes.

Se recomienda un módulo para la transferencia de los archivos de

arquetipos para una mejor comunicación de datos entre instituciones

públicas.

86

BIBLIOGRAFÍA Alarcón, V. F. (2010). Desarrollo de Sistemas de Informacion. pág. 11. Blé, C. (2015). librosweb.es. Obtenido de

http://librosweb.es/libro/tdd/capitulo_1/modelo_en_cascada.html Bracho, D. (30 de Octubre de 2011). SlideShare. Obtenido de Beneficios de los

Sistemas de Informacion: http://es.slideshare.net/sylem123/beneficios-de-los-sistemas-de-informacion?from_action=save

Bueno, G. d. (2008). Análisis de la Interoperabilidad entre los Sistemas de Apoyo a la Formación de TECMINHO. Madrid: Universidad Carlos III de Madrid.

Carmona, J. L. (8 de Enero de 2012). jaimecarmonaloeches.blogspot.com. Obtenido de http://jaimecarmonaloeches.blogspot.com/2012/01/introduccion-spring-mvc.html

Cruz, G. F. (30 de Agosto de 2012). SlideShare. Obtenido de http://es.slideshare.net/gus_farfan/primefaces-14115155

csi2altair.wikispaces.com. (1 de Diciembre de 2014). Despliegue de Servicios Web. Obtenido de Widfly: https://csi2altair.wikispaces.com/WildFly

EMERY, J. C. (1990). Sistemas de Información para la Direccion. Madrid. Farfán Cruz, C. (30 de Agosto de 2012). SlideShare. Obtenido de

http://es.slideshare.net/gus_farfan/primefaces-14115155 fergarciac. (25 de Enero de 2013). Entorno de Desarrollo Integrado (IDE).

Obtenido de fergarciac: https://fergarciac.wordpress.com/2013/01/25/entorno-de-desarrollo-integrado-ide/

Fergarciac. (25 de Enero de 2013). Entorno de Desarrollo Integrado (IDE). Obtenido de fergarciac: https://fergarciac.wordpress.com/2013/01/25/entorno-de-desarrollo-integrado-ide/

figurasliterarias.org. (2012). Figuras Literarias. Obtenido de http://figurasliterarias.org/content/arquetipo

Gómez, L. F. (2007). Interoperabilidad en los Sistemas de Información. Colombia: Revista Códice Vol. 3 Nº 1: 23-39.

INEC. (2014). normalizacion.gob.ec. Recuperado el 32 de 07 de 2016, de http://www.normalizacion.gob.ec/wp-content/uploads/downloads/2014/NORMAS_2014/DRO/nte_inen_iso_13606_1extracto

INEN, I. E. (2014). INFORMÁTICA SANITARIA. COMUNICACIÓN DE LA HISTORIA CLÍNICA ELECTRÓNICA PARTE 1: MODELO DE REFERENCIA (ISO 13606-1:2008, IDT). 27.

interoperability-definition. (2012). Definición de la Interoperabilidad. Obtenido de http://interoperability-definition.info/es/

interoperability-definition.info. (2012). Definición de la Interoperabilidad. Obtenido de http://interoperability-definition.info/es/

ISO/NTE, N. (2015). NORMA ISO/NTE. Java. (2012). Java. Obtenido de Java:

https://www.java.com/es/download/faq/whatis_java.xml Java Community Process, E. J. (2014). Java Community Process. Obtenido de

Java Community Process: https://jcp.org/en/egc/view?id=345

87

Java Community Process, J. (2014). Java Community Process. Obtenido de Java Community Process: https://jcp.org/en/jsr/detail?id=338

Java Community Process, R. (2014). Java Community Process. Obtenido de Java Community Process: https://jcp.org/en/jsr/detail?id=344

JPA, P. A. (2012). Tecnologías Informáticas para la Web. Obtenido de Interfaz de Persistencia Java (JPA) - Entidades y Managers: http://www.lab.inf.uc3m.es/~a0080802/RAI/jpa.html

Laudon, K. C. (2012). Sistemas de Información. Mexico: Edición 12. Lerma, E. V. (30 de Junio de 2010). Adictos al Trabajo. Obtenido de Introducción

a Primefaces: https://www.adictosaltrabajo.com/tutoriales/introduccion-primefaces/

Librosweb.es. (2015). librosweb.es. Obtenido de http://librosweb.es/libro/tdd/capitulo_1/modelo_en_cascada.html

Literarias, F. (2012). Figuras Literarias. Obtenido de http://figurasliterarias.org/content/arquetipo

Maldonado y Robles, J. A. (2010). Uso de la norma europea EN13606 en un sistema de historia clínica electrónica. Valencia: Universidad Politécnica de Valencia.

Maldonado, J. A. (2012). Uso de la norma europea EN13606 en un sistema de historia clínica electrónica. Valencia: Universidad Politécnica de Valencia.

Martínez y Lara, J. Á. (2007). La interoperabilidad de la información. Barcelona. Martínez y Lara, J. Á. (2013). La interoperabilidad de la información. Barcelona. Maven, R. (2016). Welcome to Apache Maven. Obtenido de Welcome to Apache

Maven: http://maven.apache.org/ Michel, J. (Septiembre de 2011). kidshealth. Obtenido de Historia clínica

electrónica: http://kidshealth.org/es/parents/ehrs-esp.html MSP. (2012). Manual de Uso Formularios Básicos. MSP, M. d. (2008). Acuerdo Ministerial 000138. Quito. Muñoz y Carrasco, A. C.-M. Sistema anonimizador conforme a la norma UNE-EN ISO 13606. Sistema anonimizador conforme a la norma UNE-EN ISO 13606. Grupo de Bioingeniería y Telemedicina, Universidad Politécnica de Madrid, Madrid, España, Madrid. Naranjo, D. (10 de Septiembre de 2012). Sistemas de Información Gerencial.

Obtenido de Ciclo de Vida SIG: http://sistemasinformaciongerencial1.blogspot.com/2012/09/ciclo-de-vida-sig.html

Nieto, J. (2013). Historia Clínica Electrónica y sus aledaños. Obtenido de https://jfnietopajares.wordpress.com/jimena/1-modelo/definicion/

Oracle. (2014). Oracle. Obtenido de Oracle: http://www.oracle.com/technetwork/java/javaee/tech/index.html

PostgreSQL. (02 de Octubre de 2010). PostgresSQL-es Portal en Español sobre PostgreSQL. Obtenido de Sobre PostgreSQL: http://www.postgresql.org.es/sobre_postgresql

PostgreSQL-es. (02 de Octubre de 2010). PostgresSQL-es Portal en Español sobre PostgreSQL. Obtenido de Sobre PostgreSQL: http://www.postgresql.org.es/sobre_postgresql

Raymond, M. (2000). Sistemas de información gerencial. México: México D.F. Pearson Educación.

88

Ricard, S. F. (2013). Historia Clinica Electronica en Departamento de Obstetricia, Ginecologia y Reproducción. Barcelona: Universidad Autónomca de Barcelona.

Ricart, A. (1991). Estrategia y Sistema de Informacion. Madrid: Mc. Graw-Hill. Royce, W. W. (1985). Obtenido de http://1.bp.blogspot.com/-LcHZ0or39jU/T_-

YeLhw83I/AAAAAAAAABg/uaj2NX1nJ0Y/s1600/modelo-de-cascada.png Software, M. d. (20 de 01 de 2010). modelosprocesosdesoftware.blogspot.co.

Recuperado el 01 de 12 de 2015, de modelosprocesosdesoftware.blogspot.com

Software, M. d. (20 de 01 de 2010). modelosprocesosdesoftware.blogspot.co. Recuperado el 01 de 12 de 2015, de modelosprocesosdesoftware.blogspot.com

Spring, R. (2014). Spring. Obtenido de Spring: https://spring.io/docs Spring-Security. (2014). Spring. Obtenido de Spring:

http://projects.spring.io/spring-security/ Torres y Pérez, E. G. (2007). Revista Española de Cardiologia. Malaga: Unidad

de Cardiología. Hospital Costa del Sol. Marbella. Málaga. España. Viejo, M. R. (2012). Interoperabilidad y Estándare de HCE. Valencia: Directora

del Grupo de Informática Biomédica - Instituto ITACA Universidad Politécnica de Valencia.

wikispaces. (1 de Diciembre de 2014). Despliegue de Servicios Web. Obtenido de Widfly: https://csi2altair.wikispaces.com/WildFly

www.genbetadev.com. (10 de Enero de 2014). genbetadev. Obtenido de

http://www.genbetadev.com/herramientas/eclipse-ide

www.java.com. (2012). Java. Obtenido de Java: https://www.java.com/es/download/faq/whatis_java.xml

www.lab.inf.uc3m.es. (2012). Tecnologías Informáticas para la Web. Obtenido de Interfaz de Persistencia Java (JPA) - Entidades y Managers: http://www.lab.inf.uc3m.es/~a0080802/RAI/jpa.html

89

ANEXOS

Anexo N° 1: Entrevista

90

91

92

93

Anexo N° 2: Levantamiento de Información en el Dispensario Médico Santa Elizabeth Seton

Anexo N° 3: Entrevista Lcda. Ada María Torres, Trabajadora Social Dispensario Médico Santa Elizabeth Seton

94



95

Anexo N° 6: Formulario 038 Trabajo Social

20 - 24

SE

LB

EN

FE

CH

A

25 - 30

DIA

GN

ÓS

TIC

O S

OC

IAL

CO

D

SN

S-M

SP

/ H

CU

-fo

rm.0

38 /

2008

CATEGORÍA

(PUNTOS)

15 - 19

10 -14

5 o

MÁ

S P

ER

SO

NA

S1

o 2

PE

RS

ON

AS

SU

BT

OT

AL

(2

)S

UB

TO

TA

L (3

)

5

DE

PE

ND

EN

DE

L J

EF

E

FA

MIL

IAR

SU

BT

OT

AL

(1

)

EN

FE

RM

ED

AD

ES

CR

ÓN

ICA

S

NO

TIE

NE

LE

TR

INA

TA

ZA

SA

NIT

AR

IA

4

FIL

TR

AD

A o

HE

RV

IDA

SE

GU

RA

3

1 o

2 P

ER

SO

NA

S

32

CO

ND

ICIÓ

N S

OC

IO E

CO

NÓ

MIC

A

2 V

EC

ES

X D

IA

1H

IJO

S Q

UE

SE

ED

UC

AN

NO

PU

ED

EN

IR

2A

LIM

EN

TA

CIÓ

N1

VE

Z X

DIA

MA

RC

AR

"X

" E

N L

A C

EL

DA

CO

RR

ES

PO

ND

IEN

TE

, M

UL

TIP

LIC

AR

PO

R E

L N

UM

ER

O D

E C

OL

UM

NA

Y S

UM

AR

PR

ES

TA

DA

AR

RIE

ND

OP

RO

PIA

VIV

IEN

DA

Y S

ER

VIC

IOS

1

4 o

MÁ

S P

ER

SO

NA

S3

PE

RS

ON

AS

NO

TIE

NE

CO

NS

UM

O

BA

JO

NO

SE

GU

RA

PE

RS

ON

AS

X D

OR

MIT

OR

IO

2

CO

NS

UM

O N

OR

MA

L

TO

TA

L P

UN

TO

S (

1)

INS

TR

UC

CIÓ

N

UNIÓN LIBRE

NINGUNO

NIN

GU

NO

EN

FE

RM

OS

CR

ÓN

ICO

S

PR

OS

TIT

UC

ION

ME

NO

S D

E 2

00

VA

N A

ES

CU

EL

A

PÚ

BL

ICA

SU

FIC

IEN

TE

3 o

4 P

ER

SO

NA

S

1

HO

RA

LU

GA

R

MA

RC

AR

"X

" E

N L

A C

EL

DA

CO

RR

ES

PO

ND

IEN

TE

, M

UL

TIP

LIC

AR

PO

R E

L N

ÚM

ER

O D

E C

OL

UM

NA

Y S

UM

AR

33

TR

AB

AJA

DO

RA

SO

CIA

L

VA

N A

ES

CU

EL

A

PR

IVA

DA

DE

SO

RG

AN

IZA

CIÓ

N

FA

MIL

IAR

DIA

GN

OS

TIC

O M

ED

ICO

C

TE

LÉ

FO

NO

FIR

MA

CÓ

DIG

O

DIS

CA

PA

CIT

AD

OS

1 M

IEM

BR

O

EN

TR

E 2

00

Y 4

00

MA

S D

E 4

00

TR

AB

AJ

O S

OC

IAL

- E

VA

LU

AC

IÓN

2

MIG

RA

CIÓ

N

VIO

LE

NC

IA I

NT

ER

NA

NU

ME

RO

HIS

TO

RIA

CL

ÍNIC

AP

AR

RO

QU

IAC

AN

TÓ

N

TO

TA

LE

SL

A S

UM

A D

E C

AD

A G

RU

PO

DE

RE

SP

UE

ST

AS

SE

RÁ

IG

UA

L A

L N

ÚM

ER

O D

E M

IEM

BR

OS

SI

EL

NIÑ

O E

S M

EN

OR

DE

1 A

ÑO

, R

EG

IST

RE

-0-

DIR

EC

CIÓ

N

DIR

EC

CIÓ

N D

E R

ES

IDE

NC

IA H

AB

ITU

AL

(CA

LL

E Y

NU

ME

RO

- M

AN

ZA

NA

Y C

AS

A)

PA

RE

NT

ES

CO

O A

FIN

IDA

D

ZO

NA

PA

RR

OQ

UIA

PR

OV

INC

IA

CO

D.

UO

CO

D.

LO

CA

LIZ

AC

IÓN

INS

TIT

UC

IÓN

DE

L S

IST

EM

AU

NID

AD

OP

ER

AT

IVA

PR

OV

INC

IA

521 1 4

TE

NE

NC

IA

AG

UA

PA

RA

CO

NS

UM

O

LU

Z E

LÉ

CT

RIC

A

13

14

10

11

SE

RV

ICIO

HIG

IÉN

ICO

3

89

ING

RE

SO

FA

MIL

IAR

ME

NS

UA

L

2 ö

MÁ

S M

IEM

BR

OS

56

71

61

21

93

23

03

12

82

92

22

32

71

72

02

11

82

52

62

4

SE

GU

RO

SO

CIA

L

151 - 200

34

33

ING

RE

SO

ME

NS

UA

L

SEGURO PRIVADO

SIN SEGURO

SEGURO PUBLICO

MENOS DE 100

MAS DE 200

ES

TR

UC

TU

RA

DE

L G

RU

PO

FA

MIL

IAR

MASCULINO

CASADO

SOLTERO

SE

XO

ES

TA

DO

CIV

IL

FEMENINO

CU

MP

LID

OS

PRIMARIA

PADRE O MADRE

AP

ELLID

OS

NO

MB

RE

SA

ÑO

S

PR

IME

RO

Y S

EG

UN

DO

AC

TIV

IDA

D E

CO

NÓ

MIC

AP

AR

EN

TE

SC

O

TRABAJO

INFORMAL

EMPLEADO

PÚBLICO

EMPLEADO

PRIVADO

ESTUDIANTE

OTRO PARIENTE

NO TRABAJA, NO

ESTUDIA

AMA DE CASA

NO PARIENTE

41

5

B

RE

PR

ES

EN

TA

NT

E

BA

RR

IO

AP

EL

LID

O M

AT

ER

NO

PA

TE

RN

O Y

MA

TE

RN

O

HIJO

ABUELO

DIVORCIADO

NUMERO DE

MIEMBROS

OR

DE

N =

PA

DR

E -

MA

DR

E -

HIJ

OS

DE

MA

YO

R A

ME

NO

R -

AB

UE

LO

S -

OTR

OS

PA

RIE

NTE

S -

NO

PA

RIE

NTE

S

VIUDO

5

MA

RC

AR

"X

" E

N L

A C

EL

DA

CO

RR

ES

PO

ND

IEN

TE

Y S

UM

AR

SU

BT

OT

AL

(1

)S

UB

TO

TA

L (2

)S

UB

TO

TA

L (3

)A

DU

LT

OS

MA

YO

RE

S

1

TO

TA

L P

UN

TO

S

(2)

JEFE

CA

NT

ÓN

Nº

CÉ

DU

LA

DE

CIU

DA

DA

NÍA

TE

LÉ

FO

NO

SE

GU

ND

O N

OM

BR

E

AP

EL

LID

O P

AT

ER

NO

PR

IME

R N

OM

BR

E

23

DR

OG

AD

ICC

ION

100 - 150

OBRERO O

JORNALERO

SUPERIOR

SECUNDARIA

AL

CO

HO

LIS

MO

MA

RQ

UE

UN

A S

OLA

x

PA

RA

CA

DA

GR

UPO

DE

RE

SPU

ES

TA

S

4

OT

RO

S

RIE

SG

O S

OC

IAL

RE

GIS

TR

AR

LO

S D

AT

OS

LU

EG

O D

E L

LE

NA

R L

OS

BL

OQ

UE

S 1

- 4

RIE

SG

O F

AM

ILIA

R

CIE

AD

TA

BA

QU

ISM

O

JUE

GO

S D

E A

ZA

R

96

6

FE

CH

A Y

HO

RA

TR

AB

AJ

O S

OC

IAL

- E

VO

LU

CIÓ

NS

NS

-MS

P /

HC

U-f

orm

.038 /

2008

CÓ

DIG

O

FIR

MA

CÓ

DIG

O

7P

RE

SC

RIP

CIÓ

N RE

CO

ME

ND

AC

IÓN

FA

MIL

IAR

TR

AB

AJA

DO

RA

SO

CIA

L

CÓ

DIG

O

FIR

MA

FE

CH

AEV

OL

UC

IÓN

DE

L C

AS

O

OB

SE

RV

AC

ION

ES

1.

EN

TR

EV

IST

A

2.

VIS

ITA

DO

MIC

ILIA

RIA

3

. T

RA

MIT

ES

IN

TE

RN

OS

Y E

XT

ER

NO

S

4.

PR

ES

TA

CIÓ

N D

E S

ER

VIC

IOS

5

. R

EF

ER

EN

CIA

S

1. S

E

FE

CH

A

HO

RA

FE

CH

A

HO

RA

FIR

MA

CÓ

DIG

O

FIR

MA

CÓ

DIG

O

FIR

MA

CÓ

DIG

O

CÓ

DIG

O

FIR

MA

CÓ

DIG

O

FIR

MA

CÓ

DIG

O

FIR

MA

FIR

MA

FE

CH

A

HO

RA

FE

CH

A

HO

RA

FE

CH

A

HO

RA

FE

CH

A

HO

RA

FE

CH

A

HO

RA

HO

RA

HO

RA

FE

CH

A

97

Anexo N° 7: Diagramas de Arquetipos Viviendas y Servicios

Condición Socio Económica

98

Riesgo Familiar

Estructura del Grupo Familiar

99

Evolución del Caso

Prescripción

Documents

UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/16659/1/B_CISC_PTG.1161.Cevallos... · 4.3. CONFIGURACIÓN DE LAS VARIABLES DE ENTORNO JAVA HOME Es una variable de entorno