i
Equa ion Chap e 1 Sec ion 1
T abajo Fin de G ado
G ado en Ingenie ía de las Tecnologías de
Telecomunicación
Agen e IoT de FIWARE pa a el con ol de un
disposi i o de moni o ización de ac i idad ísica
Au o : Ra ael Díaz Fe nández
Tu o : Jo ge Cal illo A bizu
Dp o. Ingenie ía Telemá ica
Escuela Técnica Supe io de Ingenie ía
Uni e sidad de Se illa
Se illa, 2019
iii
T abajo Fin de G ado
G ado en Ingenie ía de las Tecnologías de Telecomunicación
Agen e IoT de FIWARE pa a el con ol de un
disposi i o de moni o ización de ac i idad ísica
Au o :
Ra ael Díaz Fe nández
Tu o :
Jo ge Cal illo A bizu
Depa amen o de Ingenie ía Telemá ica
Dp o. Ingenie ía Telemá ica
Escuela Técnica Supe io de Ingenie ía
Uni e sidad de Se illa
Se illa, 2019
T abajo Fin de G ado: Agen e IoT de FIWARE pa a el con ol de un disposi i o de moni o ización de
ac i idad ísica
Au o :
Ra ael Díaz Fe nández
Tu o :
Jo ge Cal illo A bizu
El ibunal nomb ado pa a juzga el P oyec o a iba indicado, compues o po los siguien es miemb os:
P esiden e:
Vocales:
Sec e a io:
Acue dan o o ga le la cali icación de:
Se illa, 2019
El Sec e a io del T ibunal

ii
A mi amilia
A mis maes os
ix
Ag adecimien os
Es os cua o años de g ado han sido los más du os académicamen e de mi ida, pe o ambién los que mayo
sa is acción me han dado. He podido conoce a pe sonas ma a illosas que, sin duda, me acompaña án oda mi
ida, he adqui ido una g an can idad de conocimien os de mano de p o eso es muy cuali icados y he sido muy
bien p epa ado pa a mi u u a ida labo al.
En p ime luga , que ía ag adece a mis pad es su apoyo incondicional du an e odo el g ado, sin p esiona me
en ningún momen o y p es ándome odo ipo de acilidades pa a que mi desa ollo en la ca e a ue a el máximo
posible. Es os años me han hecho madu a mucho, y he ap endido a alo a ues o es ue zo pa a que mi
he mano y yo hayamos i ido sin p eocupación alguna más que la de es udia y o ma nos. Me he abie o más
a us edes como pe sona y me encan a sali , iaja y hace planes con oso os. Desde pequeño me habéis
inculcado la cul u a del es ue zo y sin us edes no se ía nada de lo que soy hoy. También ag adece a mi he mano
Albe o, po ene me como e e encia y mo i a me a segui , y digo es o po que lo eo en us ojos cada ez que
cuen o en casa algún pequeño éxi o que haya conseguido, al igual que en los de papá y mamá. Es insu icien e
es e pá a o pa a ag adece os odo lo que habéis hecho po mi. G acias a los es.
Po o o lado, me gus a ía ag adece a mis compañe os po el genial g upo de abajo que hemos o mado. El
abajo en g upo, en mi opinión, es uno de los aspec os más impo an es pa a ene éxi o en el g ado, y nues o
g upo e a un muy buen equipo. Además, habéis conseguido hace el camino muy ameno. Me lle o muchos
amigos de es a expe iencia en Se illa: Gonzalo, An onio, Da id, Manu, Vicen e…, pe o en especial a Luis, Juan
y Leo.
Desde el p ime día que llegué a la esidencia, Luis me ha acompañado en mi día a día y nos hemos uel o
insepa ables. Desde su g an b illan ez, nos ha ayudado siemp e que ha podido, e incluso cuando ampoco podía,
acili ándonos así muchas asigna u as de la ca e a y eje ciendo de p o eso pa icula en algunas ocasiones,
éase Comunicaciones Digi ales. Se ha con e ido en un he mano pa a mí. A Leo y Juan los conocí uno de los
p ime os días, que iban a la ca e e ía y les dije que iba con ellos. Uno de los mayo es acie os de la ca e a, pues
son unas ma a illosas pe sonas y ambién hemos pasado es os cua o años jun os, lo que nos ha hecho se unos
amigos de e dad. De ellos es sé que, aunque acabemos en dis in os luga es, nunca amos a deja de e nos,
pues no que ía deja a ás a es as ma a illosas pe sonas, y sé que ellos ampoco que án.
Po úl imo, debo ag adece a mis p o eso es del g ado po su enseñanza y exigencia, que nos ha o mado como
buenos ingenie os de elecomunicaciones, con is as al mundo labo al, donde end emos que lidia con
p oblemas pa a los que salimos muy bien p epa ados. En especial, a Jo ge Cal illo, mi u o del TFG, que me
ha ayudado en odo momen o con el p oyec o, guiándome y o eciéndome acilidades pa a que el desa ollo del
mismo se p oduje a lo mejo posible.
Ra ael Díaz Fe nández
Se illa, 2019
3.1.3.5 Requisi os de in eg ación con el sis ema 30
3.2. Diseño del mapeo 31
3.1.1. Mensajes pa a O ion Con ex B oke 31
3.1.2. De inición y eu ilización de en idades de FIWARE 31
3.3. Desa ollo del Agen e IoT en la aplicación mó il 34
3.3.1. Ac i idad Regis o 36
3.3.2. Ac i idad MainAc i i y 37
3.4. Desa ollo del Se icio Web 40
3.4.1. Componen e Home 41
3.4.1.1 Se icio Da aSe ice 43
3.4.1.2 Se icio BbddSe ice 43
3.4.2. Componen e Abou 44
3.5. P uebas y alidación 45
3.6. Ejecución de la solución comple a 45
4 Conclusiones y líneas u u as 49
Anexo A: Manual de ins alación y despliegue del OCB 52
Anexo B: Manual de ins alación y despliegue de la solución desa ollada 54
Re e encias 58

x ii
ÍNDICE DE TABLAS
Tabla 1. Búsqueda y ob ención de in o mación 4
Tabla 2. Cu so de Angula 4
Tabla 3. Diseño 5
Tabla 4. Implemen ación de la aplicación mó il 5
Tabla 5. Implemen ación del se icio web 5
Tabla 6. P uebas y alidación 6
Tabla 7. Documen ación 6
Tabla 8. Tiempo o al 6
Tabla 9. Requisi o gene al núme o 1 23
Tabla 10. Requisi o gene al núme o 2 24
Tabla 11. Requisi o gene al núme o 3 24
Tabla 12. Requisi o gene al núme o 4 24
Tabla 13. Requisi o gene al núme o 5 25
Tabla 14. Requisi o gene al núme o 6 25
Tabla 15. Requisi o de in o mación núme o 1 25
Tabla 16. Requisi o de in o mación núme o 2 26
Tabla 17. Requisi o de eglas de negocio núme o 1 26
Tabla 18. Requisi o de eglas de negocio núme o 2 27
Tabla 19. Requisi o de eglas de negocio núme o 3 27
Tabla 20. Requisi o de iabilidad núme o 1 27
Tabla 21. Requisi o de iabilidad núme o 2 28
Tabla 22. Requisi o de e iciencia núme o 1 28
Tabla 23. Requisi o de e iciencia núme o 2 28
Tabla 24. Requisi o de po abilidad núme o 1 29
Tabla 25. Requisi o de po abilidad núme o 2 29
Tabla 26. Requisi o de segu idad núme o 1 30
Tabla 27. Requisi o de in eg ación núme o 1 30
xix
ÍNDICE DE FIGURAS
Figu a 1. Solución plan eada 3
Figu a 2. De inición de IoT en su o ma más simple 7
Figu a 3. E olución del núme o de disposi i os conec ados po pe sona 8
Figu a 4. Logo de FIWARE 9
Figu a 5. Elemen os de un sis ema IoT cons uido en o no a FIWARE 9
Figu a 6. Es uc u a del O ion Con ex B oke 10
Figu a 7. Diag ama de clases de una en idad de FIWARE 11
Figu a 8. And oid S udio en macOs 12
Figu a 9. Camise a in eligen e 13
Figu a 10. Modos de uncionamien o del módulo de ac i idad ísica de la camise a y los espec i os
mé odos pa a pasa de uno a o o. 14
Figu a 11. Funcionamien o de Pos man Echo pa a una supues a pe ición al se ido de
pos man-echo.com. 15
Figu a 12. In e az de Pos man Echo as una pe ición GET hecha a O ion Con ex B oke 15
Figu a 13. In e az de Visual S udio Code 16
Figu a 14. Logo de Angula 17
Figu a 15. Logo de TypeSc ip 17
Figu a 16. Código esc i o en HTML 19
Figu a 17. Logo de Boo s ap 20
Figu a 18. Se icios o ecidos po Fi ebase 21
Figu a 19. Respues a de O ion al upda eReques de la en idad "Pe son" 32
Figu a 20. Ejemplo de en idad de ipo "PhysicalAc i i y" 33
Figu a 21. Ejemplo de en idad de ipo "Pe son" 33
Figu a 22. Ejemplo de en idad de ipo "De ice" 34
Figu a 23. Ejemplo de en idad de ipo "Ale " 35
Figu a 24. Solución pa cial co espondien e al Agen e IoT 35
Figu a 25. Pe misos en el a chi o And oidMani es .xml 36
Figu a 26. Mé odo Pos Reques de la ac i idad Regis o 36
Figu a 27. Vis a de la ac i idad Regis o 37
Figu a 28. Conexión con la camise a in eligen e y módulo de ac i idad ísica 38
Figu a 29. Comp obación pa a la imp esión de mensajes en iados a O ion 38
Figu a 30. Imp esión de mensajes en iados a O ion 38
Figu a 31. Vis a de la ac i idad MainAc i i y 39
Figu a 32. Código del a chi o ne wo k_secu i y_con ig.xml 40
xxi
Figu a 33. Solución pa cial co espondien e al Se icio Web 40
Figu a 34. In e az de usu aio de la Real ime Da abase de Fi ebase 41
Figu a 35. Se icio web en su is a p incipal 41
Figu a 36 Tabla de p og esión ecien e del se icio web y da os de egis o del pacien e 42
Figu a 37. Tipo de da o Pos 42
Figu a 38. Función mos a P og eso 43
Figu a 39. Función pos KcalIn o 44
Figu a 40. Se icio web en su is a secunda ia, co espondien e al componen e Abou 44
Figu a 41. Ejecución del Agen e IoT: Vis a de la ac i idad Regis o 46
Figu a 42. Ejecución del Agen e IoT: Vis a de la ac i idad MainAc i i y 46
Figu a 43. Ejecución del Se icio Web: Vis a p incipal al accede al se icio 47
Figu a 44. Ejecución del Se icio Web: Vis a p incipal una ez in oducido el nomb e del pacien e 47
Figu a 45. Ejecución del Se icio Web: Base de da os de Fi ebase ac ualizada 48
Figu a 46. Ejecución del Se icio Web: Vis a secunda ia in o ma i a 48
Figu a 47. Ven ana inicial de And oid S udio 54
Figu a 48. Opción "Build and un" de And oid S udio 55
Figu a 49. Aplicación mó il desplegada y en uso 55
Figu a 50. Se icio web desplegado y en uso 56

