You are on page 1of 16

UNIVERSIDAD AGRARIA DEL ECUADOR

FACULTAD DE CIENCIAS AGRARIAS


ING. COMPUTACIÓN E INFORMÁTICA
8VO SEMESTRE “A”

SISTEMAS DISTRIBUIDOS
ANALIZAR Y COMPARAR 2 SISTEMAS DISTRIBUIDOS
APLICADOS AL ÁREA MÉDICA

INTEGRANTES:
FLORES ESPINOZA CARLOS
MAYORGA ROMERO BRYAN
MOREIRA ALCIVAR IVANA
PACHAY RODRIGUEZ ELLIOT

DOCENTE:
ING. JORGE HIDALGO

AÑO LECTIVO
2018 – 2019
Tabla de contenido
Introducción.......................................................................................................................3
1. Sistema Distribuido para la Gestión Hospitalaria......................................................3
1.1. Arquitectura......................................................................................................3
1.2. Definición breve y origen.................................................................................4
1.3. Importancia.......................................................................................................5
1.4. Componentes.....................................................................................................5
1.5. Manejo de la Comunicación.............................................................................6
1.6. Aspectos que consideren relevantes................................................................9
2. Aplicación de Telemedicina para la mejora de los sistemas de emergencias y
diagnósticos clínicos..........................................................................................................9
2.1. Arquitectura......................................................................................................9
2.2. Definición breve y origen...............................................................................10
2.3. Importancia.....................................................................................................11
2.4. Componentes...................................................................................................12
2.5. Manejo de la Comunicación...........................................................................13
2.6. Aspectos que consideren relevantes..............................................................13
Bibliografía......................................................................................................................14

Tabla de figuras.

Figura 1 Topología del sistema..........................................................................................3


Figura 2 Diagrama entidad relación..................................................................................8
Figura 3 Topología del sistema........................................................................................10
Introducción

El presente trabajo cuenta con el análisis y comparación de dos sistemas distribuidos

aplicados en el área de la medicina; la comparación tendrá seis puntos importantes que

tendrán los sistemas que son: Arquitectura, definición y origen, importancia,

componentes, manejo de la comunicación y aspectos que considera relevantes. A lo

largo de todo el documento quedará claro que las aplicaciones son intrínsecamente

distribuidas, resaltando características y términos tanto de medicina como de los

sistemas distribuidos.

1. Sistema Distribuido para la Gestión Hospitalaria

1.1. Arquitectura

El objetivo era conseguir que el sistema atendiera a una red de hospitales a través de

un sistema distribuido y con fácil escalabilidad (es decir que se pueda añadir nuevos

centros). El problema fue resuelto usando la siguiente estructura:

Figura 1 Topología del sistema

[CITATION Mar01 \l 1033 ]

Existirá un host principal donde residirá el servidor Web; este host contará con un

sistema gestor de base de datos (SGBD principal) que contendrá las dos bases de datos

principales. Se trata de BD_hospitales y BD_logins. BD_hospitales contiene una serie


de información general y BD_logins cumple una función muy importante para la

seguridad del sistema.

De momento, basta decir que almacena todas las sesiones de usuarios registrados que

estén activas en un momento dado en el sistema (entendemos por usuarios registrados

aquéllos que se autentican a través de login y password -todos menos el público en

general). Opcionalmente, pueden incluirse también en el emplazamiento del SGBD

principal los contenidos de otras bases de datos locales correspondientes a uno o más

centros. En el resto de hosts residirán los SGBD’s secundarios (que sólo contienen

información local de uno o varios centros).

1.2. Definición breve y origen

El autor del sistema explica y define el origen del proyecto; dada la popularidad

alcanzada últimamente por las aplicaciones Web, pensamos en realizar un proyecto que

permitiera incorporar esta tecnología a la gestión hospitalaria. Desde un principio

nuestra intención era ofrecer una solución de gestión global que permitiera manejar

tanto la información de gestión de personal como las historias clínicas.

Es un sistema distribuido pensado para una red de centros; el sistema gestiona las

fichas del personal del centro, también las historias clínicas de pacientes. Contiene una

base de datos, que se basa en un motor SQL y el acceso preferentemente, a través de

Web (aunque en casos excepcionales se puede acceder con las herramientas del propio

motor SQL).

