universidad de...
TRANSCRIPT
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)
LOGIN AL SISTEMA ESALUD
USUARIO
MENU DE OPCIONES TRABAJO
SOCIAL
ROL TRABAJADOR
SOCIAL
SI
CONSULTA DE DIAGNOSTICO
PACIENTE
SIN ACCESO AL MENU TRABAJO
SOCIAL
NO
¿ HISTORIAL DE CITAS?
CARGAR DATOS ARQUETIPO EN PAGINA WEB
SI
NO EXISTE HISTORIAL DE
CITAS
NO
ARQUETIPO
PAGINA WEB
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
4. Se instaló el JDK 1.8 que provee herramientas de desarrollo para la
creación de programas en Java.
6
Gráfico N° 4: Instalación del JDK
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
4.2. INSTALACIÓN DE APACHE MAVEN 3.3.9
Para instalar Java se deben seguir los siguientes pasos:
1. Ir a la página oficial de Apache para descargar el Apache Maven:
http://maven.apache.org/download.cgi
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.
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.
7
Gráfico N° 5: Instalación de Maven
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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:
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:\
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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.
1. Abrimos el explorador de Windows o pulsamos sobre “Mi Pc”.
Pulsamos sobre Equipo -> Propiedades y con botón derecho del ratón
o buscando el icono -> Configuración avanzada / Cambiar
configuración -> Opciones avanzadas -> Variables de entorno ->
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.
2. En otras versiones tenemos que llegar a Configuración avanzada del
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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.
11
Gráfico N° 9: Enterprice DB 10
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
8. Verificamos que el schema de nombre “sysadm” este creado con sus
respectivas tablas.
Gráfico N° 19: Base de Datos SimaDB
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
18
4.6. INSTALACIÓN ECLIPSE NEON
Para instalar Java se deben seguir los siguientes pasos:
1. Ir a la página oficial de Eclipse para descargar el IDE de desarrollo de
eclipse Neon: www.eclipse.org/downloads/eclipse-packages/
2. Escoger la versión según el sistema operativo donde se va a instalar.
Gráfico N° 20: Instalación de Eclipse Neón
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigació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.
19
Gráfico N° 21: Directorio de Workspace
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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.
20
Gráfico N° 22: Descargar Widfly 10
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
6. En la pantalla principal de eclipse seleccionamos: Help -> Eclipse
Marketplace.
Gráfico N° 25: Ingreso a Marketplace Eclipse
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
26
18. A continuación debemos rellenar la información que nos pide:
Gráfico N° 33: Administrado Consola Widfly
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
ATMEDIFGEOUBICACION.- tabla en la que se encuentran la geo ubicación.
Cuadro N° 3: Tabla AtmDifGeoubicacion
CAMPO TIPO COMENTARIO
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFLOCALIZACION.- tabla en la que se encuentran la ubicación de los
familiares de los pacientes.
Cuadro N° 4: Tabla HcfLocalizacion
CAMPO TIPO COMENTARIO
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
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
ESTADO CHARACTER VARYING(1) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
ATMTIPOSDIAGNOSTICOS.- tabla en la que se encuentran los códigos de los
tipos de diagnósticos.
Cuadro N° 6: Tabla AtmTiposDiagnosticos
CAMPO TIPO COMENTARIO
IDTIPODIAGNOSTICO BIGSERIAL ID TIPO DE DIAGNOSTICO
DESCRIPCION HARACTER VARYING(50)
DESCRIPCION DEL TIPO DE DIAGNOSTICO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
38
PARESPECIALIDADESMEDICAS.- tabla en la que se encuentran las
especialidades médicas.
Cuadro N° 7: Tabla ParEspecialidadesMedicas
CAMPO TIPO COMENTARIO
IDESPECIALIDAD BIGSERIAL ID ESPECIALIDAD
DESCRIPCION CHARACTER VARYING(200) DESCRIPCION
AREA CHARACTER VARYING(100) AREA
ESTADO CHARACTER VARYING(1) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PARFAMILIAS.- tabla en la que se encuentran los datos personales de las
familias.
Cuadro N° 8: Tabla ParFamilias
CAMPO TIPO COMENTARIO
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
ESTADO CHARACTER VARYING(1) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PARPACIENTES.- tabla en la que se encuentran la historia clínica electrónica
del paciente.
Cuadro N° 9: Tabla ParPacientes
CAMPO TIPO COMENTARIO
IDPACIENTE BIGSERIAL ID GRUPO FAMILIAR
IDPERSONA BIGINT CODIGO GRUPO CULTURAL
HCU CHARACTER VARYING(10)
HISTORIA CLINICA UNICA
FECHAINGRESO
TIMESTAMP WITHOUT TIME ZONE FECHA INGRESO
ESTADO CHARACTER VARYING(2) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PARPERSONAS.- tabla en la que se encuentran la historia clínica electrónica
del paciente.
Cuadro N° 10: Tabla ParPersonas
CAMPO TIPO COMENTARIO
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
ESTADO CHARACTER VARYING(2) ESTADO
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
Fuente: Datos de la Investigación.
PARPROFESIONALSALUD.- tabla en la que se encuentran la historia clínica
electrónica del paciente.
Cuadro N° 11: Tablas ParProfesionalSalud
CAMPO TIPO COMENTARIO
IDPROFSALUD BIGSERIAL ID PROFESIONAL SALUD
CODPROFSALUD CHARACTER VARYING(30)
CODIGO PROFESIONAL SALUD
IDPERSONA INTEGER ID PERSONA
DESCRIPCION
CHARACTER VARYING(50) DESCRIPCION
ESTADO CHARACTER VARYING(2) ESTADO
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
Fuente: Datos de la Investigación.
PARTIPOSEGURO.- tabla en la que se encuentran los tipos de seguro.
Cuadro N° 12: Tabla ParTipoSeguro
CAMPO TIPO COMENTARIO
IDTIPOSEGURO BIGSERIAL ID TIPO SEGURO
CODSEGURO CHARACTER VARYING(10) CODIGO SEGURO
DESCRIPCION CHARACTER VARYING(50) DESCRIPCION
ESTADO CHARACTER VARYING(2) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PARTIPOSESTADOCIVIL.- tabla en la que se encuentran los tipos de estado
civil.
Cuadro N° 13: Tabla ParTipoEstadoCivil
CAMPO TIPO COMENTARIO
IDTIPOESTCIVIL BIGSERIAL ID TIPO ESTADO CIVIL
CODTIPOESTCIVIL CHARACTER VARYING(10)
CODIGO TIPO ESTADO CIVIL
DESCRIPCION CHARACTER VARYING(30) DESCRIPCION
ESTADO CHARACTER VARYING(2) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
42
PARTIPOSIDENTIFICACION.- tabla en la que se encuentran los tipos de estado
civil.
Cuadro N° 14: Tabla ParTipoIdentificacion
CAMPO TIPO COMENTARIO
IDTIPOIDENTIF BIGSERIAL ID TIPO IDENTIFICACION
DESCRIPCION CHARACTER VARYING(30) DESCRIPCION
ESTADO CHARACTER VARYING(2) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PARTIPOSPROFESIONALESSALUD.- tabla en la que se encuentran los tipos
de profesionales de salud.
Cuadro N° 15: TablaParTiposProfesionalesSalud
CAMPO TIPO COMENTARIO
IDTIPOPROFSALUD BIGSERIAL
ID TIPO PROFESIONAL DE SALUD
DESCRIPCION CHARACTER VARYING(30) DESCRIPCION
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PARTIPOSSEXOS.- tabla en la que se encuentran los tipos de estado civil.
Cuadro N° 16: Tabla ParTiposSexos
CAMPO TIPO COMENTARIO
IDTIPOSEXO BIGSERIAL ID TIPO IDENTIFICACION
CODTIPOSEXO CHARACTER VARYING(10) CODIGO TIPO SEXO
DESCRIPCION CHARACTER VARYING(30) DESCRIPCION
ESTADO CHARACTER VARYING(2) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
43
PROESTABLECIMIENTOSALUD.- tabla en la que se encuentran las
ubicaciones geográficas.
Cuadro N° 17: Tabla ProEstablecimientoSalud
CAMPO TIPO COMENTARIO
IDESTABLECIMIENTO BIGSERIAL ID ESTABLECIMIENTO
CODESTABLECIMIENTO CHARACTER VARYING(10)
CODIGO ESTABLECIMIENTO
NOMBRE CHARACTER VARYING(30) NOMBRE
DIRECTOR CHARACTER VARYING(30) DIRECTOR
DIRECCION CHARACTER VARYING(100) DIRECCION
TELEFONO CHARACTER VARYING(20) TELEFONO
ESTADO CHARACTER VARYING(200) ESTADO
IDSECTOR INTEGER ID SECTOR Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
PROUNIDADOPERATIVA.- tabla en la que se encuentran las unidades
operativas.
Cuadro N° 18: Tabla ProUnidadOperativa
CAMPO TIPO COMENTARIO
IDUNIDADOP BIGSERIAL ID UNIDAD OPERATIVA
IDESTABLECIMIENTO CHARACTER VARYING(10)
ID ESTABLECIMIENTO
CODUNITOP CHARACTER VARYING(30)
CODIGO UNIDAD OPERATIVA
NOMBRE CHARACTER VARYING(30) NOMBRE
ESTADO CHARACTER VARYING(200) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
IDPERSONA BIGSERIAL IDPERSONA
CEDULA CHARACTER VARYING(30)
CEDULA
APELLIDOPATERNO CHARACTER VARYING(30)
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)
IDTIPOIDENTIF INTEGER ID TIPO IDENTIFICACION
IDTIPOESTCIVIL INTEGER ID TIPO ESTADO CIVIL
ESTADO CHARACTER VARYING(2) ESTADO
IDTIPOSEXO INTEGER ID TIPO SEXO
USUARIOREG CHARACTER VARYING(20)
USUARIOREG
FECHAREG TIMESTAMP FECHAREG
USUARIOMOD CHARACTER VARYING(20)
USUARIOMOD
FECHAMOD TIMESTAMP FECHAMOD
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
IDVISITA BIGSERIAL ID VISITAS
IDPROMOTOR INTEGER ID PROMOTOR
NUMEROHOJA INTEGER NUMERO DE HOJA
FECHAVISITA DATE FECHA VISITA
ESTADO CHARACTER VARYING(2) ESTADO
HORAVISITA CHARACTER(8) HORA VISITA
IDPROFSALUD BIGSERIAL ID PROFESION SALUD
IDPACIENTE BIGSERIAL ID PACIENTE Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
ESTADO CHARACTER VARYING(1) ESTADO Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFDETALLEDIAGNOSTICO.- tabla en la que se encuentran las diferentes
condiciones socioeconómicas.
46
Cuadro N° 22: Tabla HcfDetalleDiagnostico
CAMPO TIPO COMENTARIO
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFDIAGNOSTICOSOCIAL.- tabla en la que se encuentran el detalle del
diagnóstico social.
Cuadro N° 23: Tabla HcfDiagnosticoSocial
CAMPO TIPO COMENTARIO
IDDIAGNOSTICOSOC BIGSERIAL ID DIAGNOSTICO SOCIAL
CODDIAGNOSTICO CHARACTER VARYING(20)
CODIGO DIAGNOSTICO
DESCRIPCION CHARACTER VARYING(500) DESCRIPCION
IDPADRE INTEGER ID PADRE
ESTADO CHARACTER VARYING(1) ESTADO Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
IDCAB INTEGER ID CABECERA
IDTRABAJADORASOCIAL INTEGER ID TRABAJADORA SOCIAL
IDPACIENTE INTEGER ID PACIENTE Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
ID BIGSERIAL ID PARAMETRO
NOMBRE_PARAMETRO CHARACTER VARYING(50)
NOMBRE DEL PARAMETRO
VALOR CHARACTER VARYING(2) VALOR
ESTADO CHARACTER VARYING(1) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFPERSONASREPRESENTANTES.- tabla donde se almacenan los datos del
representante del paciente.
49
Cuadro N° 27: Tabla HcfPersonaRepresentante
CAMPO TIPO COMENTARIO
IDREPRESENTANTE BIGSERIAL ID REPRESENTANTE
CEDULA CHARACTER VARYING(10) CEDULA
APELLIDOPATERNO CHARACTER VARYING(30)
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
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
IDCAB INTEGER ID CABECERA
ESTADO CHARACTER VARYING(1) ESTADO
TOTAL INTEGER TOTAL
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
ESTADO CHARACTER VARYING(1) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFTIPOSACTIVIDADECO.- tabla donde se encuentran los tipos de
actividades económicas.
51
Cuadro N° 30: Tabla HcfTiposActividadEco
CAMPO TIPO COMENTARIO
IDTIPO BIGSERIAL TIPOS DE ACTIVIDADES ECONOMICAS
DESCRIPCION INTEGER DESCRIPCCION DE ACTIVIDADES ECONOMICAS
ESTADO INTEGER ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFTIPOSINSTRUCCION.- tabla donde se encuentran los tipos de
instrucciones académicas.
Cuadro N° 31: Tabla HcfTiposInstruccion
CAMPO TIPO COMENTARIO
IDTIPO BIGSERIAL TIPO DE INSTRUCCION
DESCRIPCION INTEGER DESCRIPCCION DE TOPOS DE INSTRUCCION
ESTADO INTEGER ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFTIPOSPARENTESCO.- tabla donde se encuentran los tipos de parentesco.
Cuadro N° 32: Tabla HcfTiposParentesco
CAMPO TIPO COMENTARIO
IDTIPO BIGSERIAL TIPO DE PARENTESCO
DESCRIPCION INTEGER DESCRIPCCION DE LOS TIPOS DE PARENTESCO
ESTADO INTEGER ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
HCFTIPOSSEGURO.- tabla donde se encuentran los tipos de seguro social.
52
Cuadro N° 33: Tabla HcfTiposSeguro
CAMPO TIPO COMENTARIO
IDTIPO BIGSERIAL TIPO DE SEGURO SOCIAL
DESCRIPCION INTEGER DESCRIPCCION DE TIPOS DE SEGURO
ESTADO INTEGER ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
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
CAMPO TIPO COMENTARIO
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
SUBTOTAL2 ESTADO SUBTOTAL 2
SUBTOTAL3 ESTADO SUBTOTAL 3
IDCAB ESTADO ID CABECERA
ESTADO CHARACTER VARYING(1) ESTADO
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación.
53
6. DIAGRAMAS
6.1. Diagrama de Diseño de Base de Datos
Gráfico N° 46: Diagrama Relacional de la Base de Datos
Elaborado Por: Pedro Mera, Jennifer Cevallos
Fuente: Datos de la Investigación
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
La información del paciente debe estar ingresado en el sistema.
Gráfico N° 52: Error persona no registrada
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
En esta parte del formulario la trabajadora social debe evaluar al paciente
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
En esta parte del formulario la trabajadora social debe evaluar al paciente
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
En esta parte del formulario la trabajadora social debe evaluar al paciente
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Datos de la Investigación.
65
Gráfico N° 62: Guardar Evaluación Social
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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
Elaboración: Pedro Mera, Jennifer Cevallos.
Fuente: Sistema eSalud.
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”
PROYECTO DE TITULACIÓN
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 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
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.
Pedro Luis Mera Franco
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
ARQUETIPOS BASADOS EN LA NORMA ISO 13606 PARA OBTENER INTEROPERABILIDAD ENTRE LOS SISTEMAS
HOSPITALARIOS.
Tesis de Grado que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Autor/a: Pedro Luis Mera Franco
C.I. 0929819217
Jenniffer Inés Cevallos Yagual
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
UNIVERSIDAD DE GUAYAQUIL
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
UNIVERSIDAD DE GUAYAQUIL
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
Anexo N° 4: Entrevista Lcda. Ada María Torres, Trabajadora Social
Dispensario Médico Santa Elizabeth Seton 94
XVII
Anexo N° 5: Entrevista Lcda. Ada María Torres, Trabajadora Social
Dispensario Médico Santa Elizabeth Seton 94
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
Jenniffer Inés Cevallos Yagual
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.
Jenniffer Inés Cevallos Yagual
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.
Elaboración: Pedro Mera, Jennifer Cevallos.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Presupuesto del Proyecto.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Presupuesto del Proyecto.
Cuadro N° 6: Costo del Sistema
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Presupuesto del Proyecto.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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)
Consulta externa –
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)
Consulta externa –
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Ministerio de Salud Pública.
DIAGRAMA DE FLUJO DE DATOS
Gráfico N° 14: Diagrama de Flujo de Datos
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Flujo de datos del proyecto.
72
MODELO DE ENTIDAD RELACIÒN
Gráfico N° 15: Modelo Entidad Relación de Trabajo Social
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
Cuadro N° 13: Validar Campos Condición Socio Económica
NOMBRE
CEN-EN13606-ENTRY.
CONDICION_SOCIO_ECONOMICA.V1
CAMPOS ITEMS JERARQUIA
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
80
Cuadro N° 15: Validar Campos Arquetipo Riesgo Social
NOMBRE
CEN-EN13606-ENTRY.RIESGO_SOCIAL.V1.ADL
CAMPOS ITEMS JERARQUIA
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
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
Elaboración: Pedro Luis Mera Franco, Jennifer Inés Cevallos Yagual.
Fuente: Datos de la Investigación del software LinkEHR.
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
Anexo N° 4: Entrevista Lcda. Ada María Torres, Trabajadora Social Dispensario Médico Santa Elizabeth Seton
Anexo N° 5: Entrevista Lcda. Ada María Torres, Trabajadora Social Dispensario Médico Santa Elizabeth Seton
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