SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

CAPITULO 5

DISEÑO E IMPLEMENTACIÓN DEL SISTEMA DE

GESTIÓN DE HISTORIAS CLÍNICAS PARA EL
DEPARTAMENTO DE BIENESTAR UNIVERSITARIO
DE LA UTN

“Todo lo puedo en Cristo que me fortalece”

FIL. 4:13

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 81

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

55..11 IIN
NTTR
ROOD
DUUCCCCIIÓ
ÓNN

“Contribuir al desarrollo educativo, científico, tecnológico, socioeconómico y cultural de la

región norte del país. Formar profesionales críticos, humanistas y éticos comprometidos con
el cambio social”. Es la Misión Institucional que la Universidad Técnica del Norte cumple tan
acertadamente para con la comunidad norteña de nuestro país.

Queriendo contribuir la confianza depositada por la comunidad y caminar a la par del avance
tecnológico. La universidad se encuentra en un proceso de desarrollo y actualización
tecnológica, siendo uno de sus objetivos la automatización y reingeniería de varios de los
procesos que se realizan cotidianamente.

Particularmente los servicios que presta el Departamento de Bienestar Universitario, están

encaminados al cuidado de la salud, a la orientación y la asistencia social de toda la
comunidad universitaria.

Dichos servicios conforman procesos, que se realizan manualmente y de poca fluidez. Es así
que surge el interés por parte de la Directora de este departamento y con el apoyo del
personal del Departamento de Informática el proyecto de automatización de Gestión de
Historias Clínicas y Odontológicas y la reingeniería del Sistema de Fichas Socioeconómicas.

Siendo mi responsabilidad el desarrollo del Sistema de Gestión de Historias Clínicas. En este

capítulo presento el proceso de su desarrollo haciendo uso de la tecnología de mi
investigación.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 82

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

55..22 EESSTTU
UDDIIO
ODDEE V
VIIA
ABBIILLIID
DAAD
D

El Departamento de Bienestar Universitario de la Universidad Técnica del Norte es una

dependencia que contribuye al desarrollo socio económico, académico y de salud del
personal estudiantil, docente y administrativo de la institución.

Esta dependencia busca prestar servicios a los miembros de la comunidad universitaria con
personal idóneo, para ser un punto de apoyo en el logro del mejoramiento de la calidad de
vida y la búsqueda de la excelencia académica.

Coherente con el objetivo de la universidad de formar integralmente nuevos profesionales

que deberán ser los protagonistas del desarrollo de nuestro país, cumple un rol fundamental.
Esta acción de carácter primordial se traduce básicamente en la promoción, organización y
realización de actividades de salud y formación humana.

Diariamente el Departamento de Bienestar presta sus diversos servicios, debiendo mantener

información exclusiva de cada una de las personas que acuden, como son: estudiantes
(7106), docentes (326), empleados (324) y familiares (112) [Sistema Recaudación SARE];
cuyo volumen de información representa una gran responsabilidad.

Tomando en consideración lo anterior, es necesario contar con herramientas de software

que garanticen el correcto tratamiento de la información y ayuden a proporcionar un buen
servicio. [doc02].

55..22..11 D Deell P
Deessccrriippcciióónn D Prroobblleem
maa

El departamento de bienestar universitario está conformado por cuatro áreas: Salud,

Asistencia Social, Orientación Profesional, Orientación Académica.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 83

 SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

DEPARTAMENTO DE BIENESTARIO UNIVERSITARIO

APOYO PROYECTO DIRECCIÓN SECRETARIA

- Inserción Enfoque de Género Planifica y coordina las actividades Brinda apoyo administrativo a la
- Formación Crítica estudiantes de cada una de las éreas y servicios Dirección y a todos los servicios
- Jornadas quirúrgicas IBERMED del BDU del DBU

AREAS

SALUD ASISTENCIA SOCIAL ORIENTACION ORIENTACION