1
1 INTRODUCCIÓN
omo in oducción a es a memo ia se pod á conoce la mo i ación pa a la ealización de es e p oyec o, así
como los obje i os del mismo. Además, pod á encon a se la me odología adop ada y el plan de abajo
que se plan eó al inicio, jun o con la es imación empo al ealizada y el iempo eal dedicado inalmen e.
1.1 Mo i ación y obje i os
1.1.1 Mo i ación
La inac i idad ísica es, según la O ganización Mundial de la Salud, el cua o ac o de iesgo de mo alidad
mundial, así como la causa de en e el 21% y el 25% de los cánce es de mama y colon, el 27% de los casos de
diabe es y ap oximadamen e el 30% de la ca ga de ca diopa ía isquémica. Mien as, se ha demos ado que un
ni el adecuado de ac i idad ísica de o ma egula educe el iesgo de hipe ensión, diabe es, dis in os ipos de
cánce es como el de mama o colon, dep esión, hipe ensión… además de mejo a la salud ósea y uncional y
se de e minan e cla e en el gas o ene gé ico, siendo undamen al pa a el con ol de peso. [1]
Los p og amas de eje cicio mul icomponen e y, en pa icula , el en enamien o de ue za, cons i uyen las
in e enciones más e icaces pa a e asa la discapacidad y o os e en os ad e sos [2]. Además, la ac i idad
ísica no sólo iene consecuencias en la p e ención de en e medades, sino que es usado como a amien o de las
mismas. Son muchas las pa ologías cuyo a amien o p incipal consis e en la ealización de eje cicio ísico del
pacien e, siendo una de ellas la en e medad pulmona obs uc i a c ónica (EPOC). Sin emba go, una de las
ca ac e ís icas de es os a amien os es que su ealización se lle a a cabo ue a del en o no médico y, po ello,
dependen casi exclusi amen e del pacien e. Es o puede lle a a una inco ec a ealización de los eje cicios y una
pob e adhesión al a amien o.
Es po ello que el seguimien o del a amien o de los pacien es en es e ipo de en e medades se complica, pues
no puede sabe se exac amen e cómo se ha lle ado a cabo, ni siquie a si ealmen e se ha ealizado, más que po
la palab a del pacien e. Así, la moni o ización del eje cicio ísico supone una g an ayuda al equipo médico
enca gado, ob eniendo así los da os de los eje cicios ealizados, apo ando exac i ud al a amien o y mejo ando
su obse ación.
La camise a in eligen e desa ollada po el G upo de Ingenie ía Biomédica de la ETSI ecoge da os de la
ac i idad ísica del pacien e, acompañándolo en la ealización de ac i idad ísica y moni o izando sus eje cicios.
Es o pe mi e sabe qué eje cicios se ealizan y cómo. Sin emba go, en el es ado ac ual de desa ollo de la
camise a, es os da os no pueden se accedidos ácilmen e po p o esionales sani a ios que quie an conoce la
in o mación ecogida, luego se necesi a ía acili a es e acceso, como siguien e paso en el desa ollo del
C
Look up a he s a s and no down a you ee . T y o
make sense o wha you see, and wonde abou wha
makes he uni e se exis . Be cu ious.
- S ephen Hawking -
2
disposi i o.
En la moni o ización emo a con end ía dispone de los da os ecogidos en la nube, o eciendo la posibilidad de
accede a los da os del pacien e en cualquie momen o y en cualquie si io, con exac i ud y sin luga a allos,
dando luga a un con ol exhaus i o del a amien o. Es o se puede lle a a cabo con una solución p opie a ia,
pe o en la ac ualidad exis en in e esan es opciones a conside a como el In e ne o Things (IoT).
El uso del IoT pa a la disponibilidad de los da os en la nube conlle a una se ie de en ajas, ales como la
au oma ización de los p ocesos y una mayo lexibilidad, al pode inclui cualquie ipo de disposi i o en la ed,
en e o as. Además, pe mi e un análisis de da os óp imo y p o undo y un ap o echamien o de ecu sos
disponibles a odo el mundo pa a la ealización de soluciones especí icas, lo cual puede lle a a un aho o en el
p esupues o dedicado.
Po es e mo i o, la mo i ación del p oyec o es in eg a la camise a in eligen e en una pla a o ma de IoT abie a,
que pe mi a almacena los da os de mane a au omá ica pa a que o os sis emas puedan dispone de ella, así como
el acceso del equipo médico a ellos ácilmen e, en cualquie momen o y en cualquie luga . Además, o a de las
mo i aciones del abajo es pone en p ác ica los conocimien os ap endidos en el G ado y p o undiza los, así
como la in es igación de nue as ecnologías pa a el desa ollo de es as soluciones.
1.1.2 Obje i os
Como p incipal obje i o del p oyec o, se encuen a el diseño y desa ollo de un Agen e IoT pa a la pla a o ma
FIWARE que ac úe de in e media io en e una camise a in eligen e, que ecoge da os de la ac i idad ísica del
usua io, y FIWARE, pe mi iendo a cualquie usua io au o izado accede a la in o mación de una o ma ácil y
segu a.
Es e agen e se debe á lle a a cabo en una aplicación mó il pa a And oid, pues la camise a in eligen e es á
diseñada pa a que se comunique con ella, la cual debe ene conexión a in e ne pa a manda los da os a la nube,
y que pe mi e al usua io isualiza la in o mación ecogida y en iada en la misma pan alla.
El obje i o p incipal se puede descompone en los siguien es subobje i os:
• Es udio de FIWARE y sus componen es. Es impo an e conoce bien la pla a o ma IoT a u iliza , pues
que emos ap o echa sus en ajas pa a la solución.
• Mapeo de en idades pa a en ia a FIWARE, que con engan los da os ecogidos po la camise a.
• Diseño de la solución comple a (aplicación mó il, se icio de almacenamien o de da os, in e az de
isualización…)
• Desa ollo de la aplicación mó il, que uncione como Agen e IoT en e la camise a y FIWARE.
Como obje i o secunda io y con el in de alcanza una esolución más comple a, se ealiza á un se icio web
que ac úe de consumido de la in o mación en iada a FIWARE y u ilice una base de da os pa a gua da la y
egis a el p og eso ealizado, pe mi iendo al usua io p o esional e los da os más ecien es de la camise a
in eligen e y conoce los ecogidos en los días an e io es.
Es e obje i o secunda io ambién puede descompone se en a ios subobje i os:
• Conocimien o y es udio de las ecnologías a aplica en la c eación del se icio.
• Desa ollo del se icio web, que consuma los da os de ac i idad ísica almacenados en FIWARE.
• In eg ación del se icio con una base de da os, dando luga a una solución más comple a.
3
1.2 Solución plan eada
Se ha p opues o una aplicación mó il pa a And oid que ac úe como Agen e IoT de FIWARE en e la camise a
in eligen e y el O ion Con ex B oke de FIWARE, se ido que implemen a una API de ipo REST median e
el p o ocolo de comunicación HTTP y que pe mi e el acceso de los consumido es a esos da os, así como la
susc ipción a ellos. La solución diseñada usa á FIWARE pues es una pla a o ma IoT abie a de ácil
implemen ación y escalabilidad, que o ece APIs es anda izadas pa a el desa ollo de aplicaciones y que es á en
con inuo c ecimien o.
La camise a in eligen e se comunica con el agen e IoT median e la ecnología MQTT, pe mi iendo que los da os
lleguen a la aplicación mó il median e mensajes Ja aSc ip Objec No a ion (JSON).
Figu a 1. Solución plan eada.
La aplicación mó il p oduci á mensajes pa a el Con ex B oke median e pe iciones POST. Además,
que emos que la aplicación mó il mues e los mensajes que se mandan a FIWARE, pa a conoce así qué es
exac amen e lo que se es á en iando.
En cuan o al se icio web a desa olla , és e ealiza á pe iciones GET a O ion y mos a á po pan alla los da os
ecibidos. También end á acceso a una base de da os de Google, Fi ebase, que gua da á la in o mación
ob enida y pe mi i á c ea una abla pa a obse a el p og eso ealizado en los úl imos días. Se u iliza án a ias
ecnologías pa a su c eación, des acando en e ellas Angula y Boo s ap, pa a el apa ado isual.
10
2.2.1 O ion Con ex B oke (OCB)
El componen e más impo an e de FIWARE y el único imp escindible y obliga o io en cualquie solución
desa ollada con es a pla a o ma es el O ion Con ex B oke . Se a a de un se ido que pe mi e adminis a la
in o mación de con ex o, consul a la y ac ualiza la, basándose en pe iciones de una API ipo REST sob e el
p o ocolo de anspo e HTTP.
La in o mación de con ex o es publicada y ac ualizada po los p oduc o es de con ex o, que son aquellos
senso es, agen es IoT y demás disposi i os que egis an y en ían in o mación a FIWARE pa a que o os puedan
accede a ella, los denominados consumido es de con ex o, in e esados en analiza y p ocesa es os da os.
Figu a 6. Es uc u a del O ion Con ex B oke . [9]
El OCB es un se ido que implemen a una API que se basa en el modelo de in o mación NGSI, po medio del
cual se pueden ealiza a ias ope aciones [9]:
• Regis a in o mación de p o eedo es de con ex o.
• Se no i icado an e una ac ualización de la in o mación au omá icamen e, g acias a las susc ipciones de
los consumido es a los da os.
• Consul a in o mación de con ex o.
O ion se encuen a cons an emen e escuchando en un pue o, que po de ec o es el 1026, y u iliza la base de
da os MongoDB [10] pa a almacena el es ado ac ual de la in o mación de las en idades, sin almacena
in o mación his ó ica de sus cambios.
Un p incipio undamen al que sopo a el O ion Con ex B oke es el de log a una disociación o al en e
p oduc o es y consumido es de con ex o. Es o quie e deci que los p oduc o es en ia án da os a la nube sin sabe
quién a a accede a esa in o mación, mien as que los consumido es no necesi an conoce quién ha subido la
in o mación que se ha publicado en un e en o en conc e o. Es po odo ello que los consumido es y los
p oduc o es no necesi an es a conec ados en e ellos, mas que ene acceso a la pla a o ma de FIWARE.