El código SQL se ha embebido en las páginas HTML usando el lenguaje PHP.

Además, se han cuidado mucho los detalles de seguridad usando SSL e identificadores

de sesión. El sistema ha sido construido usando solamente herramientas libres.

La característica fundamental de nuestro sistema es el acceso mediante un navegador

Web. Eso permite que el acceso sea desde cualquier ordenador conectado a Internet o a
una Intranet interna al centro. Con este método de acceso, la interfaz de usuario será

siempre la misma y no importa la arquitectura o el sistema operativo del ordenador

cliente; basta con que disponga de un navegador Web.

1.3. Importancia

Las ventajas de este sistema son muchas. Por ejemplo: Se permite el acceso tanto

local como remoto con total seguridad y con el mismo entorno de usuario, el sistema no

depende de ningún fabricante ni de sistemas propietarios y es, relativamente, sencillo de

instalar y de mantener. Además, es posible su instalación en diferentes plataformas y,

por supuesto, admite cualquier cliente que disponga de navegador.

1.4. Componentes

La decisión que tomaron fue la de basar todo el sistema en software libre. Así, hemos

conseguido un sistema barato y que no depende de ningún fabricante o sistema

propietario. “Actualmente, el software libre es conocido por alcanzar grados de calidad

y eficiencia casi siempre comparables (y, la mayor parte de las veces, superiores) a las

alternativas comerciales.”[CITATION Lóp09 \p 50 \l 1033 ]

Las elecciones de los componentes fueron:

 Para el sistema gestor de base de datos se deseaba un sistema relacional y

compatible con el lenguaje SQL. Se probaron varias alternativas libres como

MiniSQL, MySQL y PostgreSQL; nos acabamos decantando por MySQL.

 Para el servidor Web se decidió utilizar la variante de Apache con código

OpenSSL (Apache-SSL).

Ya que uno de los servidores web más populares del mercado, y el más utilizado
actualmente, es Apache, de código abierto y gratuito, disponible para Windows y
GNU/Linux, entre otros. Su instalación es bastante sencilla. Apache es el
servidor libre más evolucionado del momento y ocupa una posición de privilegio
en el ranking deservidores usados en Internet. La variante Apache-SSL permite
la creación de sitios seguros que utilizan encriptación para el intercambio de
datos confidenciales. [CITATION Fer14 \p 44 \l 1033 ]
 Para ligar el gestor de base de datos con el servidor Web empezamos

pensando en un esquema de formularios ligados a programas CGI escritos en PERL

con SQL embebido. Sin embargo, preferimos como mejor solución el lenguaje

PHP. Ya que permite la creación de páginas activas, esto es: páginas HTML con

programas embebidos que se ejecutarán por parte de un intérprete en el lado del

servidor, este lenguaje permite la inclusión de sentencias SQL que serán pasadas

por el intérprete al gestor de base de datos. El servidor Apache posee, como uno de

sus módulos, un intérprete de PHP.

1.5. Manejo de la Comunicación

La comunicación del sistema está basada al modelo cliente – servidor; ya que cuenta

con un servidor principal y dos secundarios de la forma que tiene varios clientes.

“En el modelo cliente-servidor se dan dos tipos de componentes: Los clientes hacen

peticiones de servicio, normalmente los clientes inician la comunicación con el servidor;

Los servidores proveen servicios al cliente, normalmente los servidores esperan recibir

peticiones. Una vez han recibido una petición, la resuelven y devuelven el resultado al

cliente.”[CITATION Bar08 \l 1033 ]

El diseño de las bases de datos se ha realizado utilizando el conocido modelo de

''entidad relación'' que es el modelo obligatorio para las bases de datos relacionales.

El sistema consta de 3 bases de datos (y cada una de ellas consta de varias tablas).

Las dos primeras son las que antes llamamos ''bases de datos principales''

(BD_hospitales y BD_logins) y la tercera es BD_hospital_i contiene los datos

específicos al hospital. Nótese, que, aunque aquí hablemos de BD_hospital_i como si

fuera una única base de datos, habrá tantas como centros.

En la base de datos BD_hospitales reside toda la información necesaria para accederá

las bases de datos de cada uno de los nodos, así como la información concerniente a los
distintos hospitales que deba estar almacenada de forma centralizada. En concreto, los