SERVICO MÉDICO SERVICO DE TRABAJO SOCIAL PROFESIONAL ACADÉMICA
Medicina Preventiva
ESTUDIANTES - Procesamiento de información - Información académica y
- Educación Preventiva. para la base de datos de los profesional.
- Atención de emergencias.
- Becas Internas estudiantes.
- Asesoramiento y
- Educación de Salud.
- Exoneraciones del derecho de - Aplicación de pruebas: intereses aconsejamiento académico.
matrícula y aptitudes.
- Colocación.
SERVICIO ODONTOLÓGICO - Seguro estudiantil: - Atención a estudiantes con
- Seguimiento Académico.
problemas personales y de
- Diagnósticos. - Créditos Educativo del IECE adaptación
- Profilaxis operatorias. - Visitas e informes domiciliarios
- Participación en eventos de
- Exodoncias.
DOCENTES Y TRABAJADORES
Orientación Profesional
- Endodoncias.
- Informes socioeconómicos
- Asesoramiento a DOBE colegios
- Rayos X. - Propuestas de alternativas de
- Educación para la salud mejoramiento
dental.

SERVICIO DE
LABORATORIO CLINICO
Exámenes de:
- Análisis bioquímico.
- Análisis hematológico.
- Estudios de coagulación.
- Urianálisis.
- Análisis serológico.

Figura 5.1 Diagrama Orgánico Estructural del DBU

ÁREA DE SALUD

El área de Salud a su vez está estructurado de la siguiente forma: Servicio Médico, Servicio
Odontológico y Servicio de Laboratorio Clínico.

Esta área presta atención personalizada a estudiantes, docentes, personal administrativo y

sus familiares, tanto del colegio como de la universidad.

El área de Salud maneja toda la información de sus pacientes en formularios, hojas de

trabajo, registros diarios, registros mensuales y anuales manualmente; además lleva un

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 84

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

registro de ingresos y egresos de medicamentos y materiales mediante cartones de kardex.

La inexistencia de un sistema automatizado en esta área, ha ocasionado una serie de
inconvenientes tales como:

• Información aislada y redundante.- Al no existir un control de historias clínicas

automatizado impide el acceso a la información que mantiene el servicio de
Laboratorio Clínico el cual cuenta con un sistema de ingreso de resultados. Además la
información existente en el sistema de Ficha Psicosocial es redundante a la que
contiene la ficha historia clínica.

• Falta de agilidad en la atención al paciente.- La historia clínica de cada paciente

está constituida por varios formularios llenados a mano y archivados en un mueble,
de donde son extraídos al momento de iniciar la consulta. Este tedioso proceso
requiere mayor atención y tiempo, ocasionando molestias tanto al personal del
departamento como a los pacientes.

• Dificultad en la generación de informes y estadísticas.- Al no existir un

proceso automático para registrar la atención al paciente en el departamento se lleva
diariamente un registro manual que luego es contabilizado para informes mensuales,
lo que requiere gran cantidad de tiempo. Además para la generación de cuadros
estadísticos, es necesario que el personal del departamento obtenga los datos
examinando cada uno de los formularios de historias clínicas de los pacientes
existentes; siendo ésta una tarea compleja y poco precisa.

• Pérdida de información.- Los datos de historias clínicas y los resultados de

exámenes es información confidencial y de vital importancia, sin embargo es
manipulada por varias personas, y archivada en lugares poco propicios, lo cual facilita
su pérdida.

• Desconocimiento de medicamentos y materiales existentes.- El servicio

médico y odontológico manejan cierta cantidad de medicamentos de emergencia, los
cuales son contabilizados manualmente mediante kárdex sin embargo no se lleva un
control adecuado del mismo dado que los datos no son actualizados constantemente.
Además el servicio de laboratorio y el odontológico manejan materiales de uso
exclusivo los mismos que no son inventariados. [doc02].

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 85

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

55..22..22 D
Deessccrriippcciióónn ggeenneerraall ddeell ssiisstteem
maa

Como solución a las necesidades que posee el servicio médico del departamento de
bienestar universitario, planteo la realización de los siguientes módulos:

HISTORIAS CLINICAS

Identificación del Paciente a través de un único identificador de pacientes.