11
2.2.1 Modelo NGSI
La comunicación en e los dis in os componen es de la ed de FIWARE o mada, con el O ion Con ex B oke
en su núcleo, se lle a a cabo po el uso de una API REST ul NGSI. Es po ello que la in o mación es á
ep esen ada en es uc u as de da os gené icos e e idos como elemen os de con ex o. Se ienen ac ualmen e dos
e siones de es a API que uncionan conjun amen e sin p oblemas: NGSI 1 y NGSI 2. La e sión 2 de es a
API incluye la posibilidad de inclui me ada os en los mensajes en iados a O ion. En es e p oyec o se ha
u ilizado la e sión 1, pues no necesi amos la inclusión de me ada os, además de que es la más usada y ex endida
ac ualmen e, en las pe iciones de POST, mien as que en las de GET se ha usado la e sión 2.
Un elemen o de con ex o se e ie e a la in o mación que es p oducida, ecopilada o consul ada y que puede se
ele an e en su pos e io p ocesamien o, análisis y ex acción de nue o conocimien o. Tiene asociado un alo
de inido que consis e en una secuencia de uno o más iplas que se e ie en a a ibu os de un elemen o de
con ex o. [6] Además, FIWARE pe mi e c ea en idades con es uc u as de da os an o básicas como complejas.
Un elemen o de con ex o p opo ciona in o mación ele an e en o no a una en idad, cada una iden i icada
exclusi amen e po su id (En i yId) y su ipo (En i yType).
Figu a 7. Diag ama de clases de una en idad de FIWARE. Fuen e: [7]
La ecnología usada en los mensajes en iados al Con ex B oke es JSON, pe mi iendo la ácil c eación de
en idades con pa es a ibu o- alo . Las espues as an e las pe iciones REST ul al se ido ambién son en iadas
en código JSON con dis in os alo es según si la acción ha enido éxi o o ha ocu ido algún e o .
Las ope aciones es ánda en NGSI 1 son las siguien es:
• Upda eCon ex : Se usa pa a manda nue a in o mación de con ex o a O ion.
• Que yCon ex : Pa a solici a da os al Con ex B oke .
• Subsc ibeCon ex : Pa a susc ibi se a una uen e de in o mación de con ex o.
• Upda eCon ex Subsc ip ion: Pa a ac ualiza la susc ipción a la uen e de in o mación.
• Unsusc ibeCon ex : Pa a desusc ibi se de la misma.
En cuan o a NGSI 2, en es e abajo solo se usa á pa a hace las pe iciones GET del se icio web a O ion, es
deci , an solo se usa á la ope ación En i ies y sus a gumen os, que de uel e las en idades que coinciden con los
a gumen os dados.
2.3 e-Salud
La e-Salud es el é mino po el que es conocido el conjun o de ecnologías de la in o mación y la comunicación
que se emplean en el en o no sani a io a modo de he amien as en ma e ia de p e ención, diagnós ico,
a amien o, seguimien o, además de la ges ión de la salud, pe mi iendo una mejo a de la e icacia del mismo, así
como un aho o de cos es al sis ema sani a io.[11]
Como componen es que engloba es e é mino encon amos di e en es modelos, p oduc os y se icios
ecnológicos aplicados al campo de la salud, ales como aplicaciones mó iles, la elemedicina, el Big Da a, los
12
sis emas de apoyo a la decisión clínica, el IoT y los disposi i os wea ables, como la camise a in eligen e usada
en es e p oyec o, en e o os.
Como p incipales ca ac e ís icas buscadas en el desa ollo de ecnologías de e-Salud encon amos:
• La consecución de una medicina pe sonalizada y cen ada en cada uno de los pacien es.
• La a ención con ínua a un pacien e, pe mi iendo que pueda con inua con su ida en la no malidad.
• La ex ensión de las capacidades asis enciales más allá de las o ganizaciones sani a ias, siemp e den o
de un ecosis ema de elemen os coope an es de la salud.
• La búsqueda de nue os escena ios asis enciales, que mejo en la asis encia al pacien e.
2.4 Ma e iales
En es e apa ado se de alla án los elemen os u ilizados pa a la ealización del p oyec o, así como p og amas o
disposi i os que hayan esul ado de g an impo ancia en el abajo.
2.4.1 And oid S udio
And oid S udio es el en o no de desa ollo o icial de aplicaciones de And oid. La p ime a e sión de es e
p og ama ue publicada po Google en 2014. Es á disponible pa a las pla a o mas de Mic oso Windows,
macOs y Linux. Aho a mismo, se encuen a en la e sión 3.4.2 pa a macOs. Se a a del p og ama p incipal
usado pa a el desa ollo de es e p oyec o, donde se ha ealizado el agen e IoT y la aplicación mó il que lo
con iene.
Figu a 8. And oid S udio en macOs.
Como ca ac e ís icas p incipales has a la úl ima e sión enemos las siguien es [12]:
• In eg ación de P oGua d y unciones de i ma de aplicaciones.
• Mayo especi icación a la ho a de la p og amación.
• Rende izado en iempo eal.
• Consola de desa ollado : consejos de op imización, ayuda pa a la aducción y es adís icas de uso.
13
• Sopo e pa a cons ucción basada en G adle.
• Re ac o ización especí ica de And oid y a eglos ápidos.
• Edi o de diseño en iquecido que pe mi e a as a y sol a componen es en la in e az de usua io.
• He amien as Lin pa a de ec a p oblemas de endimien o y compa ibilidad en e e siones, en e o os.
• Plan illas pa a c ea diseños comunes de And oid.
• Sopo e pa a p og ama aplicaciones pa a And oid Wea .
• Dis in os disposi i os i uales de And oid con el obje i o de ejecu a y p oba las aplicaciones
desa olladas.
• He amien a de depu ación in eg ada, pa a encon a allos en el p og ama.
And oid S udio sopo a odos los lenguajes de p og amación de In elliJ, un en o no de desa ollo in eg ado pa a
el desa ollo de p og amas in o má icos basado en Ja a, ales como Ja a o C++. Además, a pa i de la e sión
3.0 de And oid S udio, se sopo a Ko lin, el lenguaje p e e ido po Google pa a el desa ollo de aplicaciones
mó iles, y odas las ca ac e ís icas de Ja a7 y Ja a8, así como algunas de Ja a9, aunque de momen o no es á
cla o la compa ibilidad de Ja a12 en And oid.
2.4.2 Camise a In eligen e pa a el econocimien o de ac i idad ísica
La camise a in eligen e u ilizada en es e abajo es un diposi i o que ecoge da os de la ac i idad ísica del
usua io que la lle a pues a. Tiene como obje i o p incipal la moni o ización del eje cicio del pacien e, aplicando
una ecnología p ecisa, simple y no obs uc i a median e un senso capaci i o, in eg ado en la camise a.
Figu a 9. Camise a in eligen e.
Se compone de un senso capaci i o, que ac úa en la ecolección y p ime p ocesamien o de la in o mación pa a
la moni o ización en iempo eal del eje cicio. Es e senso es á in eg ado en un elás ico ajus able colocado en el
pecho del pacien e, dando luga a la camise a. És a se comunica con una aplicación mó il, en p incipio, sin
in e az, median e el p o ocolo lige o MQTT, es ableciendo así una ed de á ea co po al (WBSN) y pe mi iendo
un bajo consumo de ba e ía. [13]
La camise a in eligen e dispone de un diseño modula apoyado en los siguien es elemen os:
14
• Unidad de senso . Se a a del módulo que ecoge la señal moni o izada. Es á o mada po un sis ema
de elec odos y de condicionamien o de la señal.
• Unidad de p ocesado. Se enca ga del p ocesado de la señal pa a es ima la ecuencia espi a o ia y los
da os de ac i idad ísica.
• Unidad de comunicación. Es el módulo enca gado de la comunicación con la aplicación mó il. U iliza
MQTT y Blue oo h.
La API de la que dispone el biosenso p o ee una capa de abs acción en e el e minal mó il y la camise a
in eligen e, acili ando así la moni o ización de la ac i idad ísica. La API es á cons i uida po un conjun o de
módulos uncionales que se enca gan de la ges ión de los e en os elacionados con la in o mación ecogida po
el disposi i o. Es os módulos son los siguien es: [14]
• Módulo de moni o ización espi a o ia, que no i ica pe iódicamen e los da os asociados a la espi ación
del pacien e.
• Módulo de ac i idad ísica, el cual no i ica pe iódicamen e la in o mación asociada a la ealización de
ac i idad ísica del pacien e en condiciones no males o ealizando algún eje cicio en pa icula .
El p oyec o se cen a en el módulo de ac i idad ísica. Es a unidad iene es modos de uncionamien o, modo
IDLE o inac i o, NORMAL y EXERCISE, en el cual se es á ejecu ando un eje cicio conc e o. La pe iodicidad
con la que se eciben los da os iene dada po un pe iodo de mues o.
Figu a 10. Modos de uncionamien o del módulo de ac i idad ísica de la camise a y los espec i os mé odos
pa a pasa de uno a o o.
2.4.3 Pos man Echo
Pos man Echo es un se icio que pe mi e p oba un clien e REST ealizando simples pe iciones de la API, odo
ello a a és de un en o no sencillo y muy isual. P opo ciona di e en es ipos de pe iciones (GET, POST, PUT,
en e o as), a ios mecanismos de au en icación y o o ipo de u ilidades. [15] Además, o ece un apa ado
isual pa a las pe iciones y las espues as dadas po el se ido , así como las cabece as que an jun o con el
mensaje.
15
Figu a 11. Funcionamien o de Pos man Echo pa a una supues a pe ición al se ido de pos man-echo.com.
Fuen e: [15]
El uncionamien o de Pos man Echo es el siguien e. P ime o, se debe esc ibi la di ección web de la API a la
que se desea accede y el ipo de pe ición que se a a ealiza . También, es impo an e inclui las cabece as
necesa ias y el con enido del mensaje necesa io pa a la pe ición de in o mación. Una ez ealizado es o, se en ía
la pe ición al se ido de la API, el cuál la ecibe y de uel e una espues a al usua io. Pos man Echo ecibe la
espues a y la mues a al usua io en su in e az, pe mi iendo que la in e acción sea simple y ápida.
Figu a 12. In e az de Pos man Echo as una pe ición GET hecha a O ion Con ex B oke .