contenidos de esta base de datos son:

 Datos de los hosts existentes y su ubicación en Internet.

 Las bases de datos residentes en cada uno de los hosts.

 Los centros hospitalarios existentes.

 Los departamentos o grupos existentes en cada centro hospitalario.

 Información para autenticar al personal médico y administrativo (login y

password).

El servidor web deberá consultar los contenidos de esta base de datos antes de

realizar cualquier tipo de consulta relativa a uno o más centros hospitalarios, pues es

aquí donde están todos los datos referidos a la distribución de la información.

Respecto a la base de datos BD_logins, su función es almacenar el identificador de

cada conexión al sistema (veremos la función de los identificadores de conexión en el

siguiente apartado).

El motivo fundamental por el cual no se ha incluido esta labor en la base de datos

BD_hospitales es el de ofrecer así la posibilidad de crear dos usuarios distintos en el

SGBD principal que accedan de forma independiente a los contenidos de sendas bases

de datos. Puede así destinarse una persona a realizar tareas de monitorización de los

accesos que se vayan produciendo, pero de forma que no se le permita acceder a los

contenidos almacenados en BD_hospitales.

Por último, en la base de datos BD_hospital_i reside la información local de cada

hospital, a saber:

 El personal administrativo (recuérdese que su login y password están en

BD_hospitales).
 Personal médico (recuérdese que su login y password también están en

BD_hospitales, así como los grupos y departamentos). No hay problema si un

médico trabaja en varios hospitales o si pertenece a varios grupos o

departamentos. Tampoco hay problema porque en un hospital no haya nadie de

determinado grupo o departamento. Eso sí, debe tenerse en cuenta que cuando se

define un grupo o departamento, éste será global a toda la red de centros.

 Los pacientes y sus historiales clínicos. Aquí se indica si el paciente está

actualmente ingresado o no. Cada paciente pertenece a un médico y un mismo

paciente puede estar registrado en varios centros (evidentemente, no puede estar

ingresado en varios a la vez) y tener un médico responsable diferente en cada

uno de ellos.

La siguiente figura representa el diagrama ''entidad-relación'' final; en este diagrama

se distinguen los elementos correspondientes a las distintas bases de datos y sus

relaciones. Además, se puede notar que se ha prescindido de las relaciones varios a

varios, sustituyéndolas por relaciones uno a varios entre las entidades y la relación

correspondiente entre ellas (este proceso es lo que se conoce como normalización del

diagrama).

Figura 2 Diagrama entidad relación


[CITATION Mar01 \l 1033 ]
1.6. Aspectos que consideren relevantes

Para poder entender estos aspectos debemos tener claro el concepto de una base de

datos distribuida la cual “Tiene como principal objetivo el manejo de los datos realice

como una única colección global de los datos. Cuando las bases de datos son

distribuidas, diferentes usuarios tienen acceso sin interferir unos con otros. Sin embargo,

el sistema de gestión de bases de datos distribuidas (SGBBD) debe sincronizar

periódicamente las bases de datos dispersas, para asegurar que todas tengan sus datos

uniformes.”[ CITATION Del07 \l 1033 ]

Este sistema cuenta con una base de datos distribuida y con acceso Web que puede

gestionar una red completa de hospitales; es adaptable a multitud de entornos y a

cambios en la topología. A demás, se ofrece seguridad en los accesos por Internet y se

trata de un sistema sencillo, eficiente y barato.

2. Aplicación de Telemedicina para la mejora de los sistemas de emergencias y

diagnósticos clínicos.

2.1. Arquitectura

Para poder empezar a describir sobre este sistema se tiene que tener claro el concepto

de telemedicina la cual es la prestación de servicios de medicina a distancia, para la que

se emplean las tecnologías de la información y de las comunicaciones. Con sólo

sentarse frente a una computadora un paciente, o un familiar de éste, puede efectuar una

consulta y obtener un diagnóstico certero con el tratamiento adecuado. También puede

emplearse en casos donde el paciente busca una segunda opinión médica. [ CITATION

Liz13 \l 1033 ]

A continuación, se describe la arquitectura global del sistema propuesto.

En primer lugar, se manejan dos formas de comunicar el estado del paciente a

emergencia, a través de red celular y la red wifi. La información de los pacientes será
proporcionada por un brazalete, el cual emite los datos constantemente a las