Manejo de historias clínicas a través de formularios predefinidos con datos

personales, antecedentes médicos familiares y personales, signos vitales, examen
físico, motivo de consulta, diagnostico clasificado por sistemas, tratamiento y
observación.

La historia clínica consultará resultados de exámenes generados por el módulo de

laboratorio.

A la Historia Clínica de cada paciente se podrá adosar una cantidad ilimitada de

imágenes del mismo, resultados de exámenes realizados en otros laboratorios,
ecografías, etc.

Emisión de órdenes de Laboratorio.

Luego de la consulta podrá digitar la prescripción e imprimirla.

INVENTARIO DE MEDICAMENTOS

Sistema de inventario de medicamentos de emergencia, que estará a disposición del

médico, proporcionando un reporte preciso de los medicamentos existentes en el
momento de la consulta.

Se descargarán automáticamente los medicamentos prescritos al paciente,

sustentando el egreso mediante la impresión y firma de un comprobante.

ENFERMERÍA

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 86

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Módulo en el que se registrará actividades que desempeña la enfermera como

curaciones, colocación de inyecciones, etc. adjuntándose a la historia de cada
paciente.

REPORTES Y ESTADÍSTICAS

Generación automática de reportes y estadísticas de acuerdo a las necesidades del

departamento como pacientes atendidos por fechas, por tipo de paciente (estudiante,
empleado y docente), por edades, por sexo, por patologías, etc.

55..22..33 R
REECCU
URRSSO
OSS

Para el desarrollo del sistema son necesarios los siguientes recursos:

CONCEPTO COSTO
HARDWARE
Equipo de Computación 1000
Procesador Intel Core 2 Duo 2.33Ghz
Memoria 1GB
Disco Duro 250 GB
Tarjeta Madre Intel DG33BU
Impresora 200

SOFTWARE
Windows Server 2003 475
NetBean 5.5 0
NetBeans Enterprise Pack 0
Sun Java System Application Server 9 0
PostgreSQL 8.2 0
EMS PostgreSQL Manager 3 Lite 0
[Link] 0
jdk1.5.0_09 0

MATERIALES
Impresión de documentos 50
Útiles de Oficina 40
Impresión de documentos 80
Varios 60

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 87

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Bibliografía
Libros 200
Internet 500
Capacitación 500
Imprevistos 300
TOTAL 2905

Al inicio del proyecto el Departamento de Bienestar Universitario en el área de salud no

contaba con computadoras ni red de datos.

Por lo cual se solicitó la colocación de puntos de red y la adquisición de equipo como

muestra la siguiente figura:

Figura 5.2 Diagrama de ubicación del cableado estructurado del DBU

Recurso Cantidad Precio Total

Estaciones de trabajo 8 240 1920

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 88

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Equipos Computador 5 1000 5000

Silla Tipo Secretaria 2 100 200
Puntos de Red 3 44 132
Impresoras Láser 7 100 700
Escáner 1 80 80
Total: $8032

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 89

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Instalaciones y adquisiciones que se realizaron progresivamente en el transcurso del

desarrollo de los sistemas. Siendo los primeros computadores, nuestras herramientas de
desarrollo.

55..22..44 PPLLA
ANND
DEE D
DEESSA
ARRR
ROOLLLLO
O

En esta etapa inicial se creo el siguiente plan de desarrollo que fue presentado a los
directores departamentales como plan tentativo de inicio y culminación del proyecto.

Figura 5.3 Plan de Desarrollo de la aplicación

Inicio: Agosto 2006 Finalización: Agosto 2007

Nota: La documentación de la Aplicación se realizará durante todo el desarrollo de la

misma. Además, durante todo el tiempo que se este desarrollando el proyecto se realizará
una investigación constante de los conocimientos que se necesiten para culminar la
aplicación

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 90

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Con la automatización de procesos complejos, y la protección de la información, el servicio

del departamento de bienestar universitario será más preciso y eficiente al momento de
atender a sus usuarios, aumentando en ellos la credibilidad y confianza en el uso de la
atención médica.

55..33 A
ANNÁ
ÁLLIISSIISS