16
2.4.4 Visual S udio Code
Visual S udio Code es un edi o de código uen e desa ollado po Mic oso y basado en Elec on, un amewo k
que se u iliza pa a implemen a aplicaciones Node.js. Incluye sopo e pa a la depu ación, con ol in eg ado de
Gi , esal ado de sin axis, inalización in eligen e de código, agmen os y e ac o ización de código. [16]
También es pe sonalizable, po lo que los usua ios pueden cambia el ema del edi o , los a ajos de eclado y las
p e e encias. Es g a ui o y de código abie o.
Es e edi o es compa ible con a ios lenguajes de p og amación, pues incluye sopo e pa a Ja aSc ip ,
TypeSc ip y Node.js, además de ene un g an núme o de ex ensiones pa a o os lenguajes ales como C++, C#,
Ja a, Py hon, PHP, Uni y… También o ece una in e az al usua io bas an e in e esan e, pues enemos la
posibilidad de ab i a ias e minales en él y de e a la izquie da de la pan alla odos los iche os que componen
el p oyec o.
Figu a 13. In e az de Visual S udio Code.
2.5 Tecnologías usadas pa a el Se icio Web
2.5.1 Angula
Angula es un amewo k pa a aplicaciones web desa ollado en TypeSc ip , de código abie o, man enido po
Google, que se u iliza pa a c ea y man ene aplicaciones web de una sola página. Tiene como obje i o aumen a
las aplicaciones basadas en na egado , implemen ando el Modelo Vis a Con olado (MVC), en un es ue zo
pa a hace que el desa ollo y las p uebas sean más áciles.[17] La e sión u ilizada en es e p oyec o es la de
Angula 7.
17
Figu a 14. Logo de Angula .
La biblio eca obedece a las di ec i as de los a ibu os pe sonalizados al lee HTML que los con iene y une las
piezas de en ada o de salida de la página a un modelo ep esen ado po las a iables es ánda de Ja aSc ip .
Es á basado en clases de ipo Componen es, cuyas p opiedades son las usadas pa a hace el binding de los da os,
pe mi iendo el ou ing, es deci , el acceso a un sis ema de na egación en nues a aplicación.
Algunas de las p incipales ca ac e ís icas de Angula son las siguien es:
• Velocidad y endimien o. Angula con ie e las plan illas en código al amen e op imizado pa a las
máquinas i uales de Ja aSc ip ac uales, es uni e sal, es deci , ejecu a la p ime a is a de aplicación
en Node.js, PHP y o os se ido es pa a ende izado, ob eniendo así de o ma casi ins an ánea solo
HTML y CSS; y pe mi e la di isión au omá ica de códigos, con el obje i o de que los usua ios solo
ca guen el código necesa io pa a el p ocesamien o de la is a solici ada en cada momen o.
• P oduc i idad. Pe mi e la ácil c eación de is as g acias a las plan illas simples y po en es que o ece.
También Angula CLI p opo ciona las he amien as de línea de comandos que o ecen una o ma ácil
de c ea componen es y se icios, así como ob ene una p e isualización del p oyec o web y ealiza
es s de p ueba. Po supues o, ambién o ece suge encias de código in eligen e, de ección y co ección
ápida de e o es.
• His o ia comple a del desa ollo. Pe mi e un in ui i o seguimien o de los p oyec os g acias a Gi ,
además de la posibilidad de ealiza p uebas uni a ias con Ka ma y p uebas end- o-end con P o ac o
de o ma ápida y es able.
2.5.1.1 TypeSc ip
TypeSc ip es un lenguaje de p og amación de código abie o desa ollado po Mic oso , que cuen a con
he amien as de p og amación o ien ada a obje os, lo cual acili a el desa ollo de g andes p oyec os. [18] Puede
se usado pa a desa olla aplicaciones Ja aSc ip que se ejecu a án en el lado del clien e o del se ido (Node.js),
pues ex iende la sin axis de Ja aSc ip . Po lo an o, cualquie código esc i o en és e debe unciona sin
p oblemas.
Figu a 15. Logo de TypeSc ip .
18
El compilado de TypeSc ip es á esc i o asimismo en TypeSc ip , compilado a Ja aSc ip y con Licencia
Apache 2.
Los iche os de de inición que con ienen in o mación sob e los ipos de lib e ías Ja aSc ip exis en es son
ambién sopo ados po TypeSc ip . Es o pe mi e a o os p og amas usa los alo es de inidos en los iche os
como si ue an en idades TypeSc ip de ipado es á ico. Pode de ini los ipos du an e el iempo de diseño ayuda
a e i a e o es en iempo de ejecución, como pasa el ipo de a iable inco ec o a una unción.
Los ipos básicos admi idos po TypeSc ip son:
• S ing: De ine una cadena de ca ac e es.
• Numbe : Tipo de da o que ep esen a un núme o.
• Boolean: Rep esen a un ipo de da o de e dade o o also.
• A ay: Es un ipo de da o es uc u ado que almacena una colección de elemen os.
• Tuple: Se a a de un ipo simila al A ay, pe o con un núme o ijo de elemen os.
• Enum: Es una enume ación de elemen os.
• Any: Se a a de una a iable que puede se de cualquie ipo. Es ú il cuando no se sabe que a iable a
a de ol e una lib e ía ex e na.
• Void: Indica que la unción no de uel e nada.
• Ne e : Rep esen a el ipo de alo es que nunca se p oducen.
2.5.1.2 HTML
HTML es el es ánda que si e de e e encia pa a la elabo ación de páginas web en sus di e en es e siones.
De ine una es uc u a básica y un código HTML pa a la de inición de con enido de una página web, como ex o,
imágenes, ideos o juegos. Es á es anda izado po el Wo ld Wide Web Conso ium (W3C), o ganización
dedicada a la es anda ización de casi odas las ecnologías ligadas a la web, sob e odo en lo e e en e a su
esc i u a e in e p e ación. Se conside a el lenguaje web más impo an e siendo su in ención c ucial en la
apa ición, desa ollo y expansión de la Wo ld Wide Web (WWW). Además, se a a del es ánda que se ha
impues o en la isualización de páginas web y el que odos los na egado es ac uales han adop ado. [19]
Fue in en ado en 1991 po Tim Be ne s-Lee, incluyendo en su diseño inicial la desc ipción de 18 elemen os
undamen ales de HTML, de los cuales 13 aun exis en en HTML4, pe o no ue has a 1993 que la IETF lo
econoció o malmen e, median e la publicación de una p oposición pa a una especi icación de HTML.
Ac ualmen e, exis e la e sión HTML5 publicada en 2014.
El desa ollo de aplicaciones web median e el lenguaje HTML se basa en la di e enciación. Pa a añadi un
elemen o ex e no a la página se debe hace una e e encia a la ubicación de dicho elemen o median e ex o, no
inc us a se di ec amen e en ella. Así se consigue que la página web con enga solamen e ex o, mien as que la
a ea de uni los elemen os e in e p e a el código pa a isualiza la página inal ecae sob e el na egado web
u ilizado.
Al se un es ánda , HTML iene como obje i o se un lenguaje que pe mi a que cualquie web pueda se
in e p e ada po cualquie na egado de la misma o ma, independien emen e de su e sión. Sin emba go, a lo
la go de sus dis in as e siones, se han incluido y sup imido mul i ud de ca ac e ís icas con el in de hace más
e icien e su in e p e ación en los dis in os disposi i os y pla a o mas. Es o obliga a los desa ollado es a p oduci
pa ches que los na egado es deben inco po a en sus nue as e siones. Es po ello que los na egado es deben
es a ac ualizados pa a in e p e a co ec amen e las páginas web, lo que obliga a los desa ollado es a ene que
aplica écnicas y cambios en la isualización de los mismos, así como a co egi p oblemas de isualización e
incluso de in e p e ación del código. Po es os mo i os, aún exis en di e encias al in e p e a una misma página
web dependiendo del na egado que se es é u ilizando.
19
HTML se basa en una es uc u a compues a po elemen os, que ienen dos p opiedades p incipales: a ibu os y
con enido, cada una de ellas con cie as es icciones pa a que el documen o HTML se mues e álido. Cada
elemen o iene no malmen e una e ique a de inicio y o a de cie e, encon ándose en e ellas el con enido,
aunque hay algunos elemen os ales como <b > (sal o de línea), que no necesi an con enido ni e ique a de cie e.
También, es e lenguaje p opone un ma cado es uc u al que, aunque no de ine cómo se mos a án los elemen os,
la mayo ía de na egado es web lo han es anda izado así.
En cuan o a los a ibu os, la mayo ía de ellos son pa es nomb e- alo sepa ados po un signo de igual “=” y
esc i os en la e ique a de comienzo de un elemen o, jus o después del nomb e del mismo. No mlamen e, los
alo es se encuen an en e comillas dobles o simples, excep uando algunos ipos.
Las e ique as HTML básicas son:[20]
• <h ml>: De ine el nicio del documen o e indica al na egado que lo que sigue a esa e ique a se á código
HTML.
• <sc ip >: Pe mi e la inclusión de un sc ip en la web.
• <head>: De ine la cabece a del documen o HTML. Den o de ella podemos encon a : < i le>, <s yle>,
<link>, en e o as.
• <body>: De ine el con enido p incipal o cue po del documen o. Den o de ella es posible encon a
nume osas e ique as, ales como <h1> a <h6>, que ep esen an encabezados de í ulo con dis in a
ele ancia, < able>, pa a usa ablas, <di >, pa a hace una di isión a la página, ú il pa a usa la
conjun amen e con CSS, o <img>, pa a inclui una imagen en la web, en e o as.
Figu a 16. Código esc i o en HTML.
Es e lenguaje puede se c eado y edi ado con cualquie edi o de ex o, an o Gedi , Emacs, Sublime Tex , Visual
S udio Code, como con aquellos básicos, como pueden se el Bloc de No as de Windows, Wo dpad, No epad++,
en e o os.
2.5.2 Boo s ap
Se a a de una biblio eca mul ipla a o ma que de ine un conjun o de he amien as de código abie o pa a el
diseño de se icios y aplicaciones web, p opo cionando un apa ado isual a ac i o al usua io. Con iene
plan illas de diseño con ipog a ía, o mula ios, ablas, bo ones y o os elemen os basados en HTML, CSS y,
algunos, en Ja aSc ip . Boo s ap hace que el diseño de la web sea compa ible con dis in os disposi i os, sin
ene que hace g andes cambios. La e sión u ilizada en es e p oyec o es Boo s ap4.[21]
26
Es ado
Analizado.
Comen a ios
-
Tabla 15. Requisi o de in o mación núme o 1.
ID: Req_In _002
Almacenamien o de los da os de p og eso de ac i idad ísica
Ve sión
1.0
Desc ipción
Al usa el Se icio Web se debe almacena la in o mación disponible en el O ion
Con ex B oke en una base de da os.
Impo ancia
Media
P io idad
Al a
Es ado
Analizado.
Comen a ios
-
Tabla 16. Requisi o de in o mación núme o 2.
3.1.2.2 Requisi os de eglas de negocio
En es e subapa ado se especi ica qué eglas de negocio debe espe a el sis ema, e i ando que se incumplan
du an e su uncionamien o.
ID: Req_Neg_001
Uso de API NGSI de FIWARE
Ve sión
1.0
Desc ipción
Debe á de u iliza se la API ya p opo cionada po FIWARE pa a las a eas de en ío y
ecepción de da os en la comunicación con el Con ex B oke .
Impo ancia
Al a
P io idad
Al a
Es ado
Analizado.
Comen a ios
Puede u iliza se indis in amen e an o NGSI 1 como NGSI 2.
Tabla 17. Requisi o de eglas de negocio núme o 1.