aplicaciones ya sea vía internet como también a través de la red 3G.

Una vez enviada la información, un servidor se encarga de recibirla e

inmediatamente pasarla al servidor de alarmas. Dicho servidor se encargará de verificar

cualquier anomalía, y en caso de que esta suceda se activa una alarma que notifica al

sistema de emergencias, ésta enviará de inmediato un móvil a la dirección en donde se

encuentre el paciente.

Todos los datos quedan respaldados en una base de datos, de forma tal que el médico

tratante pueda tenerlos para conocer cómo se está comportando el paciente y realizar un

diagnóstico con más elementos a la vista de los que se tienen en la actualidad. Dichos

datos pueden ser almacenados en un servidor de base de datos local o mediante un

servicio de cloud computing.

Figura 3 Topología del sistema


[ CITATION Alv11 \l 1033 ]

2.2. Definición breve y origen

El desarrollo de las redes de alta velocidad abre un abanico de posibilidades para la

mejora de los servicios médicos. Dentro de estas mejoras que se pueden realizar se

encuentra el sistema de monitorización a distancia. La monitorización a distancia


permite que los pacientes sean controlados las veinticuatro horas, los siete días de la

semana.

Este proyecto se enfocó a un tipo de pacientes especiales, los cuales serán quienes

saquen más beneficios a este sistema, ellos son los pacientes con enfermedades

cardíacas. Las fallas cardíacas constituyen las causas más frecuentes por las que los

pacientes son internados.

Esto no solo afecta a los pacientes, a los que hay que proveerles formas más rápidas

de detectar las fallas, sino que también afecta a las instituciones médicas. Un claro

ejemplo de ello es el gasto que tienen los hospitales estadounidenses para tratar a estos

pacientes, el mismo ronda los 23.7 mil millones de dólares. Del lado del paciente las

cosas no mejoran, dado que los enfermos cardíacos se presentan, en promedio, 3.2 veces

al año para ser hospitalizados.

2.3. Importancia

Por eso es importante tener claro que se deben minimizar los costos en los hospitales

y que se debe mejorar la atención a los pacientes con las enfermedades dichas

anteriormente, para ello se propone un sistema en el cual los pacientes estén siendo

constantemente monitoreados y cualquier anormalidad detectada a tiempo. Todo ello

contribuirá a tener una asistencia sanitaria más personalizada y más eficiente, siendo

capaz de evitar muchas muertes al año por estos problemas.

Por último, es preciso remarcar que este sistema puede ser extendido para tratar todo

tipo de enfermedades, para ello bastará con proveer al paciente del hardware necesario

para detectar los parámetros relevantes a su enfermedad.

Es claro que el sistema es extensible y escalable. No es posible concebir un sistema

de consultas a distancia en el cual el número de pacientes y médicos permanezca

inmutable. De la misma forma es necesario que el sistema pueda tolerar un aumento en


los usuarios sin degradarse, de esta forma debería poder asegurarse una buena QoS en

términos de velocidad de transferencia, latencia y retardo. En la misma línea, es también

deseable y necesario que se tolere una gran concurrencia, incluso tener en cuenta la

posibilidad de tener más de un médico dialogando con el paciente.

2.4. Componentes

La base de datos es homogénea porque maneja las siguientes funciones:

 Tiene el mismo sistema gestor de base de datos (SGBD)

 Es consistente

 Mantiene un mismo esquema

Los Servidores de Base de Datos almacenan gran cantidad de datos estructurados, se

diferencian de los de archivos ya que la información que se envía está ya resumida en la

base de datos. Ejemplo: El Cliente hace una consulta, el servidor recibe esa consulta

(SQL) y extrae solo la información pertinente y envía esa respuesta al cliente.

Las señales biomédicas serán obtenidas a partir de un hardware en forma de

brazalete, similar a un reloj, el cual enviará los datos constantemente a las aplicaciones

que residen en el celular o en el PC del paciente. Esta aplicación se encargará de la

transmisión a través de internet, o de la red 3G, dependiendo de la aplicación.

Mediante el almacenamiento de los datos en la nube ya no es necesario contar con un

servidor físico de base de datos, sino que los datos pueden encontrarse en un servidor