Durante la recopilación de la información fue posible identificar los procesos involucrados con
el Servicio de Atención Médica del DBU que interactúan como muestra la figura:

Certificados Médios
Atención Médica

Recaudación Laboratorio Clínico

Ficha Socioeconómica Reportes

Atención Nutricional
Botiquin

Figura 5.4 Procesos Involucrados con la Gestión Médica

A continuación describo brevemente cada uno de los procesos:

Procesos externos:

Recaudación
Este sistema mantiene la información referente a todo tipo de pagos y venta de especies.
De aquí se hace uso de los datos de periodos y sub períodos académicos, estudiantes
matriculados, facultades, escuelas, carreras, pagos de derechos de exámenes de laboratorio,
etc.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 91

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Ficha Socioeconómica
Este sistema mantiene toda la información personal y socioeconómica del estudiante. De
aquí se hace uso de los ingresos o actualizaciones que se realice sobre esta información.

Procesos que se realizan internamente y sus actores:

Certificados Médicos
El departamento tiene la responsabilidad de emitir los siguientes certificados:

Certificados Médicos de Control.- certificado de que el estudiante recibió atención médica

como requerimiento para matricularse.

Certificado Médico de Reposo.- certificado de reposo por enfermedad en formatos tanto del
DBU como del IESS.

Certificado de Atención Médica.- certificado del tiempo que el paciente estuvo presente
recibiendo atención médica.

Canje de Certificado Médico.- se certifica que el paciente presentó un certificado de reposo

emitido por médicos ajenos al departamento.
Los actores de este proceso son:

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 92

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Estudiante

Médico
Docente

Certificados Médios

Empleado

Secretaria DBU

Familiar

Figura 5.5 Actores del Proceso de Gestión de Certificados Médicos

Laboratorio Clínico
El laboratorio clínico realiza gran variedad de exámenes de laboratorio, los mismos que son
ingresados en un pequeño sistema que mantiene una base de datos y luego son impresos
para ser entregados al paciente. Los cobros de estos exámenes de laboratorio los realiza el
sistema de recaudación. Los actores de éste proceso los muestra la siguiente figura:

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 93

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Médico

Nutricionista

Estudiante
Laboratorio Clínico

Laboratorista

Docente

Empleado

Familiar

Figura 5.6 Actores del Proceso de Gestión de Laboratorio Clínico

Atención Nutricional
Este proceso lo realizan doctoras Nutricionistas que dan seguimiento al estado nutricional de
toda la comunidad universitaria, atendiendo dos días a la semana. Sus actores son:

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 94

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Estudiante

Docente
Atención Nutricional
Nutricionista

Empleado

Familiar

Figura 5.7 Actores del Proceso de Atención Nutricional

Botiquín
El servicio médico cuenta con un conjunto de medicamentos de emergencia, que son
entregados gratuitamente a sus pacientes, respaldando la entrega con la firma de un
documento de recibido. Además se lleva un inventario manual de estos medicamentos
mediante cartones de kardex. Los actores de este proceso son:

Estudiante

Médico

Docente

Botiquin

Enfermera

Empleado

Nutricionista

Familiar

Figura 5.8 Actores del Proceso de Gestión de Botiquín

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 95

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Reportes
Se realizan Partes Diarios, Concentrados Mensuales y Estadísticas de Diagnósticos mediante
conteos manuales de los pacientes atendidos y los diagnósticos emitidos. Los actores de
este proceso son:

Médico

Reportes
Enfermera
Director DBU

Nutricionista

Figura 5.9 Actores del proceso de Generación de Reportes

Especificación de Casos de USO

En ingeniería del software, un caso de uso es una técnica para la captura de requisitos
potenciales de un nuevo sistema o una actualización de software. Cada caso de uso
proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el
usuario o con otro sistema para conseguir un objetivo específico. [www41]Y

De forma que al ser parte del análisis nos ayudan a describir qué es lo que el sistema debe
hacer. Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Y
resultan especialmente útiles para determinar las características necesarias que tendrá el
sistema. En otras palabras, los diagramas de casos de uso describen qué es lo que debe
hacer el sistema, pero no cómo.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 96

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 97

 SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Gestión Médica