27
ID: Req_Neg_002
Uso de API de Fi ebase
Ve sión
1.0
Desc ipción
Debe á de u iliza se la API ya p opo cionada po Fi ebase pa a las a eas de en ío y
ecepción de da os en la comunicación con la Real ime Da abase.
Impo ancia
Al a
P io idad
Al a
Es ado
Analizado.
Comen a ios
-
Tabla 18. Requisi o de eglas de negocio núme o 2.
ID: Req_Neg_003
Uso de API p opia de la camise a in eligen e
Ve sión
1.0
Desc ipción
Debe á de u iliza se la API ya p opo cionada po el equipo de desa ollo de la camise a
in eligen e pa a el en ío de mensajes en el Agen e IoT y la camise a.
Impo ancia
Al a
P io idad
Al a
Es ado
Analizado.
Comen a ios
-
Tabla 19. Requisi o de eglas de negocio núme o 3.
3.1.3 Requisi os no uncionales
A con inuación, se p ocede a especi ica las condiciones que se le imponen al sis ema elacionadas
p incipalmen e con aspec os de calidad, algunas de las cuales in luyen en la a qui ec u a del sis ema.
3.1.3.1 Requisi os de iabilidad
ID: Req_Fia_001
Máximo iempo de inac i idad con inuada del agen e IoT 10 minu os
Ve sión
1.0
Desc ipción
Las ac ualizaciones en la aplicación pa a mejo a los se icios o ecidos a los usua ios
no deben a ec a a la calidad de se icio pe cibida po el usua io, po lo cual queda
aco ado el iempo de inac i idad, que no pod á supe a se en el 99% de los casos.
Impo ancia
Al a
28
P io idad
Media
Es ado
Analizado.
Comen a ios
-
Tabla 20. Requisi o de iabilidad núme o 1.
ID: Req_Fia_002
Máximo iempo de inac i idad con inuada del se icio web 10 minu os
Ve sión
1.0
Desc ipción
Las ac ualizaciones en la aplicación pa a mejo a los se icios o ecidos a los usua ios
no deben a ec a a la calidad de se icio pe cibida po el usua io, po lo cual queda
aco ado el iempo de inac i idad, que no pod á supe a se en el 99% de los casos.
Impo ancia
Al a
P io idad
Media
Es ado
Analizado.
Comen a ios
-
Tabla 21. Requisi o de iabilidad núme o 2.
3.1.3.2 Requisi os de e iciencia
ID: Req_E i_001
Tiempo medio de espues a in e io a 500ms.
Ve sión
1.0
Desc ipción
El usua io debe ecibi po pan alla los mensajes en iados po la camise a con un
e aso medio in e io a 500ms.
Impo ancia
Al a
P io idad
Media
Es ado
Analizado.
Comen a ios
-
Tabla 22. Requisi o de e iciencia núme o 1.
ID: Req_E i_002
Tiempo máximo de espues a in e io a 1s.
Ve sión
1.0
Desc ipción
El usua io debe ecibi po pan alla los mensajes en iados po la camise a en un iempo
in e io a 1s.
29
Impo ancia
Al a
P io idad
Media
Es ado
Analizado.
Comen a ios
-
Tabla 23. Requisi o de e iciencia núme o 2.
3.1.3.3 Requisi os de po abilidad
ID: Req_Po _001
Compa ibilidad con las e siones in e io es de And oid
Ve sión
1.0
Desc ipción
La aplicación mó il del Agen e IoT debe se compa ible con las e siones de And oid
6.x (Ma shmallow) y supe io es.
Impo ancia
Media
P io idad
Media
Es ado
Analizado.
Comen a ios
-
Tabla 24. Requisi o de po abilidad núme o 1.
ID: Req_Po _002
Compa ibilidad con las úl imas e siones de los na egado es Google Ch ome, Mozilla
Fi e ox y Sa a i.
Ve sión
1.0
Desc ipción
El se icio web debe man ene la compa ibilidad con las úl imas e siones de los
na egado es Google Ch ome, Mozilla Fi e ox y Sa a i.
Impo ancia
Media
P io idad
Media
Es ado
Analizado.
Comen a ios
Es o es conseguido al usa Angula , pues se enca ga de que sea compa ible con la
úl ima e sión de los na egado es.
Tabla 25. Requisi o de po abilidad núme o 2.
30
3.1.3.4 Requisi os de segu idad
ID: Req_Seg_001
Acceso po con aseña a base de da os
Ve sión
1.0
Desc ipción
Se p e ende que la base de da os no sea accesible po nadie más que el desa ollado ,
es po ello que se p opone el uso de un usua io y una con aseña pa a el acceso a la
misma.
Impo ancia
Media
P io idad
Media
Es ado
Analizado.
Comen a ios
Es o se consigue al usa Fi ebase, pues pa a accede a la Real ime Da abase hace al a
au en ica se median e el usua io de Google.
Tabla 26. Requisi o de segu idad núme o 1.
3.1.3.5 Requisi os de in eg ación del sis ema
ID: Req_In _001
In eg ación de base de da os en se icio web
Ve sión
1.0
Desc ipción
La base de da os debe de es a co ec amen e in eg ada en el se icio web, con el
obje i o de que se pueda gua da y consumi in o mación de ella.
Impo ancia
Al a
P io idad
Media
Es ado
Analizado.
Comen a ios
-
Tabla 27. Requisi o de in eg ación núme o 1.
3.2 Diseño del mapeo
Es e apa ado de ine el diseño ealizado en cuan o a la de inición y eu ilización de en idades pa a su en ío al
O ion Con ex B oke de FIWARE, iden i icando los elemen os de cada mensaje a en ia , así como la es uc u a
de los mensajes en iados, en la e sión NGSI 1 u ilizada de la API.
3.2.1 Mensajes pa a O ion Con ex B oke
Los mensajes en iados al Con ex B oke son en idades de da os, cuya c eación es una de las bases de las
soluciones desa olladas con FIWARE. Las en idades con ienen la in o mación de con ex o a en ia a O ion, y
31
debe de segui una es uc u a de e minada dependiendo de la API escogida. En nues o caso, pa a hace
ac ualizaciones en el Con ex B oke , se ha usado NGSI 1.
La es uc u a de las en idades a en ia de la e sión 1 de NGSI se compone de es campos iniciales:
• “ ype” es el modelo de en idad a en ia . De ine qué ipo de in o mación se a a desc ibi después y no
es único.
• “isPa e n” desc ibe si el usua io quie e que el ID esc i o sea una exp esión egula con la que luego
pode ob ene muchos elemen os.
• “id”, que iden i ica la en idad c eada. Es único.
Seguidamen e, se deben especi ica los a ibu os que se le quie e da a la en idad. Cada a ibu o debe ene un
nomb e y un alo . Además, debe especi ica se el ipo de a iable que es. Así, si se a a esc ibi un núme o
en e o como alo del a ibu o, se debe á especi ica que es un in ege ; si el alo del a ibu o de a a de una
cadena debe á iden i ica se como s ing; y lo mismo con las demás a iables.
Po úl imo, debe indica se la acción de ac ualización que que emos que se ealice. Tenemos a ias posibilidades:
[28]
• Append. Se usa pa a la c eación de en idades y a ibu os y pa a la ac ualización de a ibu os en en idades
exis en es.
• AppendS ic . Se usa pa a la c eación de en idades y a ibu os en en idades exis en es, pe o no modi ica
a ibu os ya exis en es.
• Upda e. Modi ica a ibu os exis en es, pe o no c ea nue as en idades ni a ibu os.
• Replace. Es a acción eemplaza a ibu os en en idades exis en es.
• Dele e. Es usada pa a elimina a ibu os en en idades exis en es o pa a elimina en idades.
La opción escogida en odas las en idades u ilizadas del p oyec o es “append”, pues se quie e c ea las en idades
en un p ime momen o y, pos e io men e, es a ac ualizando sus a ibu os.
La espues a dada po el Con ex B oke al ealiza la ac ualización de la in o mación co ec amen e end á dada
po una en idad llamada “con ex Responses”, que indica el ipo de en idad, el alo del campo “isPa e n” y su
iden i icado , así como los a ibu os de la en idad, sin indica el alo de cada uno. Además de la in o mación
de con ex o, de uel e el es ado del mensaje. En el caso de habe se ealizado la ac ualización co ec amen e,
con end á el código “200”. En la Figu a 19 se puede e un ejemplo de espues a del Con ex B oke .
En cuan o a las pe iciones de in o mación almacenada en O ion, en es e p oyec o se ha u ilizado NGSI 2, que
pe mi e hace las pe iciones GET de las en idades de una o ma sencilla, accediendo a “/ 2/en i ies/” y añadiendo
el id de la en idad que se quie e ob ene . Haciendo uso de es a e sión de la API, no se equie e cue po del
mensaje en la pe ición, acili ando así el p oceso.
3.2.1 De inición y eu ilización de en idades de FIWARE
La en idad p incipal que se ha c eado es la que con iene da os de la ac i idad ísica, a pa i de la in o mación
ecogida y en iada a la aplicación mó il po la camise a in eligen e. El ipo de es a en idad es “PhysicalAc i i y”
y su id “PhysicalAc i i y” más el nomb e del pacien e y la echa en la que se han omado los da os, es o es así
pa a pode ene in o mación ac ualizada de la ac i idad ísica de cada pacien e en la echa que se ha ealizado,
sin que se sob eesc iban los da os. El campo “isPa e n” se ha dejado en “ alse”, pues no equie e u iliza se como
exp esión egula .