remoto que puede ser accedido mediante la web. Esto permite a los sistemas ganar

escalabilidad y un mayor grado de independencia respecto de los servidores físicos, los

cuales a menudo sufren distintos tipos de daños que concluyen con la pérdida de los

datos.

Para que el usuario usuario pueda acceder instantáneamente, en cualquier momento y

esté donde esté, a sus datos se optó por un servicio de cloud computing, el cual se debió
negociar el Service Level Agreement (SLA), el cuál fijará la calidad del servicio.

También se plantea las consultas personales por parte de los pacientes a través de correo

electrónico.[CITATION Cel14 \l 1033 ]

2.5. Manejo de la Comunicación

Para poder tener un sistema genérico y que se extienda a la mayor cantidad de

público posible es necesario al menos tener dos vías de comunicación. Por esta razón, el

sistema tendrá dos formas de comunicar el estado del paciente a la emergencia, una a

través de la red celular y otra mediante la red wifi.

La principal ventaja de establecer dos vías para la transmisión y recepción de

información es que se puede programar contingencias, de modo que cuando una de las

dos vías no se encuentre activa, o directamente no se disponga de alguna de ellas, la otra

se encuentre operando, garantizando así el monitoreo 24/7 del paciente.

El sistema cuenta con componentes de hardware y software, que están en

ordenadores conectados a la red, se comunican y coordinan sus acciones mediante el

paso de mensajes, para el logro de un objetivo. Se establece la comunicación mediante

un protocolo prefijado por un esquema modelo cliente-servidor.

2.6. Aspectos que consideren relevantes

Si bien es cierto que los sistemas en la nube no han alcanzado un grado de difusión lo

suficientemente alto como para catalogarlos de plenamente seguros, los números

revelan que la mayor inseguridad (en la actualidad) reside en datos que se almacenan en

medios físicos, ya sean electrónicos o simplemente papel.

Por todo lo mencionado anteriormente, se puede concluir que una buena práctica

consistiría en utilizar los servicios de cloud computing en primera instancia para el

respaldo periódico de los datos y posteriormente, cuando se tenga un mayor grado de


confianza en la seguridad que estos otorgan, migrar progresivamente todos los datos de

los pacientes.

Bibliografía

Alvez, R. (2011). Aplicación de Telemedicina para la mejora de los sistemas de


emergencias y diagnósticos clínicos. Memoria de trabajos de difusión científica
y técnica, núm. 9, 91-97. Obtenido de
http://www.um.edu.uy/_upload/_descarga/web_descarga_234_AplicacinTeleme
dicinamejorasistemasemergenciasydiagnsticosclnicos.-Alvez.pdf
Barceló, O. J., Íñigo, G. J., & Llorente, V. S. (2008). Protocolos y aplicaciones internet.
Editorial UOC. Obtenido de
https://ebookcentral.proquest.com/lib/biblioucmansp/reader.action?
docID=3206994&query=modelo+cliente+servidor
Celaya, A. (2014). Cloud: herramientas para trabajar en la nube. Editorial ICB.
Obtenido de https://ebookcentral.proquest.com/lib/biblioucmansp/detail.action?
docID=5349776
De la Rosa, M. (2007). Bases de datos distribuidas. Editorial Universitaria. Obtenido de
https://ebookcentral.proquest.com/lib/biblioucmansp/reader.action?
docID=3174866&query=sistema+distribuido#
Ferrer, J. (2014). Implantación de aplicaciones Web. RA-MA Editorial. Obtenido de
https://ebookcentral.proquest.com/lib/biblioucmansp/detail.action?
docID=3229377&query=Implantaci%C3%B3n+de+aplicaciones+Web
Lizán, T. L. (2013). Investigación, desarrollo e innovación en salud en España.
Universitat Jaume I. Servei de Comunicació i Publicacions. Obtenido de
https://ebookcentral.proquest.com/lib/uagraria-ebooks/detail.action?docID=321
López, H. (2009). Movimiento del software libre: hacia una relación libre con la
tecnología. Red Enlace . Obtenido de
https://ebookcentral.proquest.com/lib/biblioucmansp/detail.action?
docID=3203589
Martín, F., Saco, J., & Francisco, L. (2001). Sistema Distribuido para la Gestión
Hospitalaria. E.T.S.I.T. Ciudad Universitaria S/N, Departamento de Teoría do
Sinal e Comunicacións, Pontevedra. Obtenido de
https://www.researchgate.net/publication/228939714_Sistema_Distribuido_para
_la_Gestion_Hospitalaria
Sistema Arquitectura Definición breve y Importancia Componentes Manejo de la Aspectos que
Distribuido origen comunicación considere relevante