Ingreso de Signos Vitales

RegistrarDatosDeFamiliares <<use>>

<<use>> Datos Médicos

Actividades de Enfermería
<<extend>> <<include>>

<<use>>
<<include>>
Apertura Historias Clínicas
Gestionar Imágenes

Registro de Medicamentos
<<use>>
<<include>> Inventario Medicamentos
Enfermera
<<include>> Generación de Kardex <<use>>
Gestión de Botiquin
<<use>>
<<include>>

Egreso de Medicamentos

Emitir y Canjear Certificados Médicos

<<include>>

<<extend>> <<use>>

Gestionar Consulta Médica <<use>>

<<include>> Datos Médicos2
Médico / Nutricionista Atención Médica

<<include>> <<use>>
Generar Partes

<<include>> <<use>>

<<include>>
Gestionar Imágenes2

Consultar Resultados de Exámenes

<<use>>

Exámenes de Laboratorio
<<use>>
Gestionar Examenes de Laboratorio
<<include>>
Gestión Laboratorio
Laboratorista
<<use>>
<<include>>

Generar Informes

Gestión Certificadosl
Secretaria <<include>> Emitir certificados <<use>>
Datos Médicos3

<<use>>
Gestión de Reportes
Director DBU

Figura 5.10 Diagrama de Casos de Uso

Realizando el análisis de los procesos a automatizarse fue factible la especificación de la

información a manejarse y del flujo de esta en la aplicación.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 98

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Haciendo uso de BPM, Gestión de Procesos del Negocio a continuación presento el diagrama
de Flujo de Datos de Gestión Médica:

Usuario6 Médico3 Farmacia4

revisa si existe ficha médica

solicita atención médica

[SI]
recuperar ficha médica

existe ficha médica

ficha médica

[NO]
Solicita canje de certificado

BDD8

crear ficha médica

realiza diagnóstico diagnóstico

realiza receta

guardar ficha ficha médica

verifica certificado externo

imprime receta

certificado médico
[NO]
requiere reposo

[SI]

emitir certificado

imprimir certificado

guardar certificado

certificado médico receta

gestión farmacia
receta

Figura 5.11 DFD Gestión Médica

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 99

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

55..44 D
DIISSEEÑ
ÑOO

Modelo Físico de Datos.- la base de datos esta integrada con el sistema de gestión
Odontológica, y el sistema de Gestión Socioeconómica y comparte unas tablas con el sistema
de Recaudación SARE , además de manejar una tablas que forman parte del arrea
Académica.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 100

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Diccionario de Datos

Como se mencionó anteriormente el sistema de gestión médica interactúa con otros sistemas
que manejan información necesaria para su funcionamiento.

Para diferenciar las tablas que pertenecen a los diferentes sistemas o módulos fue necesario
definir una nomenclatura, asignando prefijos a cada una de las tablas, esta definición se
realizó conjuntamente con el personal del departamento de Informática, con el afán de crear
un estándar para el desarrollo de aplicaciones presentes y futuras.

Nomenclatura utilizada en la Base de Datos

Proceso Identificativo Nomenclatura
Servicio Médico me bme_tab
Servcio Odontológico od bod_ta
Laboratorio Cínico la blc_tab
Salud Integral sa bsa_tab
Bienestar Universitario bie bie_tab
Gestión socioeconómica se bse_tab
Recaudación rec rec_tab
Académico aca aca_tab
Uso Institucional inst inst_tab

Descripción detallada de las tablas de la base de datos diseñada para el sistema de Gestión
Médica:

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 101

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 102

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 103

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 104

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 105

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

55..55 IIM
MPPLLEEM
MEEN
NTTA
ACCIIÓ
ÓNN

El desarrollo de mi aplicación estuvo inicialmente encaminado al uso de software libre,