32
Figu a 19. Respues a de O ion al upda eReques de la en idad “Pe son”.
En cuan o a los a ibu os, se han mapeado los mismos exis en es en los mensajes ecibidos, adap ándolos a la
es uc u a de las en idades de NGSI 1, y se ha añadido el nomb e del usua io que u iliza la camise a. Así,
enemos los siguien es:
• “accumula es_me abolic_expendi u e”. Se a a del gas o caló ico o al del pacien e. Es una a iable de
ipo “ loa ”.
• “ins an _me abolic_expendi u e”. Es el gas o caló ico ins an áneo en el momen o en el que se en ía el
mensaje. También se a a de un “ loa ”.
• “ epe i ions”. Es el núme o de epe iciones ealizadas del eje cicio. Se a a de una a iable de ipo
“in ege ”.
• “use ”. Es el usua io que u iliza la camise a.
En la igu a 20 se puede obse a un ejemplo de la en idad de ipo “PhysicalAc i i y” en iada al OCB.
33
Figu a 20. Ejemplo de en idad de ipo “PhysicalAc i i y”.
Se ha c eado ambién una en idad secunda ia pa a iden i ica al pacien e y ene almacenado in o mación ú il
pa a el seguimien o del mismo. És a es de ipo “Pe son” y iene como id el nomb e del usua io de la camise a.
Como puede obse a se en la igu a 21, los a ibu os con ienen los da os que se quie en almacena de él: la
edad, la al u a (en cen íme os) y el peso (en kilos).
Figu a 21. Ejemplo de en idad de ipo “Pe son”.
34
Uno de los aspec os que se ha podido ap o echa en cuan o al almacenamien o de da os en el Con ex B oke
es la eu ilización de en idades ya c eadas. En es e caso, se ha decidido u iliza las en idades de “De ice”, pa a
iden i ica la camise a in eligen e, y “Ale ”, pa a mos a ale as.
La en idad “De ice” iden i ica a la camise a in eligen e median e los a ibu os “desc ip ion”, que ealiza una
b e e desc ipción del disposi i o, “macAdd ess”, que con iene la di ección MAC de la camise a, y “name”, el
nomb e del disposi i o, como se puede obse a en la igu a 22.
Figu a 22. Ejemplo de en idad de ipo “De ice”.
La o a en idad eu ilizada es “Ale ”, la cual a isa al usua io de que ha gas ado más de 500 kcal con el obje i o
de que ealice un descanso. Como a ibu os, se han escogido los siguien es: “ca ego y”, que indica que la
in o mación es elacionada con la salud, “desc ip ion”, que con iene el mensaje de ale a pa a el pacien e, y
“se e i y”, que indica que la in ención del mensaje es in o macional. En la igu a 23 se puede e un ejemplo de
es a en idad.
3.3 Desa ollo del Agen e IoT en la aplicación mó il
El elemen o p incipal del abajo es el Agen e IoT que ecoge in o mación de la API de la camise a in eligen e
y lo mapea a las en idades FIWARE de inidas en el apa ado 3.2.2. Es e agen e se ha lle ado a cabo den o de
una aplicación mó il de And oid, desa ollada en And oid S udio. La es uc u a de la pa e de la solución que
se de alla en es e apa ado se encuen a esquema izada en la igu a 24.
35
Figu a 23. Ejemplo de en idad de ipo “Ale ”
Es a aplicación se ha di idido en dos is as pa a el usua io. En p ime luga , debe apa ece una pan alla de
egis o, en la cual el pacien e pueda egis a sus da os y manda los en la en idad “Pe son” al Con ex B oke .
Una ez oque el bo ón de Comenza , la aplicación debe mos a la o a pan alla, en la cual se mues an los
mensajes en iados en un Sc ollView. Pa a ello, se ha di idido la aplicación en dos ac i idades, Regis o y
MainAc i i y, co espondiéndose con cada is a, espec i amen e. Pa a la in e az g á ica, cada ac i idad iene
su layou co espondien e, en el cuál se de ine el apa ado isual de la aplicación.
Figu a 24. Solución pa cial co espondien e al Agen e IoT.
42
Debajo de es os da os, jus o después de la in o mación de egis o, se encuen a la abla de P og esión Recien e,
que mues a un his o ial del p og eso ealizado en la ac i idad ísica del pacien e que se ha in oducido en el
o mula io. La in o mación de es a abla se ac ualiza cada ez que se ha usado el se icio web y podemos
obse a un ejemplo de ella en la igu a 36.
Figu a 36. Tabla de p og esión ecien e del se icio web y da os de egis o del pacien e.
Es e componen e u iliza las unciones de los se icios Da aSe ice, pa a la conexión con FIWARE, y
BbddSe ice, pa a la comunicación con Fi ebase. En p ime luga , al inicia se la página odos los da os se
encuen an inicializados a 0. Es o se hace así pa a e i a el e o de ‘unde ined is no an objec ’, que ocu e
cuando un elemen o no se ha inicializado co ec amen e. Una ez in oducido el nomb e del pacien e en el
o mula io, és e es pasado como a gumen o a la unción mos a In o, la cual se susc ibe a dos unciones de
Da aSe ice: sea chUse In o, pa a ob ene los da os de egis o del pacien e, y sea chKcal, pa a mos a la
in o mación de ac i idad ísica del mismo. La in o mación de uel a po sea chKcal es usada como con enido
de una a iable de ipo Pos , la cual si e como a gumen o de las unciones que se conec an con Fi ebase. Es e
ipo de a iable ha sido c eado en el a chi o Pos .js con el obje i o de manda la in o mación deseada a la base
de da os del se icio. Se compone de una id, los da os de ac i idad ísica y el nomb e del pacien e. Además,
iene una cla e que si e pa a su almacenamien o en la base de da os y que ob iene un alo au omá icamen e
al en ia la in o mación a Fi ebase. Es e ipo de da o c eado se mues a en la igu a 37.
Figu a 37. Tipo de da o Pos .
Seguidamen e, con la a iable de ipo Pos comple a, se llama a la unción pos KcalIn o de BbddSe ice pa a
su almacenamien o en la Real ime Da abase de Fi ebase. Aquí se ba ajó la posibilidad de ealiza una
compa ación en e los campos “id” de los elemen os y comp oba si ya exis ía in o mación de ac i idad ísica
del pacien e en esa misma echa, ac ualizándola en ese caso o c eando un elemen o nue o en el con a io. Es o
no se ha hecho así pues pa a ello hab ía que susc ibi se al mé odo snapsho Changes al llama a la unción
ge KcalIn o de Da aSe ice. Es e mé odo se enca ga de de ol e un obje o con los da os de la abla cada ez
que se ac ualiza su in o mación. En onces, al hace la comp obación den o de es a susc ipción y, una ez
comp obado, una c eación de un elemen o nue o pa a la base de da os, el mé odo se ol ía a ejecu a , pues se
había ac ualizado la in o mación de la base de da os. Po ello, ol ían a almacena se elemen os ya gua dados,
incluso sob eesc ibiendo o os an e io es. O a limi ación es que no se podían añadi a ios egis os de
ac i idad ísica del mismo día y el mismo pacien e, pues se sob eesc ibi ía el an e io , al oma és a como una
ac ualización. Es po es as dos limi aciones que se ha decidido almacena la in o mación ecibida del Con ex