Sistema El sistema atenderá Dada la popularidad La aplicación fue EL SD está La comunicación del Este sistema cuenta
Distribuido para una red de alcanzada por las comentada de compuesto por un sistema está basada con una base de
la Gestión hospitales a través aplicaciones Web, forma informal con sistema gestor de BD al modelo cliente – datos distribuida y
Hospitalaria de un sistema que pensamos en algunos médicos del relacional (MYSQL). servidor; ya que con acceso Web que
http://cort.as/- cuenta con una realizar un proyecto que destacaron su Para el servidor web cuenta con un puede gestionar una
DfoU base de datos que permitiera utilidad y el se usa una variante servidor principal y red completa de
distribuida con fácil incorporar esta adecuado diseño de de apache (APACHE- dos secundarios, por hospitales. El sistema
escalabilidad (es tecnología a la los formatos de SSL) que permite el motivo que tiene es adaptable a
decir que se pueda gestión hospitalaria. datos. La crear paginas activas varios clientes. multitud de entornos
añadir nuevos Es un sistema característica que este lenguaje y a cambios en la
centros). distribuido pensado destacaron como permite la inclusión topología. A demás,
para una red de mejor fue la de sentencias SQL se ofrece seguridad
centros; el sistema posibilidad de que serán pasadas en los accesos por
gestiona las fichas acceso desde por el intérprete al Internet y se trata de
del personal del múltiples gestor de base de un sistema sencillo,
centro, también las plataformas y datos. eficiente y barato.
historias clínicas de múltiples Para unir la base de
pacientes. localizaciones. datos con el servidor
Web se usó un
esquema de
formularios ligados a
programas CGI
escritos en PERL con
SQL embebido.
Sistema Arquitectura Definición Importancia Componentes Manejo de la Aspectos que
Distribuido breve y origen comunicación considere
relevante

Aplicación de En primer lugar, El desarrollo El sistema trabaja EL SD está La comunicación Si bien es cierto
Telemedicina se maneja dos de las redes de mediante el compuesto por un del sistema consiste que los sistemas en
para la mejora formas de comunicar alta velocidad almacenamiento de los sistema gestor de en que los la nube no han
de los sistemas el estado del paciente abre un abanico datos en la nube ya no BD homogéneo. componentes tanto alcanzado un grado
de emergencias a emergencia, a de posibilidades es necesario contar con Las señales hardware y software, de difusión lo
y diagnósticos través de red celular para la mejora de un servidor físico de biomédicas serán que están en suficientemente
clínicos y la red wifi. los servicios base de datos, sino que obtenidas a partir ordenadores alto como para
http://cort.as/- La información médicos. Una de los datos pueden de un hardware en conectados en red, se catalogarlos de
DfoX de los pacientes será estas mejoras que encontrarse en un forma de brazalete, comunican y plenamente
proporcionada por se pueden realizar servidor remoto que el cual enviará los coordinan sus seguros, los
un brazalete, el cual se encuentra el puede ser accedido datos a las acciones mediante el números revelan
emite los datos sistema de mediante la web. Esto aplicaciones que paso de mensajes, que la mayor
constantemente a las monitorización a permite a los sistemas residen en el celular para el logro de un inseguridad (en la
aplicaciones ya sea distancia; que ganar escalabilidad y un o en el PC del objetivo. Se establece actualidad) reside
vía internet como permite que los mayor grado de paciente. Esta la comunicación en datos que se
también a través de pacientes sean independencia respecto aplicación se mediante un almacenan en
la red 3G. controlados los de los servidores físicos, encargará de la protocolo prefijado medios físicos, ya
Permitiendo la 24/7 días de la los cuales a menudo transmisión a través por un esquema sean electrónicos o
monitorización a semana. sufren distintos tipos de de internet, o de la cliente-servidor. simplemente papel.
distancia daños que concluyen red 3G,
con la pérdida de los dependiendo de la
datos. aplicación.