usando Java y con la BDD PostgresSQL 8.2; durante el desarrollo de la misma, la universidad
realizó la adquisición de Oracle, pretendiendo estandarizar el desarrollo de aplicaciones sobre
esta plataforma; razón por la cual se cambio la base de datos a Oracle 10g.
La aplicación fue desarrollada en lenguaje JAVA, usando JSP, JavaScript, HTML, XML, WSDL,
BPEL.
Herramientas Utilizadas:

Productos SOA de SUN:

Herramienta de desarrollo NetBeans 5.5

NetBeans Enterprise Pack 5.5.

Sun Java System Application Server Plataform Edition 9.0

JBI Runtime with BPEL (Poject Open ESB Starter Kit)
Productos Oracle:

Base de Datos Oracle 10g.

Oracle DevSuite Designer 10.

ARQUITECTURA DE LA APLICACIÓN
De acuerdo a las capas de la Arquitectura Orientada a Servicios mi aplicación consta de 5
capas:

Capa de Presentación:
Esta capa esta incluida en una aplicación Web denominada “MedicUTN” formada por
páginas JSP y HTML.
Páginas JSPs:
aniadir_imagenes.jsp
antecedentes_familiares.jsp
antecedentes_personales.jsp
[Link]
busca_paciente.jsp
cambiar_doctores.jsp
certificados_paciente.jsp
[Link]
[Link]
egreso_articulo.jsp
egreso_detalle.jsp
[Link]

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 106

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

ex_coproparasitario.jsp
ex_emo.jsp
ex_hematologico.jsp
ex_otros.jsp
ex_prueba_embarazo.jsp
ex_quimico.jsp
ex_secrecion_vaginal.jsp
ex_serologico.jsp
examen_fisico.jsp
[Link]
[Link]
ingreso_articulo.jsp
[Link]
llenar_diagnosticos.jsp
llenar_discapacidades.jsp
llenar_examen_laboratorio.jsp
motivo_consulta.jsp
muestra_usuario_paciente.jsp
nueva_consulta.jsp
nueva_historia.jsp
orden_examen_lab_consulta.jsp
parte_diario.jsp
parte_diario_diagnostico.jsp
parte_diario_medico.jsp
parte_enfermeria.jsp
[Link]
[Link]
ver_pacientes_enf.jsp
ver_pacientes_med.jsp

Páginas HTMLs:
banner_enfermeria.htm
[Link]
[Link]
[Link]
[Link]
inicio_enfermeria.htm
inicio_medic_utn.htm
men_consulta.htm
menu_ex_lab.html
menu_HC.html
[Link]
mostrar_enfermeria.html
mostrar_enfermeria_a.html
mostrar_orden_ex_lab.html

Capa de Procesos:

Esta capa esta formada por un proyecto BPEL denominado “BPELSalud” en donde se
establece el flujo y la orquestación de los servicios web (partners) que yo he implementado.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 107

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Creando un XML Shema inicialmente, continuando por definir los wsdl para mis servicios
web.
Resultado los siguientes archivos:
autentifica_us.wsdl
autentifica_us.xsd
[Link]
busca_paciente.wsdl
busca_paciente.xsd
busca_paciente.xsd…

Capa de Servicios:

Esta capa está constituida por un Enterprise Java Bean llamado “ServicesSalud” que contiene
todos los Servicios Web, mismos que fueron desarrollados en modo Bottom-up es decir a
partir de la clase java se generan los wsdl.
Los servicios Web están organizados de la siguiente forma:
Package [Link]
autentifica_usuarios.java
busca_paciente.java
edad_calculada.java
id_personal.java
verifica_historia.java

Package [Link]
id_consulta_paciente.java
indice_subperiodo.java

Capa del Negocio:

La capa del negocio esta dentro de la aplicación web llamada “MedicUTN” conformada por
servlets y clases java que contienen la lógica del negocio. Organizados de la siguiente forma:
package [Link]
guarda_articulo.java
ingreso_articulo.java
ver_recibo_botiquin.java

package [Link]
guarda_certificado.java
ver_certificado_paciente.java

package [Link]
[Link]
[Link]
ruta_modificada.java

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 108

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