43
B oke siemp e como un nue o elemen o. Se ha dejado como abajo u u o una ac ualización que pe mi a
sob eesc ibi esa in o mación en Fi ebase.
Po úl imo, se llama a la unción mos a P og eso (Figu a 38), enca gada de mos a la abla de p og eso de
ac i idad ísica del pacien e, egis ado en Fi ebase. Pa a ello, se susc ibe al mé odo snapsho Changes,
explicado en el pá a o an e io , de la unción ge KcalIn o de BbddSe ice, que de uel e los elemen os
almacenados en la base de da os. Es os elemen os son eco idos median e un bucle o Each, comple ando la
abla de p og eso ecien e con los da os del pacien e. Pa a que solo se mues en los da os de ese pacien e, es a
unción ecibe como a gumen o el nomb e del mismo y, an es de ac ualiza la abla de p og eso, se compa a
es e nomb e con el del elemen o de Fi ebase eco ido en ese momen o. Si coinciden, se a a del pacien e del
que se desea ob ene la in o mación, ac ualizándose así el egis o.
Figu a 38. Función mos a P og eso.
3.4.1.1 Se icio Da aSe ice
El se icio Da aSe ice es el enca gado de la comunicación con el O ion Con ex B oke , impo ando pa a ello
H pClien . Se compone de es unciones:
• sea chKcal: Realiza la pe ición GET al Con ex B oke con la e sión de la API NGSI 2 pa a ob ene
los úl imos da os de ac i idad ísica del pacien e egis ados en ese día. Recibe como a gumen o el
nomb e del pacien e in oducido en el o mula io pa a así sólo ob ene sus da os.
• sea chUse In o: Similia a la an e io . Ob iene los da os de egis o del pacien e almacenados en
FIWARE. También ecibe como a gumen o el nomb e del mismo.
• ge Da e: Es una unción auxilia que de uel e la echa. Es ú il pa a la id buscada en la pe ición GET de
sea chKcal.
En el in e cambio de mensajes con O ion, CORS (C oss-O igin Resou ce Sha ing) bloqueaba las pe iciones
GET a es e des ino. Es o se in en ó soluciona habili ando CORS al inicia el Con ex B oke , pe o no e minaba
de unciona . Se c ee que es e apa ado de FIWARE es á aún en desa ollo y que en p óximas e siones es a á
disponible. Mien as an o, se ha habili ado un p oxy, que pe mi e el in e cambio de mensajes en e el se icio
web y el Con ex B oke , encon ándose su con igu ación en el a chi o p oxy.con .json.
3.4.1.2 Se icio BbddSe ice
Es e se icio se enca ga del in e cambio de in o mación en e la aplicación web y la Real ime Da abase de
Fi ebase, inco po ando pa a ello los elemen os necesa ios del módulo de Angula Fi e2. Es á compues o po dos
44
unciones:
• ge KcalIn o: De uel e la lis a de la in o mación de ac i idad ísica almacenada en la base de da os de
Fi ebase.
• pos KcalIn o: Se enca ga de c ea una nue a ins ancia en la base de da os con la in o mación ob enida
del Con ex B oke , la cual se pasa en un obje o de ipo Pos como a gumen o de la unción. Hace uso
del mé odo push de Angula Fi elis pa a el en ío. Es e mé odo es un ejemplo de la ácil in eg ación de
Fi ebase en Angula , pues el en ío se ealiza de una o ma sencilla y ápida. Se puede obse a el código
de la unción en la igu a 39.
Figu a 39. Función pos KcalIn o.
3.4.2 Componen e Abou
Es e componen e secunda io se co esponde con una nue a is a a la p incipal, accesible en la pes aña Abou
desde el menú de na egación. Se enca ga de imp imi un esumen de la uncionalidad del se icio web con
obje o de in o ma al usua io, luego solamen e es á desa ollado en código HTML. Bajo la desc ipción ealizada
se encuen a la imagen de “Powe ed by FIWARE”, como se puede e en la igu a 40.
Figu a 40. Se icio web en su is a secunda ia, co espondien e al componen e Abou .
45
3.5 P uebas y alidación
Pa a la comp obación de las uncionalidades de la solución desa ollada y su pos e io alidación se han lle ado
a cabo a ias p uebas, en e ellas las que se de allan a con inuación.
Pa a la conexión del Agen e IoT con FIWARE, se comp obó el co ec o in e cambio de mensajes imp imiendo
la espues a del Con ex B oke po consola, an e un mensaje con con enido de ac i idad ísica en iado po la
aplicación mó il. Se u ilizó Pos man como complemen o a es o, haciendo pe iciones GET a las en idades
almacenadas en O ion. En un p incipio, no había espues a, luego no se es aba en iando co ec amen e. T as
compa a el mensaje en iado con los ejemplos disponibles en la documen ación de FIWARE [5], se llegó a la
conclusión de que el o ma o de es e mensaje no coincidía exac amen e con el de los ejemplos y que necesi aba
unos muy le es cambios pa a que ue a acep ado po el Con ex B oke . Seguidamen e, se solucionó el p oblema
cambiando esos de alles que no pe mi ían el co ec o en ío, p oduciéndose así la espues a Con ex Responses y
el almacenamien o de la in o mación en el Con ex B oke .
O o aspec o que se ha obse ado es la ac uación de la aplicación de And oid a la go iempo. Se io que la
aplicación allaba cuando llegaba a un núme o de mensajes muy al o en el Sc ollView. Es po ello que se ha
in oducido una a iable con ado a “e i aBloqueoMensajes” a la unción onAc i i yExe ciseMode. Es a
a iable cuen a el núme o o al de mensajes que apa ecen en el Sc ollView y, cuando llega a más de 500
mensajes, lo acía bo ando los mensajes que apa ecen en ese momen o y ol iendo a mos a los nue os
mensajes desde a iba. Así, la aplicación no se sob eca ga de mensajes y puede segui ejecu ándose
inde inidamen e.
En cuan o al se icio web, se comp obó el co ec o almacenamien o de la in o mación en la Real ime Da abase
ejecu ando el se icio y obse ando en la consola de Fi ebase los da os almacenados. Al p incipio, no se
conseguía el almacenamien o de la in o mación. Se es u o obse ando la ejecución del código y se comp obó
que el mé odo Push nunca se ejecu aba, sino que la ejecución se pa aba jus o an es. Se obse ó ambién en la
consola del na egado , que daba e o en algunos obje os de ipo any, diciendo que e an “unde ined”, aunque
ya enían con enido pues se podía imp imi sus da os po pan alla co ec amen e. Es e e o no se solucionó as
a ios in en os, luego se explo ó la opción de cambia la base de da os a MySQL, aunque la in eg ación de
Angula con Fi ebase es mejo y pe mi e una in e acción más sencilla. T as bas an e iempo in es igando, se
inicializa on las a iables que, según la consola, e an unde ined, con los o ma os que ecibi ían de las unciones
una ez llamadas es as, e i ando así que la consola las die a po “unde ined” y las econocie a como el ipo que
ealmen e e an. Una ez ealizados es os cambios, la Real ime Da abase almacenaba co ec amen e oda la
in o mación y se imp imía po pan alla el p og eso ealizado en ac i idad ísica po el pacien e.
3.6 Ejecución de la solución comple a
Pa a es ablece la solución comple a desa ollada en el sis ema, en p ime luga hay que ene desplegado el
OCB en Cen Os, en nues o caso una máquina i ual. Una ez es á uncionando, se inicia á la aplicación en su
p ime a is a, en la cual el pacien e debe ing esa sus da os de egis o pa a comenza a en ia mensajes. Es a
is a se puede e en la igu a 41.
Al oca el bo ón de “Comenza ”, si se han in oducido los da os co ec amen e, se pasa á a la segunda is a de
la aplicación (Figu a 42), la cual mues a los mensajes en iados a FIWARE en un Sc ollView. En caso con a io,
se mos a á un mensaje Toas a isando al usua io de que debe in oduci sus da os co ec amen e.
46
Figu a 41. Ejecución del Agen e IoT: Vis a de la ac i idad Regis o.
Figu a 42. Ejecución del Agen e IoT: Vis a de la ac i idad MainAc i i y.
47
Aho a ya se end ía in o mación almacenada en el Con ex B oke , que puede se accedida po el se icio web.
Así, se puede accede a “localhos :4200” pa a usa el se icio en el na egado . La p ime a is a mos ada al
usua io se obse a en la igu a 43.
Figu a 43. Ejecución del Se icio Web: Vis a p incipal al accede al se icio.
Se pide que se in oduzca en el o mula io el nomb e del pacien e pa a comenza a ecibi los da os del OCB.
Una ez in oducido y p esionado el bo ón de “Mos a da os”, se ealizan las pe iciones an e io men e
explicadas y se mues an los da os de ac i idad ísica del pacien e, así como sus da os de egis o y la abla de
p og eso ecien e, como se obse a en la igu a 44.
Figu a 44. Ejecución del Se icio Web: Vis a p incipal una ez in oducido el nomb e del pacien e.
Así, los nue os da os ob enidos de ac i idad ísica se hab án ac ualizado en la Real ime Da abase de Fi ebase,