package [Link]
guarda_diagnosticos.java
guarda_discapacidades.java
guarda_nuevo_examen_lab.java

package [Link]
gestion_imagen.java
guarda_consulta.java
guarda_imagen.java
guarda_prescripcion.java
[Link]
ver_imagenes.java
ver_prescripcion.java

package [Link]
guarda_enfermeria.java

package [Link]
editar_historia.java
guarda_historia.java
ver_historia.java

package [Link]
guarda_orden_examen.java
orden_examen_imagen.java
orden_examen_laboratorio.java
ver_orden_examen_imagen.java
ver_ordenes_examen_paciente.java

package [Link]
act_enfermeria.java
cambio_medico.java
de_cada_paciente.java

Varios de los servlets son consumidores de ServiciosWeb de esta forma:

//EE-->Incovacion al SW que devuelve el id_personal del usuario q esta
usando el sistema

@WebServiceRef(wsdlLocation =
"[Link]
private [Link].id_personal.IdPersonalService
sw_id_personal;

int id_personal=0;
try{
[Link].id_personal.IdPersonal
port_id_personal = sw_id_personal.getIdPersonalPort();
id_personal = port_id_personal.idPersonal(ci_usuario);
} catch (Exception ex) {
[Link]("SW_nuevo_id_consulta"+[Link]());
}

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 109

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Capa de Persistencia:

Esta capa está incluida en la aplicación web llamada “MedicUTN”, conformada por dos
clases: de conexión y de acceso a datos, realizando la conexión a la base de datos mediante
JDBC.
package [Link]
[Link]
[Link]

La integración y el consumo de servicios web se realizo mediante JBI, es un proyecto de

Composición de Aplicaciones que comunica los proyectos anteriormente mencionados en
cada capa de la aplicación.

FUNCIONALIDADES DEL SISTEMA

El Sistema de Gestión de Salud “MedicUTN” como he decido llamarlo está diseñado para el
uso de dos usuarios potenciales:

Enfermería - Enfermera

Consulta Externa - Médico

Enfermería. - Para este usuario el sistema presenta las siguientes opciones:

Figura 5.12 MedicUTN -Enfermera

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 110

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Autenticación.- mediante usuario y contraseña única por usuario, usando sesiones.

Búsqueda de Pacientes.- Mediante dos criterios de búsqueda: Cédula de identidad y

Nombre. La búsqueda es realizada por un servicio web, el mismo que también es
consumido por el sistema de Gestión Socioeconómica.

Creación y Modificación de Historias.- La Historia Clínica está formada por: Nº de

Historia asignado automáticamente, Datos personales, Tipo de paciente, Tipo de
sangre, Nº de Historia del IESS, Antecedentes patológicos personales y familiares,
Hábitos, Alergias, Examen Visual, Anamnesis alimentaria y Datos de un familiar
cercano para comunicarse en caso de emergencia.

Signos Vtales.- Permite el ingreso de: Temperatura, Tensión arterial, Peso, Talla y
Pulso, datos que la enfermera registra antes de que el paciente sea atendido,
colocando a éste automáticamente en cola de espera para el médico que haya
requerido.

Actividades de Enfermería.- Permite registrar las actividades realizadas por la

enfermera como: toma de muestras, colocación de inyección, curación, etc.

Gestión de Imágenes.- Permite adjuntar imágenes del paciente a su historia, como

radiografías, mamografías, ecografías, etc. a demás de resultados de exámenes de
laboratorios particulares.

Botiquín.- Es un inventario de la medicación de emergencia que maneja el área de

salud, permitiendo el registro de ingresos y egresos de los medicamentos, generando
kardex y alertas de faltantes.

Configuraciones.- se llama así al ingreso de datos referentes a Diagnósticos,

Exámenes de Laboratorio y Discapacidades.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 111

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

Consulta Externa. - Para este usuario el sistema presenta las siguientes opciones:

Figura 5.13 MedicUTN –Consulta Externa

Autenticación.- mediante usuario y contraseña única por usuario, usando sesiones.

Búsqueda de Pacientes.- Mediante dos criterios de búsqueda: Cédula de identidad y

Nombre. La búsqueda es realizada por un servicio web, el mismo que también es
consumido por el sistema de Gestión Socioeconómica.

Creación y Modificación de Historias.- La Historia Clínica está formada por: Nº de

Historia asignado automáticamente, Datos personales, Tipo de paciente, Tipo de
sangre, Nº de Historia del IESS, Antecedentes patológicos personales y familiares,
Hábitos, Alergias, Examen Visual, Anamnesis alimentaria y Datos de un familiar
cercano para comunicarse en caso de emergencia.

Consulta.- Le permite la visualización de todas las consultas anteriores, y puede

registrar datos de: Motivo consulta, Examen físico, Diagnóstico (agrupado por
enfermedad), Discapacidad, Tratamiento, Prescripción, Ordenes de exámenes de
Laboratorio, Órdenes de exámenes por Imagen, Canjes de Certificados, Emisión de

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 112

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

certificados de reposo y de Atención médica; los seis últimos pueden ser impresos y
entregados al paciente.

Exámenes.- Resultados, esta opción permite consultar los resultados de los exámenes
de laboratorio que se realizan en el laboratorio clínico del departamento, sin que sea
necesario su impresión. Pedidos el un listado de todo los documentos entregados al
paciente para en caso necesario sea reimpresos.

Gestión de Imágenes.- Permite adjuntar imágenes del paciente a su historia, como

radiografías, mamografías, ecografías, etc. a demás de resultados de exámenes de
laboratorios particulares.

Reportes.- Permite generar reportes como: Parte diario, Parte diario con diagnósticos,
Concentrado mensual o en el rango de tiempo deseado, Botiquín, que permite
conocer los medicamentos existentes para que sean entregados a los pacientes con
la respectiva impresión del recibo.

Configuraciones.- se llama así al ingreso de datos referentes a Diagnósticos,

Exámenes de Laboratorio y Discapacidades.

55..66 PPR
RUUEEB
BAASS

Una vez concluido el desarrollo se sometió a la aplicación a un periodo de pruebas que se

realizaron conjuntamente con los otros sistemas que se estaban desarrollando para el
departamento.

Tiempo en el cual se encontraron pocas falencias y nuevas necesidades, por ejemplo la

opción de cambio de médico, que consiste en pasar un paciente del la cola de un medico a la
de otro, ya sea por que se ausentó o por motivos de tiempo.

Además el sistema fue presentado en su totalidad al director y funcionarios del

Departamento de Informática, quienes contribuyeron con sus observaciones y
recomendaciones.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 113

SOA (Arquitectura Orientada a Servicios)------------------------------------------------------------------------------- .

De esta forma se pulieron varias opciones, procurando ofrecer una mejor funcionalidad y
buen desenvolvimiento de la aplicación.

55..77 CCA
APPA
ACCIITTA
ACCIIÓ
ÓNNA
AUUSSU
UAAR
RIIO
OSS

Para la capacitación a los usuarios, acordamos con los desarrolladores de los Sistemas:
Gestión Odontológica y Gestión Socioeconómica, realizar un cronograma conjunto; para esto
en una reunión con la Directora del Departamento de Bienestar Universitario se acordó en
que la capacitación sería simultánea a los usuarios de los diferentes sistemas, estableciendo
horarios en la mañana y en la tarde durante 1 semana.

Para el sistema de Gestión de Salud se capacitó a los siguientes usuarios:

Médicas (3)

Nutricionistas (2)

Enfermera (1)

Debido a la limitada experiencia en el manejo de computadores, la capacitación se prolongó

varios días más.

En esta etapa se contó con la mejor predisposición por parte del personal del departamento,
su colaboración, su interés y su confianza hicieron que esta tarea salga adelante.

Con su alto sentido de compromiso y conscientes de las ventajas del uso del sistema fue
puesto en producción el 4 de marzo del 2008.

Desde entonces la aplicación se encuentra funcionando con normalidad.

Enríquez H. Evelin G.------------------------------------------------------------------------------------------------------ Pag 114