48
como podemos e en la igu a 45.
Figu a 45. Ejecución del Se icio Web: Base de da os de Fi ebase ac ualizada.
Además, en la ba a de na egación, puede selecciona se la pes aña de “Abou ” pa a ob ene la is a in o ma i a
desc i a en el apa ado 3.4.2. És a se puede obse a en la igu a 46.
Figu a 46. Ejecución del Se icio Web: Vis a secunda ia in o ma i a.
49
4 CONCLUSIONES Y LÍNEAS FUTURAS
n la ealización de es e p oyec o se ha conseguido in eg a la camise a in eligen e desa ollada po el G upo
de Ingenie ía Biomédica de la ETSI en la pla a o ma de IoT abie a FIWARE median e el agen e
desa ollado, pe mi iendo almacena los da os de o ma au omá ica pa a que así o os sis emas puedan
dispone de ella. Como añadido, se ha desplegado un se icio web que acompaña al agen e pa a p opo ciona
una solución comple a a los obje i os del abajo. Así, se o ece una p opues a a ac i a pa a mejo a el
seguimien o de los pacien es en sus a amien os, moni o izando la ac i idad ísica ealizada y pe mi iendo el
ácil acceso a p o esionales sani a ios que necesi en conoce es a in o mación, en cualquie momen o y luga .
Además, se ha in es igado a ondo el In e ne o Things y la pla a o ma FIWARE, jun o con las nume osas
posibilidades que o ece pa a el desa ollo de soluciones de IoT, así como o as nue as ecnologías ales como
Angula pa a el desa ollo de se icios web o la base de da os Fi ebase, que pe mi e una sencilla in e acción con
los elemen os almacenados y una buena in eg ación con las aplicaciones web desa olladas, en es e caso, en
Angula .
Una ez se ha inalizado el p oyec o, se ha obse ado que FIWARE es una pla a o ma idónea pa a el desa ollo
de soluciones de IoT, pe mi iendo un ácil despliegue de sus componen es y p opo cionando una API sencilla
de usa . Angula es una ecnología que no conocía y que ol e ía a u iliza en el desa ollo de se icios web, ya
que no me ha esul ado de demasiada complicación y, jun o con Boo s ap, o ece un apa ado isual muy bueno
al usua io. Sin emba go, in en a ía usa o a base de da os en luga de Fi ebase pues, aunque iene una buena
in eg ación con Angula , ambién he obse ado algunas ca encias que no ienen las bases de da os con las que
he abajado du an e el g ado.
No obs an e, exis en algunas ideas elacionadas con el p oyec o que no se han podido ealiza y que segui ían
mejo ando la solución desa ollada. Es os de alles inalmen e no se ealiza on debido a la al a de iempo
disponible, eniendo que aco a el abajo po la ex ensión del mismo. En e ellas, des acamos las siguien es:
• Vis a pa a la mues a de in o mación de ac i idad ísica en la aplicación mó il. La aplicación mó il
mues a los mensajes en iados al Con ex B oke . Es a idea se a a de implemen a una nue a is a que
mues e la in o mación de ac i idad ísica al usua io que u iliza la camise a in eligen e ambién en su
mó il. En es e p oyec o se ha op ado po hace lo en un se icio web pa a comple a la solución
plan eada, pe mi iendo al pe sonal médico accede a los da os. Además, de es a o ma se ha conseguido
in es iga más ecnologías, apa e del diseño de aplicaciones mó iles.
• Ac ualización de los elemen os en Fi ebase que engan la misma id y sus da os sean di e en es, en luga
de la c eación de uno nue o. Como ya se ha comen ado, se ob u o un compo amien o inusual y
descon olado de la base de da os al in en a p opo ciona una uncionalidad de ac ualización de da os
de ac i idad ísica que se hubie an ealizado el mismo día con in o mación di e en e, en luga de la
c eación de nue os elemen os. Es o ocu ía debido a la c eación o ac ualización de en idades den o de
E
El 90% del éxi o se basa simplemen e en insis i .
- Woody Allen -
50
la susc ipción al mé odo snapsho Changes, el cual de uel e una is a de los elemen os almacenados en
la base de da os de Fi ebase cada ez que cambian. En onces, una ez c eado o ac ualizado un elemen o,
e minaba ol iendo a en a en la unción, ealizando lo mismo un núme o alea o io de eces.
Finalmen e, se op ó po c ea en idades con los da os ob enidos del Con ex B oke , sin consul a si ya
había da os de ac i idad ísica del mismo día ealizada po el mismo pacien e. Es o ambién iene la
en aja de que se puede egis a in o mación de eje cicio ísico ealizado en dos momen os dis in os
del día, sin sob eesc ibi se. No obs an e, se c ee in e esan e que, como ac ualización, se pueda ealiza
la unción explicada sin pe de es a en aja.
• Imp esión de una g á ica de p og eso ecien e en la aplicación web. Se a a de imp imi los da os de
p og eso del pacien e, almacenados en la Real ime Da abase de Fi ebase, en una g á ica, en luga de
una abla, dando así un aspec o más isual al usua io y pe mi iendo que sea más sencillo obse a el
p og eso del pacien e. Pa a lle a a cabo es a idea, p ime o es necesa io ealiza la an e io p opues a,
pues sólo iene sen ido mos a una g á ica cuando se iene un único da o po día de cada pacien e.
51
58
REFERENCIAS
[1]
Es a egia mundial sob e égimen alimen a io, ac i idad ísica y salud. O ganización Mundial de la
Salud. [Consul ado el 4 de julio de 2019]. Disponible en: h ps://www.who.in /die physicalac i i y/pa/es/
[2]
Izquie do IM, Ibáñez J, An ón M, Cebolle o P, Cado e E, Casas He e o A, López Chicha o J, Vicen e-
Campos D, Vicen e-Rod íguez G, Gómez-Cabello A, Casajus J, Pé ez Ruiz M, He e o F, San Juan
Fe e A, Zamo ano Cau o R. Eje cicio Físico es Salud. P e ención y a amien o de en e medades
median e la p esc ipcion de eje cicio ísico. 2014. Disponible en:
h ps://www. esea chga e.ne /publica ion/267752299_Eje cicio_Fisico_es_Salud_P e encion_y_ a ami
en o_de_en e medades_median e_la_p esc ipcion_de_eje cicio_ isico
[3]
Página web o icial de FIWARE. [Consul ado el 12 de agos o de 2019] Disponible en:
h ps://www. iwa e.o g
[4]
Rayes A, Salam S. In e ne o Things F om Hype o Reali y The Road o Digi iza ion. Cham: Sp inge ;
2017. Disponible en:
h ps:// ama.us.es/disco e y/ ulldisplay?docid=alma991013067530004987&con ex =L& id=34CBUA_
US:VU1&sea ch_scope=all_da a_no _idus& ab=all_da a_no _idus&lang=es
[5]
E ans D. In e ne o Things. La p óxima g an e olución de In e ne lo es á cambiando odo. Cisco IBSG.
Ab il 2011. [Consul ado el 24 de julio de 2019] Disponible en:
h ps://www.cisco.com/c/dam/global/es_es/asse s/execu i es/pd /In e ne _o _Things_IoT_IBSG_0411FI
NAL.pd
[6]
Wha is FIWARE?. FIWARE Founda ion. 2019. [Consul ado el 25 de julio de 2019] Disponible en:
h ps://www. iwa e.o g/de elope s/
[7]
P esen ación “Usando FIWARE y da os de con ex o”. Fiwa e Zone. 2019. /
[8]
Celes i A, Fazio M, Galán Má quez F, Glikson A, Mauwa H, Bagula A, Celes i F, Villa i M. How o
De elop IoT Cloud e-Heal h Sys ems Based on FIWARE: A Lesson Lea n . 2011.
[9]
O ion Con ex B oke (OCB). Labo a o io Nacional de In e ne del Fu u o. FIWARE. 2018.
[Consul ado
el 14 de agos o de 2019] Disponible en: h ps:// iwa e-
aining. ead hedocs.io/es_MX/la es /ecosis emaFIWARE/ocb
[10]
Página web de MongoDB. [Consul ado el 14 de agos o de 2019] Disponible en
h ps://www.mongodb.com/es
[11]
La eSalud, e e encia en eHeal h en español. COM SALUD. 2016. [Consul ado el 15 de agos o de 2019]
Disponible en: h ps://laesalud.com/que-es-esalud/
[12]
And oid S udio. Wikipedia, la enciclopedia lib e. [Consul ado el 15 de agos o de 2019] Disponible en:
h ps://es.wikipedia.o g/wiki/And oid_S udio
[13]
Na anjo-He nández D, Talaminos-Ba oso A, Reina-Tosina J, Roa LM, Ba ba o -Ros an G, Cejudo-

59
Ramos P, Má quez-Ma ín E, O ega-Ruiz F. Sma Ves o Respi a o y Ra e Moni o ing o COPD
Pa ien s Based on Non-Con ac Capaci i e Sensing. 2018.
[14]
Manual de usua io de la camise a in eligen e. G upo de Ingenie ía Biomédica de la ETSI. 2018.
[15]
Documen ación de Pos man. [Consul ado el 16 de agos o de 2019] Disponible en: h ps://docs.pos man-
echo.com/? e sion=la es
[16]
Visual S udio Code. Wikipedia, la enciclopedia lib e. [Consul ado el 16 de agos o de 2019] Disponible
en: h ps://es.wikipedia.o g/wiki/Visual_S udio_Code
[17]
Angula . Wikipedia, la enciclopedia lib e. [Consul ado el 17 de agos o de 2019] Disponible en:
h ps://es.wikipedia.o g/wiki/Angula _( amewo k)
[18]
TypeSc ip . Wikipedia, la enciclopedia lib e. [Consul ado el 17 de agos o de 2019] Disponible en:
h ps://es.wikipedia.o g/wiki/TypeSc ip
[19]
HTML. Wikipedia, la enciclopedia lib e. [Consul ado el 17 de agos o de 2019] Disponible en:
h ps://es.wikipedia.o g/wiki/HTML
[20]
Lis a de e ique as HTML 5.2. Páginas web HTML y hojas de es ilo CSS. [Consul ado el 17 de agos o de
2019] Disponible en: h p://www.mclib e.o g/consul a /h mlcss/h ml/h ml-e ique as.h ml
[21]
Boo s ap. Wikipedia, la enciclopedia lib e. [Consul ado el 18 de agos o de 2019] Disponible en:
h ps://es.wikipedia.o g/wiki/Boo s ap_( amewo k)
[22]
Página web de Boo swa ch. [Consul ado el 18 de agos o de 2019] Disponible en: h ps://boo swa ch.com
[23]
Tamplin J. Fi ebase expands o become uni ied app pla o m. Google. 2016. [Consul ado el 19 de agos o
de 2019] Disponible en: h ps:// i ebase.googleblog.com/2016/05/ i ebase-expands- o-become-uni ied-
app-pla o m.h ml
[24]
Documen ación. Fi ebase. Google. [Consul ado el 19 de agos o de 2019] Disponible en:
h ps:// i ebase.google.com/docs Úl imo acceso: 19 Agos o 2019.
[25]
Ce ine Y. P esen ación "Fi ebase Se ices". 2016. [Consul ado el 19 de agos o de 2019] Disponible en:
h ps://www.slidesha e.ne /Yasine ine / i ebase-se ices
[26]
Fi ebase Au hen ica ion. Fi ebase. Google. [Consul ado el 19 de agos o de 2019] Disponible en:
h ps:// i ebase.google.com/docs/au h
[27]
Fi ebase Real ime Da abase. Fi ebase. Google. [Consul ado el 19 de agos o de 2019] Disponible en:
h ps:// i ebase.google.com/docs/da abase
[28]
Upda e ac ion ypes. FIWARE. [Consul ado el 22 de agos o de 2019] Disponible en: h ps:// iwa e-
o ion. ead hedocs.io/en/mas e /use /upda e_ac ion_ ypes/index.h ml
[29]
Ins alación Con ex B oke . FIWARE. [Consul ado el 30 de agos o de 2019] Disponible en:
h ps:// iwa e-o ion. ead hedocs.io/en/la es /admin/ins all/index.h ml