desarrollo e implementaciÓn de la …repository.udistrital.edu.co/bitstream/11349/7688/1... ·...

CREACIÓN E IMPLEMENTACIÓN DE LA APLICACIÓN PARA ASISTENCIAS

INTERNACIONALES LLAMADA “SAFE TRAVEL” (VIAJE SEGURO)

DESARROLLADA EN APPSTUDIO PARA ARCGIS

CREATION AND IMPLEMENTATION OF THE APP FOR INTERNATIONAL

ASSISTANCES CALLED "SAFE TRAVEL" DEVELOPED IN APPSTUDIO FOR

ARCGIS

KAREN ANDREA VÁSQUEZ BALLEN

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD DE MEDIO AMBIENTE Y RECURSOS NATURALES

INGENIERÍA TOPOGRÁFICA

BOGOTÁ D.C.2017

DESARROLLO E IMPLEMENTACIÓN DE LA APLICACIÓN PARA ASISTENCIAS INTERNACIONALES LLAMADA “SAFE TRAVEL”

2

CREACIÓN E IMPLEMENTACIÓN DE LA APLICACIÓN PARA ASISTENCIAS

INTERNACIONALES LLAMADA “SAFE TRAVEL” (VIAJE SEGURO) GENERADA

EN APPSTUDIO PARA ARCGIS

CREATION AND IMPLEMENTATION OF THE APP FOR INTERNATIONAL

ASSISTANCES CALLED "SAFE TRAVEL" DEVELOPED IN APPSTUDIO FOR ARCGIS

KAREN ANDREA VÁSQUEZ BALLEN

Tesis presentada como requisito parcial para optar al título de

Ingeniero Topográfico

Codirector

Jairo Eduardo Vargas

Ing. Topográfico. Esp. SIG

Director

Zamir Maturana Córdoba

Mss. Ing. Topográfico.

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD DE MEDIO AMBIENTE Y RECURSOS NATURALES

INGENIERÍA TOPOGRÁFICA

BOGOTÁ D.C.2017


3

A mi mano derecha y quienes siempre

han estado conmigo, mi familia.


4

AGRADECIMIENTOS

Agradecimiento especial al Ing. Jairo Eduardo Vargas que desde un principio creyó en hacer

posible esta idea y depositó su confianza en mí, al Ing. Zamir Maturana por aceptar ser parte de

este proyecto y ayudarme en la revisión y perfeccionamiento del documento, a los amigos que

supieron y apoyaron mi idea todo el tiempo, a la universidad por permitirme ser parte de ella; Pero

principalmente a Dios y a mi familia quienes siempre me empujaron, guiaron y confiaron en mí

para hacer esta tesis lo mejor posible, sobre todo a ti papá, por ti y para ti todo.

Por último, agradezco a quien lee este documento por permitir que mis investigaciones y

conocimientos sean parte de su nueva información, espero le sirvan bastante.


5

RESUMEN

Este proyecto muestra la creación de una aplicación para dispositivos móviles en la plataforma de

APP Studio para ArcGIS, que en su primera fase se realiza en América facilitando la comunicación

entre las personas que viajan al exterior y presentan una demora de equipaje, un vuelo cancelado

o retrasado, o requieren una asistencia médica; y las compañías que brindan estos servicios. Para

este propósito, fue necesario obtener en tiempo real, la ubicación geoespacial de cada uno de los

usuarios de la aplicación y una base de datos geográfica de algunos de los centros médicos y

odontológicos que se encuentran en distintas ciudades turísticas, como también de los aeropuertos

en todo el continente americano, generando a partir de dichos datos, un sistema de información

geográfico en ArcGIS Online que permita la organización, almacenamiento, análisis y

manipulación de las grandes cantidades de datos provenientes de los miles de usuarios que podrían

llegar a usar la misma, sirviendo como un servidor o recolector principal de la información, para

de esta forma darle solución a los requerimientos de los viajeros.


6

ABSTRACT

This project shows the creation of an application for mobile devices in the APP Studio platform

for ArcGIS, which in its first phase is carried out in America facilitating communication between

people who travel abroad and present a luggage delay, a canceled or delayed flight, or require

medical assistance; And the companies that provide these services. For this purpose, it was

necessary to obtain, in real time, the geospatial location of each user of the application and a

geographic database of some of the medical and dental centers that are located in different tourist

cities, as well as airports throughout the Americas, generating from such data, a geographic

information system in ArcGIS Online that allows the organization, storage, analysis and

manipulation of large amounts of data from the thousands of users who could use it , serving as a

main server or collector of information, in order to provide a solution to the requirements of

travelers.


7

TABLA DE CONTENIDO

AGRADECIMIENTOS ....................................................................................................................4

RESUMEN ....................................................................................................................................5

ABSTRACT ...................................................................................................................................6

TABLA DE ILUSTRACIONES ...........................................................................................................9

1. INTRODUCCIÓN .................................................................................................................13

2. PLANTEAMIENTO DEL PROBLEMA ......................................................................................14

3. JUSTIFICACIÓN ....................................................................... ¡Error! Marcador no definido.

4. OBJETIVOS .........................................................................................................................16

4.1. Objetivo Principal. .......................................................................................................16

4.2. Objetivos específicos. ..................................................................................................16

5. MARCO TEÓRICO ...............................................................................................................17

5.1. SISTEMA DE INFORMACIÓN GEOGRAFICA SIG .............................................................17

5.2. BASE DE DATOS ...........................................................................................................17

5.3. DESARROLLO DE APLICACIONES MÓVILES ...................................................................18

5.3.1. AppStudio for ArcGIS. ..........................................................................................19

5.4. ASISTENCIA AL VIAJERO...............................................................................................19

5.4.1. Asistencia medica ................................................................................................19

5.4.2. Cobertura de equipaje .........................................................................................20

5.4.3. Demoras o pérdidas de Vuelos .............................................................................21

5.4.4. Condicionales de Uso ...........................................................................................21

6. PLANTEAMIENTO GENERAL ................................................................................................22

7. RECOPILACIÓN DE DATOS ..................................................................................................27

7.1. Datos iniciales de los Clientes ......................................................................................27

7.2. Datos de Aeropuertos Internacionales ........................................................................30

7.3. Datos Centro Médicos y Odontológicos.......................................................................32

8. DESARROLLO EN ARCGIS ONLINE .......................................................................................36

8.1. Creación Capa de Centros médicos y Odontológicos ...................................................36

8.2. Creación Capa para usuarios de la aplicación ..............................................................39

8.2.1. Desarrollo en ArcMap ..........................................................................................39


8

8.2.2. Implementación en ArcGIS Online ........................................................................58

9. DISEÑO Y DESARROLLO DE LA APLICACIÓN ........................................................................68

10. COMPROBACIÓN DEL DESARROLLO. ...............................................................................82

10.1. Comprobación Asistencia Médica: ...........................................................................82

10.1.1. Pasos Usuario: ..................................................................................................82

10.1.2. Pasos Compañía: ..............................................................................................87

10.2. Comprobación Demora o Pérdida de Equipaje: .......................................................92

10.2.1. Pasos Usuario: ..................................................................................................92

10.2.2. Pasos Compañía: ..............................................................................................94

10.3. Comprobación Vuelo Retrasado o Cancelado: .........................................................99

10.3.1. Pasos Usuario: ..................................................................................................99

10.3.2. Pasos Compañía: ............................................................................................ 101

10.4. Comprobación Otro: .............................................................................................. 103

10.4.1. Pasos Usuario: ................................................................................................ 103

10.4.2. Pasos Compañía: ............................................................................................ 104

10.5. Errores: ................................................................................................................. 105

11. IMPLEMENTACIÓN: ...................................................................................................... 106

12. CONCLUSIONES Y RECOMENDACIONES ........................................................................ 107

12.1. Conclusiones: ........................................................................................................ 107

12.2. Recomendaciones: ................................................................................................ 108

13. BIBLIOGRAFÍA ............................................................................................................... 109


9

TABLA DE ILUSTRACIONES

Ilustración 1 Visualización del formulario en Google Forms ..................................................... 29

Ilustración 2 Ejemplo correo electrónico luego de llenar el formulario ...................................... 30

Ilustración 3 Visualización de ruta para agregar la capa "World Airports" ................................. 31

Ilustración 4 Visualización capa de Aeropuertos del mundo en Arcgis Online. .......................... 32

Ilustración 5 Visualización formulario para ingreso de prestadores. ........................................... 35

Ilustración 6 Descarga datos de prestadores a archivo .csv......................................................... 36

Ilustración 7 Carga de archivo .csv a ArcGIS Online. ................................................................ 37

Ilustración 8 Características de carga del archivo .csv. .............................................................. 37

Ilustración 9 Cambio de simbología para la capa "PRESTADORES". ....................................... 38

Ilustración 10 Visualización de la capa en el "Mapa Mi Aplicación". ........................................ 38

Ilustración 11 Ruta para creación de la personal geodatabase. ................................................... 39

Ilustración 12 Ruta para creación de nuevo feature class. .......................................................... 40

Ilustración 13 Selección tipo de feature class para la capa de la aplicación. ............................... 40

Ilustración 14 Selección del Sistema de coordenadas geográficas para capa de la aplicación. .... 41

Ilustración 15 Características del campo ObjectID .................................................................... 42

Ilustración 16 Características del campo Shape. ........................................................................ 43

Ilustración 17 Características del campo Nombres_Completos .................................................. 44

Ilustración 18 Características del campo Número_Documento_de_Identidad ............................ 45

Ilustración 19 Características del campo Teléfono_en_el_País_que_se_encuentra. .................... 46

Ilustración 20 Características del campo Correo_Electrónico..................................................... 47

Ilustración 21 Características del campo Número_de_Póliza ..................................................... 48

Ilustración 22 Características del campo Seis_Primeros_dígitos_de_su_Tarjeta_de_crédito ...... 49

Ilustración 23 Características del campo Fecha_del_Siniestro. .................................................. 50

Ilustración 24 Características del campo En_Qué_País_se_encuentra. ....................................... 51

Ilustración 25 Creación del dominio País en que se encuentra. .................................................. 52

Ilustración 26 Vinculación del dominio "País en que se encuentra" al campo “En qué país se

Encuentra”. ............................................................................................................................... 53

Ilustración 27 Características del campo Tipo_de_Siniestro ...................................................... 54

Ilustración 28 Creación de los subtipos para Tipo de Siniestro................................................... 55

Ilustración 29 Características del campo Estado_del_caso. ........................................................ 56

Ilustración 30 Creación del dominio para el estado del caso. ..................................................... 57

Ilustración 31 Simbología de los subtipos en el layer Mi Aplicación. ........................................ 58

Ilustración 32 Ruta para compartir la capa como servicio en ArcGIS Online ............................. 59

Ilustración 33 Primer ventana emergente para publicar la capa como servicio. .......................... 59

Ilustración 34 Selección de conexión del servicio y nombre. ..................................................... 60

Ilustración 35 Características del feature access para exportar la capa a ArcGIS Online. ........... 61


10

Ilustración 36 Características de la descripción del ítem para exportar la capa a ArcGIS Online.

................................................................................................................................................. 61

Ilustración 37 Características de la pestaña "compartir" para exportar la capa a ArcGIS Online. 62

Ilustración 38 Ventana de Comprobación de la publicada en ArcGIS Online ............................. 62

Ilustración 39 Visualización de nueva capa en Contenido de ArcGIS Online. ............................ 63

Ilustración 40 Adición de la capa "Safe Travel" al "Mapa mi Aplicación". ................................ 63

Ilustración 41 Modificación de intervalo de actualización de la capa "Safe Travel". .................. 64

Ilustración 42 Generación de filtro para la visualización de datos en la capa "Safe Travel". ....... 65

Ilustración 43 Modificación rango de transparencia en la simbología de la capa "Safe Travel". . 66

Ilustración 44 Activación de la columna "Object ID" en la tabla de datos de la capa Safe Travel.

................................................................................................................................................. 67

Ilustración 45 Creación del campo "PIR" para la tabla de Safe Travel. ...................................... 67

Ilustración 46 Diagrama diseño visualización de la aplicación. .................................................. 69

Ilustración 47 Selección del tipo de Aplicación a realizar en AppStudio for ArcGIS. ................. 69

Ilustración 48 Ingreso de información sobre la aplicacion en AppStudio for ArcGIS. ................ 70

Ilustración 49 Selección del servicio para la aplicación. ............................................................ 70

Ilustración 50 Pasos para ingresar a la personalización de la aplicación. .................................... 71

Ilustración 51 Descarga de la aplicación en la versión de escritorio de AppStudio. .................... 71

Ilustración 52 Selección de ajustes en AppStudio para escritorio. .............................................. 72

Ilustración 53 Configuración pestaña Start Screen en AppStudio version escritorio. .................. 73

Ilustración 54 Configuración de los colores de la aplicación. ..................................................... 74

Ilustración 55 Configuración de dispositivos para uso de la aplicación. ..................................... 75

Ilustración 56 Configuración de la pestaña "mostrar" en AppStudio versión escritorio. ............. 75

Ilustración 57 Configuración de las capacidades de la aplicación. .............................................. 76

Ilustración 58 Ventanas 1 y 2 de visualización de la aplicación en AppStudio. .......................... 77

Ilustración 59 Ventanas 3 y 4 de visualización de la aplicación en AppStudio. .......................... 77

Ilustración 60 Diagrama de proceso en reporte de Asistencia Médica. ....................................... 78

Ilustración 61 Diagrama de proceso en deporte de Demora o Pérdida de equipaje. .................... 79

Ilustración 62 Diagrama de proceso en reporte de Vuelo Retrasado o Cancelado. ...................... 80

Ilustración 63Diagrama de proceso en reporte de “Otro”. .......................................................... 81

Ilustración 64 Visualización pantalla Inicial de la aplicación móvil para solicitar Asistencia

Médica. ..................................................................................................................................... 82

Ilustración 65 Visualización segunda pantalla de la aplicación móvil para solicitar Asistencia

Médica. ..................................................................................................................................... 83

Ilustración 66 Visualización tercera pantalla de la aplicación móvil para solicitar Asistencia

Médica. ..................................................................................................................................... 84

Ilustración 67 Visualización cuarta pantalla de la aplicación móvil para solicitar Asistencia Médica

con datos ingresados para prueba. ............................................................................................. 85


11

Ilustración 68 Visualización cuarta pantalla de la aplicación móvil para solicitar Asistencia

Médica. ..................................................................................................................................... 86

Ilustración 69 Visualización gráfica del reporte para asistencia médica. .................................... 87

Ilustración 70 Visualización de datos del usuario en asistencia médica. ..................................... 88

Ilustración 71 Visualización datos de usuario en hoja de cálculo "Clientes". .............................. 89

Ilustración 72 Filtro en capa de prestadores para análisis espacial. ............................................. 89

Ilustración 73 Características del análisis espacial. .................................................................... 90

Ilustración 74 Visualización de la ruta e indicaciones para llegar al centro odontológico. .......... 91

Ilustración 75 Visualización tercera pantalla de la aplicación móvil para reportar demora o pérdida

de equipaje. ............................................................................................................................... 92

Ilustración 76 Visualización cuarta pantalla de la aplicación móvil para reporta demora de equipaje

con datos ingresados para prueba. ............................................................................................. 93

Ilustración 77 Visualización gráfica del reporte de equipaje demorado. ..................................... 94

Ilustración 78 Verificación del tipo de tarjeta según el BIN (BINCodes, 2017). ......................... 95

Ilustración 79 Consulta coberturas de tarjetas del Banco Davivienda (Davivienda, 2016) .......... 96

Ilustración 80 Beneficios de una tarjeta Visa Clásica del Banco Davivienda (Davivienda, 2016).

................................................................................................................................................. 96

Ilustración 81 Visualización del resultado del análisis espacial para comprobación en caso de

demora de equipaje. .................................................................................................................. 97

Ilustración 82 Visualización tercera pantalla de la aplicación móvil para reportar Vuelo Retrasado

o Cancelado. ............................................................................................................................. 99

Ilustración 83 71 Visualización cuarta pantalla de la aplicación móvil para reportar Vuelo

Retrasado o Cancelado con datos ingresados para prueba. ....................................................... 100

Ilustración 84 Visualización gráfica para el reporte de Vuelo Retrasado o Cancelado. ............. 101

Ilustración 85 Datos para realizar análisis espacial entre el cliente y el aeropuerto más cercano.

............................................................................................................................................... 102

Ilustración 86Visualización tercera pantalla de la aplicación móvil para reportar Otro caso

diferente. ................................................................................................................................. 103

Ilustración 87 Visualización gráfica para el reporte "Otro". ..................................................... 104

Ilustración 88 Solicitud de pagode Google Play para publicar la aplicación. ............................ 106


12

LISTA DE TABLAS

Tabla 1Escenario actual de cada uno de los tipos de asistencia. ................................................. 25

Tabla 2 Características de las opciones de la aplicación a realizar.............................................. 26


13

1. INTRODUCCIÓN

Según la tabla estadística del boletín migratorio para Colombia en el mes de Febrero de 2017 se

reportaron 424.420 salidas del país por parte de Colombianos y extranjeros vía aérea, siendo este

el 43,91% del total de flujos migratorios1 del país, en su mayoría con destinos a países de América

(Ministerio de Relaciones Exteriores, 2017), además, según la revista portafolio y el blog

Intermundial, es necesario portar un seguro de asistencias internacionales al dirigirse a la mayoría

de países puesto que son requisitos en los departamentos de inmigración (Intermundial, 2016).

Estos seguros pueden cubrir desde la demora de un equipaje hasta la hospitalización y/o

repatriación de sus usuarios.

Teniendo en cuenta la cantidad de personas que salen del país mensualmente, y además la alta

solicitud de asistencias en viaje principalmente por demoras de equipaje, para el 2014 según el

diario El país -se registraron 24,2 millones de incidencias relativas a los bultos transportados por

aerolíneas comerciales- (Femmine, 2015) , servicios médicos y vuelos cancelados o demorados,

se busca una solución que beneficie tanto a los asegurados como a las aseguradoras de una forma

fácil, mejorando los problemas de comunicación y mal uso de los servicios que pueden afectar

económicamente las dos partes, y además teniendo en cuenta el desarrollo de nuevas tecnologías

que son de fácil adaptación para la sociedad y están a la vanguardia.

Es por lo anterior que el presente trabajo busca como objetivo el desarrollo e implementación de

una aplicación móvil que tome la ubicación espacial de cada uno de los usuarios al requerir un

servicio en el exterior, logrando a partir de una base de datos tanto de aeropuertos como de centros

médicos, poder realizar un análisis espacial que posteriormente les permita a las compañías

gestionar las asistencias de los viajeros según los términos y condiciones de sus seguros

internacionales. La misma será realizada en AppStudio para ArcGIS, y proyectada en ArcGIS

Online, herramientas desarrolladas por la empresa Esri2 en su primera fase.

1 El flujo migratorio es el movimiento de una persona o un grupo de individuos de un país o ciudad a otro con el fin de establecerse

y lograr una mejor calidad de vida. En el flujo migratorio se debe de considerar 2 términos: emigración es el desplazamiento de personas de un país, ciudad o región para otra e inmigración es la entrada o llegada de personas a un país provenientes de otro. (7Graus, 2017) 2 Esri (Environmental Systems Research Institute) es una empresa fundada por Jack Dangermond en 1969 que actualmente

desarrolla y comercializa software para Sistemas de Información Geográfica y es una de las compañías líderes en el sector a nivel mundial. (Wikipedia, 2017)


14

2. PLANTEAMIENTO DEL PROBLEMA

La baja posibilidad de comunicación desde el aeropuerto entre las personas y sus aseguradoras al

presentar una demora de equipaje o un vuelo demorado o cancelado, es una problemática que hasta

el momento no ha sido solucionada para los viajeros internacionales, ya que al momento de haber

aterrizado no cuentan con una sim card o roaming internacional, o simplemente la barrera del

idioma no les permite solicitar acceso a un teléfono celular para llamar a las compañías, sin

embargo los condicionados de uso de sus seguros muchas veces indican que se debe reportar el

siniestro3 desde el aeropuerto o de lo contrario se invalida el servicio, esto se ve por ejemplo en el

numeral 4.10 para gastos por vuelo demorado o cancelado del condicionado de uso de Assit Card4

(Assist Card, 2017) y en el numeral 1.15 referente a localización, demora y pérdida de equipaje

para el condicionado de uso en asistencias internacionales de IATAI en alianza con Credibanco

(IATAI Andina S.A.S, N/A), por lo cual en muchas ocasiones estos casos son negados.

Así mismo ocurre una problemática para las compañías, ya que en ocasiones se comunican los

clientes para reportar una demora de equipaje o una demora o cancelación de vuelo indicando que

se encuentran dentro del aeropuerto sin estarlo, sin embargo, las aseguradoras al no tener algo que

lo soporte, se ven en la obligación de brindar el beneficio económico que en ocasiones puede llegar

hasta los USD 600 generando altos costos a las empresas de asistencias, como pasa en la cobertura

de equipajes de clientes con tarjeta MasterCard Black (Master Card, 2015); no sobra decir que ese

tipo de incidentes ocurren a diario y que según la SITA (Société Internationale de

Télécommunications Aéronautiques) para el 2014 más de 66000 maletas al día fueron extraviadas,

dañadas o entregadas con retraso a sus propietarios (Femmine, 2015).

Así mismo, la comunicación y barrera del idioma también afectan la posibilidad de tener una

efectiva asistencia médica por lo cual en ocasiones las personas se van por sus propios medios a

hospitales, cuando el nivel de asistencia según sus síntomas debería ser tratado con medicina

3 Un siniestro es, en la terminología de empresas de seguros, la ocurrencia de un suceso amparado en la póliza de seguros, comenzando las obligaciones a cargo del asegurador. Las mismas en la mayor parte de los casos es el pago de una cantidad de dinero, pudiendo tratarse también de una prestación de servicios, asistencia médica, jurídica, reparación de un daño, etc. (Wikipedia, 2017) 4 Assist Card es la mayor organización de asistencia al viajero en el mundo. Establecida en el año 1972, en Suiza, se ha expandido rápidamente en América Latina, América Central y Asia. (Assist Card, 2015)

https://es.wikipedia.org/wiki/Empresa_de_seguros

https://es.wikipedia.org/wiki/P%C3%B3liza_de_seguros

https://es.wikipedia.org/wiki/Asegurador


15

general, por lo cual las compañías sólo reembolsan el valor de una cita general y los clientes deben

incurrir en costos bastante altos, más aún si esto sucedió en países de Norte América.


16

3. OBJETIVOS

3.1.Objetivo Principal.

Desarrollar una aplicación móvil llamada “Safe Travel” en la plataforma de AppStudio para

ArcGIS, la cual está diseñada para ser implementada en América, con el fin de permitir generar

análisis espaciales a partir de la ubicación GPS de sus clientes y de la información geográfica de

aeropuertos y centros médicos, brindando una mejor solución a los siniestros de demora de

equipaje, vuelo demorado o cancelado y asistencias médicas que se pueden presentar en viajes

internacionales.

3.2.Objetivos específicos.

- Generar una base de datos geoespacial de aeropuertos y algunos centros médicos,

odontológicos, entre otros, que se encuentren en ciudades de mayor atractivo turístico

de América, para poder realizar análisis espaciales en ArcGIS Online.

- vincular en tiempo real la ubicación de dispositivos móviles de los usuarios que

requieran asistencia, al servidor (un mapa en ArcGIS Online que contenga la base de

datos ya nombrada), con el fin de visualizar el reporte de un nuevo caso y darle la

correcta gestión al mismo.

- Desarrollar los conceptos base para que la aplicación pueda ser implementada en

dispositivos móviles con tecnología Android y iOs.


17

4. MARCO TEÓRICO

4.1. SISTEMA DE INFORMACIÓN GEOGRAFICA, SIG

Este es “Un sistema de hardware, software y procedimientos diseñados para realizar la captura,

almacenamiento, manipulación, análisis, modelización y presentación de datos referenciados

espacialmente para la resolución de problemas complejos de planificación y gestión” 5

El SIG segmenta los diferentes grupos de datos en capas temáticas, almacenándolos de manera

independiente, facilitando el acceso y aplicación de estos al profesional, dándole la posibilidad de

vincular la información obtenida a través de la topología de los objetos, obteniendo así nuevas

lecturas más concretas.

4.2. BASES DE DATOS

Estas corresponden a un conjunto de datos relacionados entre sí, enmarcados en un mismo

contexto, los cuales se almacenan sistemáticamente para su aplicación en diferentes ámbitos. Las

bases de datos almacenadas de manera digital (almacenamiento electrónico), se suelen administrar

a través de un Sistema Gestor de Bases de Datos (SGBD), simplificando su uso de manera

estructurada y rápida.

Las aplicaciones y funcionalidades de los Sistemas Gestores de Bases de Datos, están relacionados

con el estudio de la informática, pero su uso está directamente enfocado a la gestión empresarial,

instituciones públicas y ampliamente utilizados en entornos científicos y de ingeniería.

Con base en los tipos de información a almacenar, se definen diferentes tipos de bases de datos.

Para la aplicación de este proyecto se usarán bases de datos dinámicas. Este tipo de base de datos,

se basa en información almacenada, que puede ser modificada con el tiempo, permitiendo

diferentes tratamientos como la actualización, borrado y edición, además de las operaciones

fundamentales de consulta. Según el contenido, se hará uso de bases de datos bibliográficas. Este

segundo tipo, solo contiene una fuente primaria que permite únicamente su localización. Un

registro típico de una base de datos bibliográfica contiene información sobre el autor, fecha de

5 Según la definición dada por el National Center for Geographic Informations and Analysis (NCGIA)


18

publicación, editorial, título, edición, de una determinada publicación, entre otros. Puede contener

un resumen o extracto de la publicación original, pero nunca el texto completo. Como su nombre

lo indica, el contenido son cifras o números. Por ejemplo, una colección de resultados de análisis

de laboratorio, entre otras6

4.3. DESARROLLO DE APLICACIONES MÓVILES

En sus inicios, la arquitectura compleja de la informática y el desarrollo de software estaba pensado

para computadoras de recursos extensos y prestaciones de capacidades que incrementaban día a

día, convirtiéndolo en una práctica de cierta exclusividad, pero con la evolución de la tecnología,

se originaron nuevas plataformas a las cuales se podría aplicar una nueva forma de desarrollo,

liviano, práctico y de fácil accesibilidad como lo son los dispositivos móviles, que en la actualidad

se ha convertido en parte imprescindible del día a día de la sociedad, abriendo nuevos modelos de

estudio e investigación alrededor de ello.

La tecnología móvil es fundamentalmente similar al desarrollo informático tradicional, pero

otorgándole las facultades de portabilidad, inmediatez y experiencia simple para el usuario.

Con el desarrollo móvil, se ha generado la demanda de nuevos servicios para el usuario, más que

el de sólo comunicarse vía celular. Con esta demanda surgen aplicaciones en los ámbitos

empresarial, comercial, académico, de salud y de una manera masiva, el ámbito social.

El desarrollo moderno, le otorga a los productores de nuevas tecnologías y sistemas informáticos

un estado de beneficio ante el nuevo modelo que rige la conducta social y la solicitud de nuevos

servicios que satisfagan necesidades actuales. Es por esto que es indispensable promover el

desarrollo de productos y servicios de alta calidad que se adapten a las necesidades de los usuarios,

a través de espacios que unifiquen las metodologías de desarrollo móvil que difieren

considerablemente del desarrollo de software tradicional. (Rahimian, 2008)

6 CAMPBELl, Mary. base IV Guía de Autoenseñanza. España. Editorial McGraw Hill – Interamericana. 1990. pp110/111,121/122, 161,169, 179-191/192. HARWRYSZKIEWYCZ, I T. Análisis y diseño de base de datos. Editorial Megabyte. Noriega Editores. México. 1994. pp29/31


19

4.3.1. AppStudio for ArcGIS.

Es una herramienta integrada para aplicaciones de SIG. Con AppStudio, se puede convertir mapas

en aplicaciones móviles intuitivas para el usuario compatibles con los sistemas operativos Mac,

iOS, Android, Windows y Linux, y publicarlas usando su propia marca en todas las tiendas de

aplicaciones populares sin necesidad de tener conocimientos de programación.

Dependiendo del nivel de configuración o personalización que se desee llevar a cabo, se puede

utilizar AppStudio para crear aplicaciones en un navegador o en su escritorio. Es posible crear una

aplicación basada en una plantilla en línea, con un navegador. También puede realizar ajustes

adicionales en esta aplicación utilizando AppStudio en el escritorio, o bien personalizar el código

fuente de la aplicación para adaptarla por completo a sus propias necesidades.

4.4. ASISTENCIA AL VIAJERO.

Durante los viajes, ya sean vacacionales o por motivo de trabajo, los riesgos se multiplican. El

usuario puede perder el vuelo, el equipaje, ponerse enfermo o incluso verse obligado a cancelar el

vuelo o el hotel. Hacer la reserva del alojamiento o del transporte sin un seguro de Viaje que lo

cubra puede tener como consecuencia la pérdida del importe abonado si finalmente es necesario

anularlo o si no se llega al aeropuerto a la hora precisa, por ejemplo. Además, cuando el destino

está fuera de las fronteras del propio país las vacaciones pueden multiplicar su coste si estando allí

el viajero se pone enfermo y requiere de asistencia sanitaria, ampliar los días de estancia por

imposibilidad de viajar o incluso volver a su país con carácter de urgencia.

Para cubrir todas esas circunstancias, y muchas otras, las compañías aseguradoras ofrecen a los

ciudadanos la posibilidad de contratar pólizas específicas que garanticen su seguridad y bienestar

cuando están fuera. Los seguros de Viaje no son obligatorios, pero sí recomendables porque

cubren los riesgos que rodean las estancias fuera del hogar.

4.4.1. Asistencia medica

Una de las principales garantías de este tipo de seguros es la asistencia médica. Ésta otorga

cobertura en el caso de que el asegurado caiga enfermo o sufra un accidente durante su estancia,

ya sea dentro o fuera de su país de residencia. Además de garantizar los gastos médicos,


20

farmacológicos, de hospitalización y de intervención quirúrgica hasta que se pueda continuar la

travesía, la asistencia sanitaria va más allá y puede llegar a ofrecer:

Desplazamiento y alojamiento de un acompañante del asegurado en caso de que éste sea

hospitalizado.

Prolongación de la estancia como consecuencia de una enfermedad o accidente.

Envío de medicamentos al lugar donde se encuentra el asegurado.

Traslado o repatriación del asegurado y su acompañante.

Traslado o repatriación en caso de fallecimiento.

Retorno anticipado.

Gestión y coordinación de servicios asistenciales.

Servicio de traducción.

Sustitución del asegurado por repatriación en el caso de viajes laborales.

Además de éstas es posible encontrar otras como el abono de los gastos por pérdida de

documentación o de clases en el caso de un viaje de estudios, por ejemplo.

4.4.2. Cobertura de equipaje

Junto con la asistencia médica, la pérdida o robo del equipaje es la cobertura más contratada. Esta

garantía otorga al asegurado una indemnización monetaria en el caso de que pierda el equipaje o

sus efectos personales, se los roben o sufran daños durante el transporte, y también en el caso de

que se demore su entrega cuando han sido facturados. La aseguradora asesora al usuario para

presentar la denuncia y colabora en las gestiones de localización además de encargarse de su envío

hasta el lugar del viaje o la residencia del asegurado.

En el caso de que los objetos no fueran robados o dañados durante el trayecto en transporte

público, algunas aseguradoras garantizan la indemnización también cuando la sustracción se

produce en el interior de una habitación de hotel o de un vehículo.


21

4.4.3. Demoras o pérdidas de Vuelos

Algunas aseguradoras ofrecen cobertura por demora para que cuando el desplazamiento se retrasa

por causas ajenas al asegurado éste pueda recibir indemnización por la compra de objetos de

primera necesidad, los gastos de alojamiento y manutención y el reembolso de los gastos de la

utilización de otro medio de transporte.

4.4.4. Condicionales de Uso

En el contrato de seguro, es un elemento esencial a la obligación del asegurador y por ende en

todos los casos, dicha obligación se encuentra sometida a una condición, es decir que se subordina

a la ocurrencia de un hecho futuro e incierto que no dependa de la sola voluntad del tomador,

asegurado o beneficiario. Esta condición, que se define como riesgo7, estable que su realización

da origen a la mencionada obligación del asegurador.

La obligación condicional se hace exigible cuando se realiza el hecho o suceso previsto como

riesgo en el contrato. Se denomina siniestro la realización del riesgo asegurado, al que ya nos

referimos al tratar las características del riesgo asegurable. 43 Se puede decir que la condición a la

que está sometida la obligación condicional del asegurador es suspensiva, ya que una vez cumplida

la condición nace la obligación de indemnizar a cargo de la aseguradora.

7 Definición dada en el artículo 1054 del Código de Comercio


22

5. PLANTEAMIENTO GENERAL


23

En la actualidad se cuenta con diferentes tiendas de aplicaciones para dispositivos móviles que

solucionan de alguna forma, una o varias de las necesidades que demandan los usuarios a nivel

mundial, entre estas tiendas se encuentran App Store, Google Play Store, Amazon App Store,

Windows Store, entre otras y cuentan con millones de aplicaciones disponibles (Wikipedia, 2017).

Se han desarrollado además algunas aplicaciones para seguros internacionales, pero no se conoce

hasta el momento alguna que tome la ubicación espacial del cliente y la envíe a la compañía para

que a partir de la misma se dé la aprobación o negación de su beneficio y que además cuente con

diferentes opciones de reporte.

Cómo ya se ha nombrado, para el proyecto se tendrán en cuenta 4 tipos de reporte que son,

asistencia médica, demora o pérdida de equipaje, vuelo retrasado o cancelado y otro; para los

cuales se describirá a continuación el escenario actual que viven los usuarios al reportar cada uno

de los siniestros, basándose en la experiencia de la autora y algunos conocidos que han trabajado

en compañías de asistencias internacionales.

Es necesario afirmar que el presente proyecto se realiza para viajeros a nivel internacional, por

esto, en caso de que la persona esté presentando la solicitud de asistencia en su país de residencia

el mismo será negado inmediatamente, sin embargo se debe tener en cuenta que para algunas

tarjetas de crédito existen beneficios a nivel nacional, siempre y cuando la persona se encuentre a

cierta distancia de su lugar de residencia como por ejemplo en el caso de Bancolombia es necesario

que se encuentre a más de 25Km de distancia, como lo describe el numeral 1 de su condicionado

(BANCOLOMBIA, 2017).

Para los cuatro casos, el cliente es el que tiene que comunicarse con la compañía bien sea vía chat

o en una línea telefónica, normalmente la respuesta no es inmediata y no queda guardado el número

del cliente o el correo por lo cual debe comunicarse una y otra vez para poder solicitar su asistencia;

esto genera bastantes molestias en los usuarios y al momento de tener contacto con la compañía

desde el principio se presentan quejas y reclamos. Una vez se genera el contacto, el coordinador

del caso toma varios datos del usuario y verifica si cuenta con una póliza activa (la cual debió ser

previamente comprada) o si por el contrario desea que su servicio se brinde por parte de la entidad

bancaria con la que tiene su tarjeta de crédito, para este caso se verifica con los seis primeros

dígitos de la misma o más conocido como numero BIN en una base de datos brindada por la entidad

bancaria o la franquicia, es decir AMEX, Visa, American Express o Diners. Una vez se verifican

los datos y si cuenta con cobertura, se verifica qué tipo de beneficios económicos tiene según su

póliza o su tipo de tarjeta de crédito; para las pólizas se revisa en una base de datos que cuenta con

estas y para las tarjetas se verifica en internet qué tipo de cobertura tiene según la franquicia y

categoría de la misma, luego de confirmados los anteriores datos se procede de la siguiente forma

según sea el caso.


24

Asistencia Médica

El coordinador de asistencias de la compañía realiza una teleconferencia

junto con el cliente y un médico de cabecera con el que se cuenta, para

determinar según los síntomas, qué tipo de prestador es el que debe

atenderlo. Posteriormente, se revisa en una tabla de Excel si se cuenta con

algún prestador en la ciudad en la que se hospeda el cliente, y de ser así, el

coordinador llama y solicita una cita lo más cercana posible, se comunica

de vuelta con el cliente y le informa enviándole adicionalmente la dirección

del centro médico por correo electrónico. Lo anterior para casos de

asistencias médicas ya que para urgencias odontológicas no es necesaria la

teleconferencia sino únicamente buscar algún prestador en el área. Si no se

cuenta con prestadores se busca alguno por Google maps y se le solicita al

usuario que pague y después aplique a su reembolso, sin embargo, no se le

informa alguna ruta en específico, pero si la cercanía aproximada a su punto

de ubicación.

Demora o Pérdida

de Equipaje

Luego de diligenciarse la información del cliente, y verificar si se

encuentra dentro de los tiempos de cobertura, se verifica si la persona se

está comunicando desde el aeropuerto para que su beneficio sea aprobado,

esto para casos manejados por IATAI según el numeral 1.15 de su

condicionado de uso (IATAI Andina S.A.S, N/A) y compañías que

estipulen dicho requisito, para el resto de casos el usuario debe

comunicarse dentro de las primeras 24 horas de haber presentado el

siniestro, de lo contrario será negado, sin embargo para los casos en que

deben comunicarse desde los aeropuertos, las compañías deben creer en la

buena fe de los viajeros cuando se comunican indicando que en efecto se

encuentran allí, ya que no existe una forma de comprobar que es cierto;

existen además muchas inconformidades por parte de los clientes pues al

no poder tener un contacto rápido con la compañía por no contar con una

sim card para poderse comunicar (lo cual es muy probable ya que acaban

de ingresar a un nuevo país), o simplemente por no poderse comunicar a

tiempo ya que no les ingresaba su llamada, sus casos son negados y

lamentablemente no pueden hacer uso del beneficio económico. En

cualquier tipo de caso, a excepción de casos que no le correspondan a la

aseguradora, se realiza el seguimiento del equipaje en una página online

que se utiliza a nivel mundial por casi todas las aerolíneas llamado world

tracer, allí se busca el equipaje con el número PIR (Property Irregularity

Report o Referencia del Informe de Daños) el cual es un código único que

le brindan las aerolíneas a los pasajeros que presentan este tipo de

incidentes. El estado de búsqueda del equipaje se le reporta casi que a

diario a la persona bien sea vía telefónica o por medio de un correo

electrónico y según el beneficio económico, los usuarios deben hacer las

compras de sus productos y enviar los comprobantes junto con algunos

documentos adicionales que son solicitados por las compañías, así como

lo hace Bancolombia (AXA Assistance, 2016)


25

Vuelo Retrasado o

Cancelado

Al igual que en los casos de equipaje, se verifica si el viajero se está

comunicando desde el aeropuerto (este requisito aplica en todos los

condicionados que hasta el momento conoce la autora) para poder aprobar

o negar su beneficio que normalmente consiste en la cobertura de gastos

por concepto de alojamiento, alimentación, transporte y comunicaciones,

sin embargo, también se debe confiar en la buena fe de los viajeros ya que

no tienen forma de ver la ubicación espacial de los mismos. Una vez

aprobado el beneficio que como se nombró anteriormente varía según el

tipo de póliza o de tarjeta de crédito, el usuario debe pagar los costos los

cuales le serán reembolsados una vez envíe los soportes y la

documentación solicitada por la compañía.

Otro

En las compañías se podría tomar la clasificación "otro" como los casos

que no necesitan la coordinación de un servicio inmediatamente si no

cualquier servicio extra con el que cuente la compañía; los más reportados

usualmente son los casos de reembolso, entre los que ingresan los casos

de autogestión de asistencias médicas las cuales usualmente pueden ser

reportadas entre los 180 días de ocurrido el siniestro (AXA Assistance,

2016), adicionalmente todos los reembolsos de los beneficios por demora

o pérdida de equipaje y de vuelos demorados o retrasados como también

quejas y reclamos que se hayan tenido con la prestación del servicio, se

adiciona esta categoría ya que es elevada la cantidad de solicitudes de

reembolsos. Para estos casos se solicita documentación específica según

la compañía.

Tabla 1Escenario actual de cada uno de los tipos de asistencia.

Como se puede notar, existe un gran vacío en la comunicación que hay entre las compañías y los

usuarios ya que no todos cuentan con una sim card en el país al que viajan o no tienen activo el

roaming internacional en sus celulares, afectando a las compañías económicamente al brindarle

beneficios económicos a algunos de sus clientes sin tener certeza de que el mismo se encuentre o

no dentro del aeropuerto para casos de equipajes y de vuelos retrasados, adicionalmente es

importante resaltar que los casos de asistencias médicas tienen prioridad sobre el resto pero

lamentablemente no existe una forma de visualizar que tipo de caso es el que se reporta ni mucho

menos de tener los casos en orden según como se van comunicando, es por lo anterior que se

plantea la creación de una aplicación móvil teniendo en cuenta que hoy en día es mucho más fácil

tener acceso a internet bien sea desde un aeropuerto o desde cualquier parte del mundo y por este

medio generar el reporte en el cual se pueda obtener la ubicación espacial de la persona y

posteriormente realizar un análisis a partir de la misma para encontrar el centro médico más

cercano o para verificar que en efecto se encuentre en el aeropuerto según sea el caso.

Teniendo en cuenta lo anterior, se plantean las opciones que debe tener la aplicación y cómo se

resolvería el problema en la tabla que se muestra a continuación.


26

Opción Visualización Qué realiza la opción Cómo resuelve el problema

Asistencia

Médica , , ó

cualquier

símbolo que

represente

una

emergencia

médica

Permitirá enviar un

reporte con la ubicación

espacial e información del

cliente la cual será

visualizada con la

simbología en un servidor

de la compañía.

Se tendrá mayor prioridad con estos

casos ya que pueden correr peligro

vidas, por ende, se comunicarán

rápidamente de vuelta con el cliente

y se generará un análisis espacial

según el tipo de prestador que

determine el médico de la compañía

para verificar el más cercano.

Demora o

Pérdida

de

Equipaje

, , o

cualquier

símbolo que

para

representar

dicho tipo de

siniestro





visualizada con la


de la compañía.

La compañía se comunicará de

vuelta y según su condicionado, la

información brindada por el cliente

y haciendo un análisis de su

ubicación espacial, se le informará

de vuelta si su caso es aprobado o

negado, facilitando la

comunicación y ayudando a los

gastos que podría presentar la

compañía o el usuario.

Vuelo

retrasado

o

cancelado

, , o

cualquier

símbolo para

representar

siniestros en

vuelos.





visualizada con la


de la compañía.

Según la información brindada por

el cliente y su ubicación, se

realizará un análisis y se

comunicarán de vuelta para la

negación o aprobación del

beneficio, disminuyendo las

problemáticas que se presentan.

Otro Este se puede

representar

con cualquier

símbolo

diferente a los

de las otras

opciones.





visualizada con la


de la compañía.

Se comunicarán de vuelta por parte

de la compañía y según sea el caso

y el condicionado con el que se

cuente, se aprobará o negará el caso.

No se tendrá tanta prioridad con

estos casos como con los anteriores.

Tabla 2 Características de las opciones de la aplicación a realizar.


27

6. RECOPILACIÓN DE DATOS

En este capítulo se muestra cómo se genera la recopilación de los datos base los cuales son

utilizados para el posterior análisis de la información obtenida por medio de los usuarios que

utilicen la aplicación, entre estos datos se encuentran los datos iniciales de los clientes los cuales

se almacenarán y se tendrán en cuenta como si fuera una base de datos, una base de datos

geoespacial de los aeropuertos internacionales y otra que contendrá los centros médicos y

odontológicos de la ciudades más turísticas en el continente americano.

6.1.Datos iniciales de los Clientes

En esta fase, se recopilan los datos de los clientes que en un futuro van a salir del país, aunque

esto no es fundamental para alcanzar los objetivos de este proyecto, ya que la idea no es vender

los seguros internacionales (este paso se encarga de hacerlo cada una de las aseguradoras para

generar sus propias bases de datos), sino apoyar la comunicación entre el cliente y las compañías

cuando se presente un siniestro, es necesario ponerlo como ejemplo para casos en que el seguro

internacional haya sido comprado y no sea el servicio básico de una tarjeta de crédito. Además

será utilizado como una base de datos de los clientes para verificar tanto los datos del mismo, como

los servicios internacionales a los que puede acceder.

Para esto, se desarrolló un formulario en la plataforma de Google Forms con mi usuario del correo

institucional llamado “CLIENTES”, el cual contiene en el respectivo orden las siguientes

preguntas:

Nombre Completo: Es necesario para la identificación de la persona, este campo es

obligatorio ya que es indispensable saber el nombre del usuario no solo para referirse a él

sino también en caso de necesitar algún servicio en el exterior, además sirve para buscar y

validar los datos del cliente. El tipo de respuesta es de tipo corto y la validación de la misma

es que sea de tipo texto.

Fecha de Nacimiento: Este campo es obligatorio, con tipo de respuesta de fecha y es

necesario para saber la edad del cliente lo cual servirá en caso de una asistencia

internacional, además es utilizado desde el momento en que se ofrece un seguro ya que

normalmente tienen un costo más elevado las pólizas que son para personas de la tercera

edad, (Gómez, 2013).


28

Tipo de documento de Identidad: También es un campo obligatorio, pero en este caso con

respuesta de selección múltiple entre Cédula de Ciudadanía, Tarjeta de Identidad, Cedula

de Extranjería, Número de Pasaporte u otra; sirve para describir de forma más definida el

número de documento de identidad que tiene cada usuario.

Número Documento de Identidad: Es un campo obligatorio con respuesta corta y

validación de la misma al ser un número mayor a cero. Es necesario ya que sirve para

validar los datos de las personas que requieran una asistencia internacional ya que es un

número único en cada cliente haciendo de este la forma más fácil de validar información

de quien requiera un servicio.

Correo Electrónico: Respuesta obligatoria tipo corta, con validación de la misma como

texto que contiene dirección de correo electrónico. Es necesaria para enviar el soporte de

su póliza además en caso de que se requiera una asistencia internacional sirve para validar

el correo electrónico del usuario y en dado caso poder darle curso a la misma por este

medio.

Número de Celular: También es obligatoria ya que es el medio más fácil para comunicarse

con los clientes, además sirve en caso de que el cliente requiera algún servicio y tenga

activo el roaming internacional. Es una respuesta de tipo corto y su validación se realiza al

ser un número mayor a cero.

Número de Teléfono: no es un campo obligatorio, solamente se utiliza en caso de que el

cliente cuente con más de un numero de contacto para ser guardado en la base de datos,

tiene respuesta de tipo corto y validación de la misma al ser un número mayor a cero.

Nacionalidad: Obligatoria, con tipo de respuesta desplegable en la cual se ingresaron los

35 países de América, esta respuesta es de suma importancia ya que al requerir una

asistencia internacional, es necesario verificar que el usuario se encuentre fuera de su país

de residencia para aprobar o negar el servicio.

Seis Primeros Dígitos de su Tarjeta: esta no es una respuesta obligatoria, solo en caso de

que sea el seguro por tarjeta de crédito o el cliente desee extender la cobertura que le brinda

el banco, se solicitan los 6 primeros dígitos ya que estos indican la franquicia y el banco

con el que tienen su tarjeta de crédito; de esta forma se comprueba qué entidad sería la

responsable de la asistencia internacional de dicho cliente y además se podría comprobar

el tiempo y tipo de cobertura con el que cuenta. Es una respuesta de tipo corta, y su

validación es de número mayor a cero.

Fecha Inicio de Póliza (o salida del País): Es de suma importancia esta respuesta ya que

en caso de hacer uso de la aplicación se deben verificar los tiempos en los que el cliente

cuenta con la cobertura, estos tiempos se cuentan desde el momento de su salida bien sea

por medio de una póliza que haya adquirido o por medio del seguro internacional que le

brinde el banco o franquicia el cual siempre tiene tiempos estipulados según el tipo o clase

de tarjeta con la que cuente. Para este campo el tipo de respuesta es de fecha.


29

Fecha terminación de Póliza: Así como la fecha de inicio, esta es obligatoria ya que se

tiene en cuenta para saber la fecha límite en la que el cliente tendrá cobertura a nivel

internacional, en el momento de validar la información de un cliente que requiera algún

tipo de asistencia. En este caso también se toma la fecha como tipo de respuesta.

La visualización del formulario quedó de la siguiente forma:

Ilustración 1 Visualización del formulario en Google Forms


30

Luego de generadas las preguntas en el formulario, en la configuración general se marcó la opción

para recopilar las direcciones de correo electrónico y que se genere un acuse de recibido de

respuestas si el cliente desea mirar los datos que quedaron registrados.

Una vez guardada la configuración, en la pestaña de respuestas se creó la hoja de cálculo para

poder visualizar las mismas, esta hoja como ya se había nombrado será utilizada posteriormente

por la persona que reciba las solicitudes para verificar la información de los clientes y poder validar

los servicios. Ingresando a herramientas > Editor de secuencia de comandos, se generó un código

.gs que generará un número consecutivo para cada respuesta el cual se tomará como el número de

póliza o seguro por medio de la tarjeta del cliente, y que además le será enviado automáticamente

un correo de confirmación.

Realizando un ejemplo con los datos de la autora, se recibe el siguiente correo:

Ilustración 2 Ejemplo correo electrónico luego de llenar el formulario.

6.2.Datos de Aeropuertos Internacionales

Para la presente sección, ArcGIS Online tiene capas libres que se pueden agregar a los mapas, así

que se creó un nuevo mapa en ArcGIS Online luego de haber iniciado sesión el cual fue llamado

“Mapa mi Aplicación” una vez guardado, y se le puso una etiqueta llamada Asistencias

Internacionales la cual es indispensable ingresar.

Luego, al costado superior izquierdo de la pantalla, en la pestaña “Agregar” seguido de “Buscar

Capas”; en la casilla “Buscar” se ingresó la palabra “Airports” que significa aeropuertos en inglés,

y en la casilla “En” se seleccionó ArcGIS Online, al oprimir la pestaña ir, se desplegó una lista de


31

capas de aeropuertos y se seleccionó la capa World Airports la cual contiene la ubicación de los

aeropuertos de todo el mundo.

Ilustración 3 Visualización de ruta para agregar la capa "World Airports"

Una vez agregada la misma se cambió el estilo de la representación gráfica a un punto con tamaño

de 4px, para poder ser visualizados de una mejor forma, además para que no tapen la visualización

de los nuevos casos de asistencias internacionales.


32

Luego de realizado lo anterior se obtuvo la siguiente visualización:

Ilustración 4 Visualización capa de Aeropuertos del mundo en Arcgis Online.

6.3. Datos Centro Médicos y Odontológicos

La creación de esta capa se realizó con el fin de mostrar posteriormente la efectividad de la

aplicación ya que normalmente las compañías cuentan con sus propios prestadores o centros

médicos a los que les paga directamente bien sea el mismo día, quincenal o mensualmente, por

ende, es indispensable identificar cual es el lugar más cercano al usuario que requiera una

asistencia médica.

Por experiencia de la autora, al haber trabajado en una compañía de asistencias internacionales,

sabe que cuando un usuario requiere de una asistencia médica, se realiza inicialmente una

teleconferencia entre el cliente, la persona de la compañía que está coordinando la asistencia y un

médico de cabecera que se encarga de analizar los síntomas del paciente y determinar cuál es el

tipo de asistencia pertinente para cada caso, si el traslado inmediato a una sala de emergencias u

hospital, el envío de un médico domiciliario si cuentan con dicho en la zona en la que se encuentre,

o dirigirse a un centro médico normal. Para casos odontológicos no es necesaria la conferencia,


33

sino que simplemente se envían a centros odontológicos, esto también de conocimiento de la

autora.

Por lo anterior, se realizó la creación de una base de datos prueba con información de los cuatro

tipos de prestadores nombrados anteriormente, la misma fue generada a partir de un formulario en

Google Forms llamado “PRESTADORES” el cual se creó desde la cuenta institucional de la autora

y contiene los siguientes campos:

Tipo de Prestador: Este campo como su nombre lo dice, describe el tipo de prestador que

se va a ingresar a la base de datos para lo cual se generaron cuatro opciones de opción

múltiple que se describen a continuación.

- Centro Médico: Se refiere a los centros médicos básicos, en los cuales generalmente es

necesario solicitar una cita y no prestan servicios de hospitalización en caso de ser

requeridos.

- Centro Odontológico: Identifica los establecimientos o lugares en los que se prestan

únicamente servicios odontológicos.

- Hospital: Se refiere a los centros de atención primaria los cuales prestan servicios de

hospitalización, estos generalmente se utilizan cuando la vida de una persona está en

peligro a causa de una enfermedad o accidente.

- Medico Domiciliario: es conocido en inglés como house call doctor, y como lo dice su

nombre presta servicios médicos a domicilio.

Este campo fue generado como obligatorio teniendo en cuenta que es primordial para poder

saber cuál es el prestador más cercano según el caso y tipo de servicio que requiera.

País: Es de suma importancia tener presente el país en el que se encuentra el prestador por

ende se tomó esta respuesta como obligatoria y se ingresaron los 35 países de américa en

tipo de respuesta desplegable.

Ciudad: Así como el país, es importante saber en qué ciudad específicamente se encuentra

el prestador, para la selección de las ciudades se buscó en la web los destinos más turísticos

de cada uno de los 35 países y de esta forma se seleccionaron 89 ciudades en América

teniendo en cuenta que hay países más turísticos que otros y que de igual forma esta base

de datos no es algo real sino simplemente un ejemplo como si dicha información fuera

parte de alguna compañía de servicios internacionales, sin embargo se trató de hacer lo más

real posible. Este dato se definió como un valor obligatorio en casillas de verificación y se

adicionó la opción “Otro” con el fin de ingresar el nombre de alguna otra ciudad que no se

haya contemplado dentro de las ochenta y nueve nombradas.


34

Nombre del Centro Médico: Como su nombre lo dice, este campo fue creado para ingresar

el nombre del prestador o centro médico por lo cual se dejó con tipo de respuesta corta y

además de carácter obligatorio.

Dirección: Este campo fue definido como obligatorio teniendo en cuenta que es uno de los

datos más importantes, por un lado, para saber qué tan cerca se encuentra del usuario

cuando se verifique en Arcgis Online o en el servidor, y segundo para poder brindar la

dirección exacta del centro médico y que no se presenten confusiones.

Idioma: El idioma se agregó al formulario pensando en que, al ser un servicio internacional

y al existir tantos idiomas a nivel mundial es importante que tanto los usuarios como la

compañía lo tengan presente para una clara comunicación entre todos, bien sea para que la

compañía solicite una cita o directamente entre el pariente y el médico. Es claro que este

campo es bastante importante por tanto se dejó como respuesta obligatoria con casillas de

verificación entre español, inglés, francés y portugués, adicionalmente se dejó una casilla

con opción de “otro” en caso de que hablen un idioma diferente a los anteriormente

nombrados, este tipo de respuesta permite que se pueda elegir más de un idioma.

Teléfono: Como su nombre lo dice, dicho espacio permite el ingreso del teléfono del

prestador lo cual es de suma importancia teniendo en cuenta que se necesita el mismo para

solicitar una cita o servicio y adicionalmente es importante brindárselo al cliente como

información base del prestador al que se va a dirigir por tanto se dejó como un dato

obligatorio con tipo de respuesta corta.

E-mail: Dicho campo fue creado para el ingreso del correo al cual se pueda comunicar la

compañía aseguradora con el prestador, bien sea para solicitar una cita o para concretar

pagos, sin embargo, al ser una base de datos prueba no se ingresó información en este

campo puesto que la información que aparece en la web de centros médicos es muy básica.

Es por lo anterior que no se estableció como un dato obligatorio y se dejó como respuesta

corta de texto con validación de la misma con dirección de correo electrónico.

Una vez creados los campos en el formulario, en las opciones de las respuestas, se seleccionó el

destino de las mismas en una hoja de cálculo creada directamente desde Google forms en la cual

se podrán visualizar posteriormente los datos y ser editados desde allí.

Posteriormente se realizó una vista previa del formulario en la cual se verificó que todos los

campos estuvieran bien y acordes a la información básica que se requiere de un centro médico y

una vez verificado el mismo, se ingresó a la pestaña enviar donde inicialmente se envió por correo

a la cuenta institucional de la autora y posteriormente se tomó el enlace al cual podrían ingresar

las personas de la compañía encargadas de vincular nuevos prestadores, dicho enlace quedó con


35

la siguiente dirección https://goo.gl/forms/KYLTP8aN9nG2e9Ef2 y la visualización del

formulario se muestra a continuación.

Ilustración 5 Visualización formulario para ingreso de prestadores.

Una vez creado el formulario se procedió a buscar en la web por lo menos un prestador de cada

tipo para cada una de las 89 ciudades, sin embargo, hubo algunas en las que no se encontró

información suficiente o solamente salía el nombre y no la dirección cuya dato es de suma

importancia por tanto se incluyó únicamente un prestador. En total se obtuvo la información de

284 centros médicos en toda América.

https://goo.gl/forms/KYLTP8aN9nG2e9Ef2


36

7. DESARROLLO EN ARCGIS ONLINE

Aunque en el capítulo anterior ya se vio un adelanto de lo desarrollado en ArcGIS Online, en este

capítulo se complementará cargando una nueva capa de los centros médicos y odontológicos,

además de la capa que cargará y actualizará las nuevas solicitudes de los usuarios de la aplicación

y de las configuraciones extras que tendrá el mismo.

7.1. Creación Capa de Centros médicos y Odontológicos

Para la carga al “Mapa Mi aplicación” de los datos de prestadores recopilados en Google forms,

se procedió a ingresar a la hoja de cálculo en la web que fue creada como se mostró en el numeral

6.3 del proyecto, en la cual, ingresando a la pestaña archivo > descargar como > valores separados

por comas, se obtuvo el archivo .csv.

Ilustración 6 Descarga datos de prestadores a archivo .csv.

Después de haber obtenido el archivo, se ingresó al “Mapa Mi aplicación” en el visor de mapas de

ArcGIS online donde se agregó una capa desde un archivo y allí se cargó el obtenido anteriormente


37

el cual tiene el nombre de “PRESTADORES”, un vez cargado se picó en la opción “Importar

Capa”.

Ilustración 7 Carga de archivo .csv a ArcGIS Online.

En la ventana emergente que aparece, se localizaron las entidades por direcciones o lugares en el

mundo y en los capos de ubicación se relacionaron con los mismos nombres país, ciudad y

dirección para que se genere la ubicación de cada uno de los datos de manera precisa.

Ilustración 8 Características de carga del archivo .csv.


38

Al cargarse la capa inmediatamente permite cambiar el estilo de la misma por lo cual el atributo

que se mostró fue el del tipo de prestador y el estilo del dibujo s eligió como símbolos únicos

dejando un símbolo para cada uno de los prestadores de la siguiente forma.

Ilustración 9 Cambio de simbología para la capa "PRESTADORES".

La visualización de la capa en el continente se muestra a continuación:

Ilustración 10 Visualización de la capa en el "Mapa Mi Aplicación".


39

7.2.Creación Capa para usuarios de la aplicación

7.2.1. Desarrollo en ArcMap

En esta fase del proyecto es necesario afirmar que se hicieron por lo menos cien pruebas para

encontrar el camino correcto de visualización de la aplicación ya que lamentablemente no se

encuentra información sobre el mismo, sin embargo, de esto se hablará en el siguiente capítulo

donde se muestra el diseño y desarrollo de la aplicación.

Para la creación de la capa o feature layer que muestra los nuevos usuarios que requieren un

servicio y lo reportan por medio de SAFE TRAVEL, inicialmente se realizó la creación de una

personal geodatabase en el catálogo de ArcMap llamada “Aplicación”.

Ilustración 11 Ruta para creación de la personal geodatabase.

Una vez creada se generó un nuevo feature class o clase de entidad dentro de la misma con el

nombre de “Mi Aplicación”, la clase de entidad almacena entidades geográficas con una misma

geometría para todas, estas mismas pueden ser tipo línea, punto o polígono, dependiendo de la

necesidad o tipo de gráfico que desee visualizar quien las crea.


40

Ilustración 12 Ruta para creación de nuevo feature class.

Al abrirse la ventana para darle las características o propiedades al feature class se realizó el

siguiente procedimiento:

-Primero se eligió el tipo de entidad como punto ya que eso es lo que se desea visualizar, en el

mapa que se va a tener como servidor.

Ilustración 13 Selección tipo de feature class para la capa de la aplicación.


41

Luego se eligió el sistema de coordenadas geográficas como WGS 1984 World Mercator ya que

este es el sistema de coordenadas mundial y permite localizar cualquier punto de la tierra lo cual

es necesario para poder obtener la ubicación precisa de las personas que utilicen la aplicación.

Ilustración 14 Selección del Sistema de coordenadas geográficas para capa de la aplicación.

Posteriormente aparece una ventana en la cual se pueden ingresar los atributos o características

que se desean visualizar del feature class como lo es el nombre, documento de identidad, entre

otros, sin embargo, no es necesario ingresarlos inmediatamente ya que se puede configurar en

cualquier momento por lo cual se oprimió la pestaña siguiente y de esta forma se creó el feature

class o la nueva capa.

Teniendo en cuenta que es necesaria cierta información básica de las personas que se comuniquen

y que esta capa la verán como un formulario en la aplicación (lo cual será mostrado más adelante),

se generaron campos para cada uno de los datos a ingresar dentro de las propiedades del feature


42

class y la pestaña fields (campos), dichos campos tienen un tipo de dato y ciertas especificaciones

propias para cada uno.

Se generaron entonces los 12 campos que se muestran a continuación:

1. OBJECT ID: Este campo se genera por defecto en cualquier feature class y representa la

identificación del objeto, número consecutivo o alias para cada uno de los objetos que se

creen.

Ilustración 15 Características del campo ObjectID


43

2. SHAPE: Muestra la geometría del objeto que como se dijo anteriormente para este caso es

de tipo punto, ni este campo ni el anterior son configurable ya que se crean por defecto.

Ilustración 16 Características del campo Shape.

3. NOMBRES_COMPLETOS: Este campo como su nombre lo dice, llevará el registro de los

nombres completos de cada uno de los usuarios de la aplicación, es indispensable para

tenerlo como referencia cuando se le vaya a dar solución al tipo de problema que se


44

presente y poder referirse a la persona, además es útil en el momento de validar el tipo de

cobertura que tiene el usuario en la hoja de cálculo que se genera a partir del registro en

Google Forms en caso de que ingresen erróneamente alguno de los otros datos.

Este campo es de tipo texto con una longitud de 50 caracteres, su alias tiene el mismo

nombre para que el servidor y el usuario lo vean de igual forma, además no permite valores

nulos, es decir que es requisito para el envío de la solicitud.

Ilustración 17 Características del campo Nombres_Completos

4. NÚMERO_DOCUMENTO_DE_IDENTIDAD: Aquí se ingresará el número de documento

de identidad de la persona bien sea Cédula de Ciudadanía, Tarjeta de Identidad, Cedula de

Extranjería, Número de Pasaporte u otro, con el fin de buscar e identificar el tipo de


45

cobertura que tiene y si se encuentra en nuestra base de datos que tenemos como ejemplo

que es en este caso la hoja de cálculo que se tiene del formulario de Google.

Para este caso el tipo de dato es Double con el fin de que sólo permita ingresar números y

sea más fácil la búsqueda, además tiene su alias con el mismo nombre y no permite valores

nulos.

Ilustración 18 Características del campo Número_Documento_de_Identidad

5. TELÉFONO_EN_EL_PAÍS_QUE_SE_ENCUENTRA: Este campo está creado en caso de

que la persona cuente con un número telefónico en el país que se encuentre y de esta forma

la compañía de asistencias se pueda comunicar de vuelta, en caso de ser así, simplemente

la persona que esté en el servidor o que vaya a dar respuesta al usuario buscaría el indicativo


46

del país en el cual se registra la ubicación y/o el país que seleccione (el cual es otro de los

campos) para llamarlo.

Como el anterior este es de tipo double, para que sólo se ingresen números, pero permite

valores nulos ya que es muy probable que el usuario no cuente con un número telefónico

pues normalmente viajan sólo por unos días, por lo cual no puede ser de tipo obligatorio.

Ilustración 19 Características del campo Teléfono_en_el_País_que_se_encuentra.

6. CORREO_ELECTRÓNICO: Este es un campo obligatorio ya que al existir la posibilidad

de que el usuario no cuente con un número telefónico para que la compañía se comunique

de vuelta y resuelva su necesidad, es necesario que ingrese su correo electrónico y de esta

forma exista por lo menos un vínculo de comunicación entre ambos.


47

El tipo de dato en este caso es de texto y tiene una longitud de 50 caracteres, además, así

como en los campos anteriores, su alias tiene el mismo nombre “Correo_Electrónico”.

Ilustración 20 Características del campo Correo_Electrónico.

7. NÚMERO_DE_PÓLIZA: Como lo dice su nombre, este campo está creado para ingresar

el número de póliza o seguro el cual fue generado al realizar el registro inicial tal como se

mostró en el numeral 6.1 del presente trabajo de grado. Con este número también se puede

realizar el filtro en la hoja de cálculo generada por Google Forms, o en caso de que se usara

en cualquier compañía de asistencias internacionales, podrían verificar en su propia base

de datos.


48

Para este caso se aceptan valores nulos ya que existe la posibilidad de que el usuario no

tenga la información a la mano en el momento de requerir la asistencia, además, teniendo

en cuenta que las pólizas son numéricas el tipo de dato se seleccionó como double.

Ilustración 21 Características del campo Número_de_Póliza

8. SEIS_PRIMEROS_DÍGITOS_DE_SU_TARJETA_DE_CRÉDITO: Estos números no son

obligatorios ya que existe la posibilidad de que el usuario de la aplicación no requiera el

servicio por medio de su tarjeta si no de un seguro comprado, además es muy probable que

se genere desconfianza por ingresar los números mediante una aplicación móvil pues no

saben que estos seis primeros dígitos únicamente indican el banco y tipo de tarjeta que

tienen (son más conocidos como BIN), por lo cual creen que se puede generar cualquier

tipo de fraude por este medio, sin embargo, en caso de que los números sean ingresados,

la persona de la compañía que reciba el requerimiento de la asistencia podrá verificar de


49

forma rápida el tipo de coberturas internacionales con las que cuenta el cliente ingresando

a alguna de las páginas de uso libre que se encuentran en internet las cuales se mostrarán

en el capítulo de comprobación del desarrollo.

Teniendo en cuenta que el tipo de dato era numérico, se eligió de tipo double.

Ilustración 22 Características del campo Seis_Primeros_dígitos_de_su_Tarjeta_de_crédito

9. FECHA_DEL_SINIESTRO: Este es un dato importante ya que existe la posibilidad de que

la persona que requirió la asistencia no haya presentado su inconveniente el mismo día que

está ingresando a reportarlo en la aplicación como puede suceder con los casos de asistencia

médica donde el cliente ya recibió su asistencia pero desea comunicarse para solicitar el

reembolso de su dinero, así mismo, la persona que se encargue de coordinar los servicios

internacionales sabrá cuales tienen más prioridad que otros ya que los más recientes o que

se estén reportando con fecha de siniestro de ese mismo día necesitarán ser resueltos con


50

mayor celeridad; esto no quiere decir que no se vayan a coordinar o solucionar el resto de

casos. Además, este dato ayudará con la aprobación o negación del beneficio ya que por

ejemplo para casos de demora de equipaje, en algunas compañías como lo es el caso de

Click Travel Protection, es necesario que el cliente reporte el siniestro desde el aeropuerto,

lo que implica que se reporte el mismo día en que le ocurrió el percance, otras compañías

por el contrario son más flexibles y permiten que se reporte dentro de las primeras 24 horas

por lo cual es importante tener este dato. Cabe aclarar que, de igual forma al cargar esta

capa en ArcGIS Online, permite que se vea la fecha y hora exacta en que se generó el

registro, sin embargo, esto será mostrado más adelante.

Para este campo el tipo de dato fue de fecha y no se permitieron valores nulos al ser un

dato indispensable.

Ilustración 23 Características del campo Fecha_del_Siniestro.


51

10. EN_QUÉ_PAÍS_SE_ENCUENTRA: Este campo fue adicionada en caso de que por algún

motivo al tomar la ubicación GPS del usuario quede incorrecta, y es de suma importancia

tener este dato ya que le permite a la compañía aseguradora llamar de vuelta al usuario para

lo cual simplemente buscaría el indicativo del país y llamaría a número que el usuario

ingresó previamente; sirve además para realizar una comparación rápida entre el país de

residencia y el país en el que se encuentra de viaje.

El tipo de dato fue de texto con una longitud de 50 caracteres, y teniendo en cuenta la

importancia de esta información, no se permitieron valores nulos.

Ilustración 24 Características del campo En_Qué_País_se_encuentra.

Aunque es de saber que no sería difícil para el usuario escribir en un espacio el nombre del

país en el que se encuentre de viaje, se busca la mayor comodidad al utilizar la aplicación

por eso se pensó en que sería pertinente que los usuarios pudieran simplemente seleccionar


52

el país en una lista de opciones, así que, luego de varias pruebas para saber cómo obtener

esta opción, se encontró que la manera más fácil era crear un dominio dentro de la base de

datos geográficos ó geodatabase el cual sería usado por este campo.

En la pestaña subtipos dentro de las propiedades del feature class, se ingresó a la opción

dominios y se creó uno nuevo cuyo nombre es “País en que se encuentra”, dentro de sus

propiedades se tuvo en cuenta que el tipo de campo era texto, y el tipo de dominio se dejó

como valores codificados con el fin de darle un código a cada uno de los países y de esta

forma poderlos visualizar en orden alfabético, es decir que a Antigua y Barbuda se le dio

el código 01, a Argentina el 02 y así sucesivamente hasta completar los 35 países de

América finalizando con Venezuela con el código 35, sin embargo se adicionó una opción

adicional llamada “Otro” en caso de que la comunicación de esté haciendo desde algún

otro país.

Ilustración 25 Creación del dominio País en que se encuentra.


53

Una vez realizada la creación del dominio, se realiza la vinculación con el campo en la pestaña

fields de la siguiente forma y de esta manera se culmina la creación de este campo.

Ilustración 26 Vinculación del dominio "País en que se encuentra" al campo “En qué país se Encuentra”.

11. TIPO_DE_SINIESTRO: Este es probablemente el campo más importante ya que es la base

para que la persona que se encargue de resolver los casos según el tipo de siniestro que

presente, pueda visualizarlos en el servidor (es decir en ArcGIS Online) y darle la correcta

coordinación al mismo.

Como se ha mencionado desde un principio, en Safe Travel se manejarán 3 tipos de

siniestros, el primero es “asistencia médica” el cual indica que la persona que se encuentra

en el exterior y está reportando su caso, requiere de una asistencia bien sea médica,

odontológica u hospitalaria; en segundo lugar se encuentra la “demora o pérdida de

equipaje” que como su nombre lo dice sirve para el reporte de una eventualidad de estas y

permite que por un lado el servidor esté pendiente de la entrega de dicho equipaje y por


54

otro, que haga uso de su beneficio económico en caso de cumplir con el condicionado de

la compañía. Por último, se encuentra el vuelo retrasado o cancelado que le permitirá al

usuario, en caso de tener que quedarse por varias horas en el aeropuerto, solicitar el

beneficio de alimentación, comunicación, hospedaje y transporte a la aseguradora quien

aprobará o cancelará el beneficio según el cumplimiento de su reglamento tal como se

muestra en el numeral 4.10 del condicionado de uso de Assist Card (Assist Card, 2015) y

que para cada compañía es diferente. Adicional a esto se tuvo en cuenta un campo llamado

“otro” para las personas que traten de comunicarse con la compañía por medio de esta

aplicación, pero requieran otro tipo de servicio o información como lo podría ser la

adquisición de un nuevo seguro internacional.

Para la creación de este campo, y teniendo en cuenta que el usuario debía seleccionar una

de las opciones, el tipo de dato se creó como un entero corto o short integer con el fin de

poder generar subtipos; además, no se permitieron valores nulos teniendo en cuenta la

importancia del campo.

Ilustración 27 Características del campo Tipo_de_Siniestro


55

Luego de haberse creado el campo, dentro de las propiedades del feature class en la pestaña

subtipos, se selecciona en la opción campo de subtipo el campo que fue recién creado y se ingresan

los subtipos dándole un código a cada uno, 1 para Asistencia Médica, 2 para Demora o Pérdida de

Equipaje, 3 para Vuelo Retrasado o Cancelado y 4 para Otro, tal como se visualiza a continuación.

Ilustración 28 Creación de los subtipos para Tipo de Siniestro.

12. ESTADO DEL CASO: Este campo se creó con el fin de poder hacer seguimiento a los

casos por parte de las aseguradoras y poderlos filtrar según si están aún en curso (abiertos)

ó cerrados, lo cual le permitirá a la compañía darle una solución final a los mismos; este

filtrado se mostrará más adelante en la implementación en ArcGIS Online.


56

En este caso se permitieron valores nulos ya que le concierne a la aseguradora decidir si

están abiertos o cerrados, sin embargo, no fue posible crear el campo directamente en

ArcGIS Online y por ende se ingresó dentro de la capa.

Ilustración 29 Características del campo Estado_del_caso.

Así como para el campo “En_Qué_País_se_ecuentra” fue necesario crear un dominio para la

selección de una de las opciones, para este caso también lo fue, de tal forma que ingresando de

nuevo en la pestaña subtipo en la opción de dominios se ingresó uno nuevo llamado “Estado del

caso” en el cual el tipo de campo fue entero corto y el tipo de su dominio fue con valores


57

codificados teniendo en cuenta que para la opción de abierto el código fue 1 y para la de cerrado

fue el 2.

Ilustración 30 Creación del dominio para el estado del caso.

Luego de ser creado, nuevamente en la pestaña fields se vinculó el dominio recién generado con

el campo “Estado_del_caso” y en el valor por defecto se dejó el número 1 teniendo en cuenta que

los nuevos casos casi nunca estarán cerrados y de ser así la compañía directamente los modificaría;

en caso de que el usuario seleccione por error el estado del caso como cerrado, de igual forma se

visualizará en el servidor en el cual aparecerán los casos recientemente registrados.


58

Finalmente, una vez creados los doce campos anteriormente nombrados, se cargó la capa en los

layers de ArcMap para darle la simbología a los subtipos registrados en tipo de siniestro de la

siguiente forma:

Ilustración 31 Simbología de los subtipos en el layer Mi Aplicación.

7.2.2. Implementación en ArcGIS Online

Con el fin de visualizar la capa creada para los usuarios de la aplicación junto con las capas que

contienen la información de los centros médicos y aeropuertos a nivel global, se procedió a realizar

la carga de la misma en ArcGIS Online tal como se muestra a continuación:

Inicialmente, en archivo, iniciar sesión, se procedió a ingresar el usuario y contraseña de ArcGIS

Online para que de esta forma se pueda vincular la información que se tiene en el software de

escritorio con el que está en la web.

Una vez iniciada la sesión, se procedió a compartir la capa, ingresando a archivo (file) > compartir

como ó share as > servicio (service), se comparte de esta forma y no como un paquete de mapas o


59

Map package ya que no tiene ninguna información, sólo se desea compartir la capa y que sea un

servicio para poder ser vinculada en APP Studio para ArcGIS.

Ilustración 32 Ruta para compartir la capa como servicio en ArcGIS Online

En la ventana emergente se tomó la opción publicar un servicio.

Ilustración 33 Primer ventana emergente para publicar la capa como servicio.


60

Luego de oprimir en la pestaña siguiente, se eligió una conexión que en este caso fue con la

Universidad Distrital Francisco José de Caldas, teniendo en cuenta que es donde se alojan los

servicios para la cuenta que fue utilizada de ArcGIS Online ya que esta se encuentra

automáticamente vinculada por ser usuario de la universidad. Adicional a esto, se le dio un nombre

al servicio que para este caso se utilizó el mismo de la aplicación “Safe Travel”, teniendo en cuenta

que es el que se utilizará en la misma y por ende el más importante.

Ilustración 34 Selección de conexión del servicio y nombre.

En los parámetros del servicio a publicar se ingresó cincuenta mil como el número máximo de

registros devueltos por el servidor teniendo en cuenta que la idea es que ingrese un gran número

de personas a hacer uso de la aplicación, además, en la pestaña de capacidades se eligió que se

tuviera acceso a la función para de esta forma poder ingresar datos en la capa o el servicio.

Posteriormente, en el acceso a la función o feature Access, se seleccionaron las operaciones

permitidas para la capa, por lo cual se seleccionaron todas las opciones, crear para que cualquier

persona pueda crear un nuevo registro, eliminar para que el servidor o la persona que se encargue

de darle solución al siniestro que se presente pueda eliminar o modificar algún dato, sincronizar


61

para que se sincronice la información que se envíe con ArcGIS Online y actualizar para que la

capa permita ver a los nuevos usuarios cada vez que la misma sea actualizada.

Ilustración 35 Características del feature access para exportar la capa a ArcGIS Online.

Para la pestaña llamada descripción de ítem simplemente se agregaron algunas palabras al resumen

y las etiquetas ya que son prerrequisito para poder publicar.

Ilustración 36 Características de la descripción del ítem para exportar la capa a ArcGIS Online.


62

Finalmente, en la pestaña llamada sharing, se selecciona con quien se desea compartir la capa, para

el presente proyecto es de suma importancia compartirla con todo el mundo ya que la idea es que

sea de uso global de tal forma cualquier persona pueda acceder a la aplicación. Una vez

seleccionado con quien se desea compartir, se oprime la pestaña superior derecha llamada Publish,

la cual publicará la capa.

Ilustración 37 Características de la pestaña "compartir" para exportar la capa a ArcGIS Online.

La siguiente ventana comprobó que el resultado de la publicación fue exitoso.

Ilustración 38 Ventana de Comprobación de la publicada en ArcGIS Online


63

Ingresando a ArcGIS Online, con el usuario y contraseña personal, se verifica que la capa

efectivamente fue compartida y se generaron dos archivos, un feature layer o capa, y un service

definition (definición de servicio).

Ilustración 39 Visualización de nueva capa en Contenido de ArcGIS Online.

Así como las capas de los centros médicos y los aeropuertos, se integró la capa “Safe Travel”

recién creada al “Mapa mi Aplicación”. Esto se realizó directamente desde dicho mapa Web de

manera similar a como se agregó la capa de aeropuertos en el numeral 6.2 del presente trabajo.

Estando en la pestaña “Mi contenido” se ingresó al “Mapa mi Aplicación” y se abrió el visor de

mapas, una vez abierto se dio clic en la pestaña agregar seguido de “Buscar capas” y en la pestaña

“Entrada” se seleccionó “Mi contenido” en el cual apareció la capa creada previamente llamada

Safe_Travel; se oprimió la pestaña “agregar” y posteriormente se cliqueó en la opción para

terminar de añadir capas.

Ilustración 40 Adición de la capa "Safe Travel" al "Mapa mi Aplicación".


64

Inmediatamente se visualiza la capa en la pestaña “contenido” del mapa , y teniendo en cuenta que

es necesario que se actualice la información de la capa constantemente para que el servidor o quien

esté a cargo del seguimiento del caso pueda visualizarla y dar una pronta solución, se modificó el

tiempo de actualización de la misma dando clic sobre el nombre “Safe_Travel” y en las opciones

que aparecen posteriormente, se oprimió el botón de más opciones seguido de la pestaña intervalo

de la actualización en donde se activó la pestaña y se ingresó un tiempo de un minuto así como se

muestra a continuación.

Ilustración 41 Modificación de intervalo de actualización de la capa "Safe Travel".

Otra de las modificaciones que se realizó para dicha capa fue la visualización de la fecha de

creación de la misma ya que aunque uno de los campos es la fecha del siniestro, no significa que

esa fecha sea del mismo día, pudo haber ocurrido algunos días antes, y teniendo en cuenta que para

algunas compañías es necesario que las personas reporten en siniestro dentro de las primeras 24

horas como ocurre por ejemplo en la compensación en caso de demora de equipaje del numeral


65

2.2 en el condicionado de uso de la compañía AXA (AXA Assistance, 2016), es necesario tener

presente la fecha y hora exacta en la que se reporta para que se pueda aprobar o negar el beneficio.

Por otro lado, fue necesario generar un filtro en el cual se puedan visualizar los casos que están

abiertos y los que han sido creados en el día, teniendo en cuenta que si la aplicación es usada por

un gran número de usuarios y no se van depurando los que ya están resueltos, el mapa se saturaría

y sería complicado visualizar de forma correcta las nuevas solicitudes, además se tuvo en cuenta

que se visualizara la fecha actual ya que existe la posibilidad de que por error algún usuario ponga

la opción “cerrado” en el estado del caso. Para generar dicho filtro se dio clic sobre el nombre de

la capa y se seleccionó la opción de filtro, en la ventana emergente se añadieron dos expresiones,

la primera fue que el valor del estado del caso fuera abierto y la segunda que la fecha de creación

del campo fuera igual a la fecha actual, así como se muestra a continuación.

Ilustración 42 Generación de filtro para la visualización de datos en la capa "Safe Travel".

Se debe tener en cuenta que, para dicho filtro, la persona que se encargue de manejar el servidor

debe cambiar la fecha diariamente puesto que no se modifica automáticamente.

Con el fin de visualizar de forma más fácil las nuevas solicitudes, se modificó la transparencia en

los símbolos que representan cada uno de los siniestros de tal forma que los reportes más recientes

se visualizaran con un color más fuerte. Esto se realizó en ArcGIS Online dando clic sobre el


66

nombre de la capa y seleccionando la opción “Cambiar Estilo”, posteriormente se seleccionó la

opción “Tipos (símbolos únicos)” y en la ventana emergente se ingresó a la opción de establecer

transparencia por entidad en la cual se eligió el campo de la fecha de creación con un rango de

transparencia de 20% en los valores altos y de 80% para los bajos tan como se muestra en la

siguiente imagen.

Ilustración 43 Modificación rango de transparencia en la simbología de la capa "Safe Travel".

Para poder llevar un “número de caso” y poder tener presente el consecutivo, en la tabla de la capa

se activó la columna llamada “Object ID” la cual muestra de manera segura el número de registro

que se genera por defecto, dicho espació se activó en la pestaña “+” que aparece en la parte superior


67

izquierda al desplegar la tabla de los registros, allí se puede ver que en caso de requerir información

adicional se pueden activar las otras columnas que sean necesarias.

Ilustración 44 Activación de la columna "Object ID" en la tabla de datos de la capa Safe Travel.

Por último, se crea un nuevo campo en donde se pueda ingresar el PIR o número de reporte de

daños que le brindan las aerolíneas a los clientes para los casos de demora o pérdida de equipaje,

este campo es importante ya que con dicho código se puede rastrear el mismo, pero no se ingresó

en el la capa para ser visualizada por los clientes ya que normalmente no tienen conocimiento y se

pueden causar confusiones a la hora del reporte.

La creación del campo “PIR” se adicionó desde las opciones de la tabla de la capa, con una longitud

de diez caracteres ya que siempre se compone de cinco letras y cinco números.

Ilustración 45 Creación del campo "PIR" para la tabla de Safe Travel.


68

8. DISEÑO Y DESARROLLO DE LA APLICACIÓN


69

Ilustración 46 Diagrama diseño visualización de la aplicación.

Como fue nombrado desde el inicio del presente trabajo de grado, esta aplicación fue desarrollada

en App Studio para ArcGIS, una herramienta con la que cuenta la compañía Esri la cual permite

hacer de forma más sencilla convertir mapas en aplicaciones móviles, es necesario resaltar que

dicha plataforma cuenta con dos tipos de licencia, una básica y otra estándar, pero al tener la

licencia básica varias herramientas de edición limitadas, fue necesario obtener la licencia estándar

por medio de una solicitud la cual fue aprobada gracias a la gran ayuda del director del proyecto y

además por ser estudiante de la universidad.

Una vez obtenida la licencia, con el mismo usuario de ArcGIS Online, se ingresó a la plataforma

de AppStudio para ArcGIS en la versión web. Allí se ingresó a la opción “crea tu aplicación” la

cual se encuentra en la parte inferior de la página y en la siguiente ventana se eligió la opción

Informe Rápido, la cual permite que los usuarios de la aplicación puedan enviar la ubicación desde

los dispositivos, por ende, fue lo que más se adoptó a los objetos del proyecto.

Ilustración 47 Selección del tipo de Aplicación a realizar en AppStudio for ArcGIS.

Luego de ingresar en dicho tipo de plantilla, se le dio el nombre, Safe Travel, en la pestaña de

información sobre la aplicación, además de un resumen pequeño sobre la misma. En dicha pestaña

se solicitan las imágenes de la pantalla de presentación y el logo o ícono de la aplicación, para lo

cual, con la ayuda de un diseñador gráfico se generaron estas imágenes, pero cabe aclarar que las

mismas fueron de idea e imaginación totalmente propias de la autora, sin embargo al ser diseñadas

en el software llamado Adobe Illustrator el cual no es de su conocimiento, no es posible compartir

paso a paso la creación de las mismas, con el siguiente resultado.


70

Ilustración 48 Ingreso de información sobre la aplicacion en AppStudio for ArcGIS.

En la pestaña “configuración del informe rápido” se ingresó la imagen de fondo y posteriormente

se eligió el servicio de entidades creado en el numeral anterior, el cual fue llamado “Safe Travel”

y cuya capa fue creada en ArcMap con el nombre de “Mi_Aplicación”. Finalmente, se le da aceptar

e inmediatamente se vincula la capa a la aplicación.

Ilustración 49 Selección del servicio para la aplicación.

Realizado el anterior paso, se procedió a guardar y finalizar con el fin de proceder a realizar el

resto de ajustes de la aplicación los cuales se realizaron ingresando a una de las opciones


71

emergentes llamada “personaliza la aplicación” en la cual se debe descargar la versión de escritorio

de AppStudio y posteriormente oprimir el paso dos en el cual se abre el código del proyecto.

Ilustración 50 Pasos para ingresar a la personalización de la aplicación.

Una vez descargada e instalada la versión de escritorio, se procedió a abrir el código fuente de la

aplicación para que se pudiera visualizar en el software iniciando sesión con el mismo usuario y

contraseña de ArcGIS Online, con el cual se descarga automáticamente la aplicación.

Ilustración 51 Descarga de la aplicación en la versión de escritorio de AppStudio.

Estando en la versión de escritorio, se seleccionó la aplicación y se ingresó a la opción de ajustes

la cual se encuentra en el costado superior de la ventana.


72

Ilustración 52 Selección de ajustes en AppStudio para escritorio.

Aparecen siete pestañas las cuales se dividen en subgrupos u otras pestañas que permiten la

modificación de la aplicación recién creada. En la primera pestaña llamada “Detalles” se encuentra

la información básica como lo es el nombre de la aplicación, su resumen y sus etiquetas las cuales

no son modificadas ya que habían sido ingresadas correctamente en la plataforma web, la siguiente

pestaña, propiedades del reporte rápido o quick report, contiene cuatro subpestañas: pantalla de

inicio (start screen), forma (form), colores (colors) y otras propiedades.

En la pestaña Start Screen, se encuentra la imagen del fondo de la pantalla de inicio la cual ya

había sido ingresada en el sitio web de AppStudio por ende aparece por defecto, además contiene

el tamaño de la letra base de la aplicación que para este caso fue 20 y dos tipos de letra, una para

el título que para este caso fue el estilo de letra Kate Celebration y otra para el resto de contenido

de la aplicación llamada Cream Demo las cuales fueron descargadas de internet utilizando archivos

con extensión .ttf (Dafont, 2017).

Otra de las opciones que aparecen en la pestaña Start Screen es para activar o desactivar la

visualización del logo de la aplicación el cual también había sido cargado previamente en la web,

además de información como el link de un sitio web, número telefónico, correo empresarial, entre


73

otra información la cual no fue agregada ya que esta información vendría siendo la de alguna

empresa real.

Ilustración 53 Configuración pestaña Start Screen en AppStudio version escritorio.

En la siguiente pestaña llamada Form o forma, aparecen las opciones correspondientes a la capa o

servicio que se vinculó a la aplicación en la web como el identificador del mapa, el cual aparece

por defecto al igual que la dirección del servicio de funciones o feature service; otra de las opciones

es para que el usuario obligatoriamente envíe o no una foto por medio de la aplicación la cual no

fue activada teniendo en cuenta que no es realmente necesario y finalmente aparece un campo para

llenar el mensaje de agradecimiento.

La siguiente pestaña, colores, como su nombre lo dice define los colores de la aplicación como el

color de fondo, el de cada uno de los textos, el de los botones y el del encabezado de la aplicación

los cuales fueron cambiados llevando más o menos la línea de colores de la imagen de fondo de la

aplicación y del logo.


74

Ilustración 54 Configuración de los colores de la aplicación.

La última pestaña que aparece dentro de la pestaña de propiedades del reporte rápido se llama

“otras propiedades” y permite que se definan ciertas características adicionales de la aplicación,

sin embargo, en esta pestaña no fue necesaria ninguna modificación adicional.

En la pestaña recursos, aparecen todas las imágenes que son vinculadas a la aplicación como lo

son el icono de la aplicación, su imagen y color de fondo, alguna imagen que se desee superponer

(lo cual no fue necesario en este caso) y adicional aparece la opción para abrir las vistas previas

de las imágenes, todas estas imágenes ya habían sido cargadas en el AppStudio for ArcGIS web

por lo cual no fue necesaria la modificación de ninguna.

La siguiente pestaña llamada dispositivos, permite que se seleccionen los tipos de dispositivos

admitidos por la aplicación en los que se puede seleccionar computador, tablet y teléfono, para lo


75

cual teniendo en cuenta que la idea es que cualquier usuario pueda acceder desde cualquier lugar

se activaron los tres dispositivos.

Ilustración 55 Configuración de dispositivos para uso de la aplicación.

Para la configuración de la pestaña mostrar, se tienen en cuenta los sentidos u orientación en la

que se desea ver la aplicación en donde se autorizó la vista tanto horizontal como vertical de la

pantalla además de la barra de estado en dispositivos telefónicos y tablets, y, para la vista de

escritorio se habilitó la visualización de la pantalla completa.

Ilustración 56 Configuración de la pestaña "mostrar" en AppStudio versión escritorio.


76

La pestaña capacidades indica las características que son requeridas por parte de la aplicación para

lo cual se activó la red wifi que es necesaria para la toma de la ubicación y envío de datos al

servidor, la ubicación que es parte fundamental del proyecto, no se activó la cámara teniendo en

cuenta que no es indispensable el envío de fotos, tampoco el audio, micrófono, bluetooth ni

almacenamiento externo puesto que no se requiere de los mismos.

Ilustración 57 Configuración de las capacidades de la aplicación.

Para la última pestaña llamada entorno, no fue necesaria ninguna configuración por ende se dejó

la información por defecto. Finalmente, se le dio aplicar y se procedió a cerrar la pestaña de ajustes.

Posteriormente se ingresó en el icono “run” o correr en el cual se visualizó como quedaría la

aplicación. Es necesario nombrar que antes de realizar todas las modificaciones mostradas

anteriormente, fue necesario poner a correr la aplicación varias veces para lograr el resultado

deseado.


77

A continuación, se muestran las ventanas de la aplicación visualizadas desde el equipo de

escritorio, el cual tiene incorporada ubicación GPS para poder realizar pruebas de la funcionalidad

de la misma.

Ilustración 58 Ventanas 1 y 2 de visualización de la aplicación en AppStudio.

Ilustración 59 Ventanas 3 y 4 de visualización de la aplicación en AppStudio.


78

Teniendo en cuenta que es necesario mostrar de una forma más sintetizada las acciones que se

realizarían según cada evento, se generaron los siguientes diagramas para entender de una forma

más fácil la comprobación del desarrollo de Safe Travel.

Ilustración 60 Diagrama de proceso en reporte de Asistencia Médica.


79

Ilustración 61 Diagrama de proceso en deporte de Demora o Pérdida de equipaje.


80

Ilustración 62 Diagrama de proceso en reporte de Vuelo Retrasado o Cancelado.


81

Ilustración 63Diagrama de proceso en reporte de “Otro”.


82

9. COMPROBACIÓN DEL DESARROLLO.

Con el fin de visualizar los resultados del desarrollo de la aplicación, como se nombró

anteriormente, el dispositivo de escritorio en el que fue desarrollada la aplicación tiene GPS

integrado por lo cual fue posible realizar las pruebas desde allí, para lo cual al ingresar en la opción

“Run” del App Studio de escritorio, se ingresaron datos prueba propios de la autora junto con la

ubicación del lugar en el que se encontraba y se realizaron 3 registros distintos, uno para cada uno

de los siniestros. Es necesario afirmar que para dicha comprobación es necesario tener abierto el

servidor que en este caso es el “Mapa mi Aplicación” en ArcGIS Online y una pestaña adicional

en donde se encuentre la hoja de cálculo creada en el numeral 6.1 del presente proyecto

9.1.Comprobación Asistencia Médica:

9.1.1. Pasos Usuario:

Paso 1: Ingresa a la aplicación que en este caso se está realizando desde el App Studio de

escritorio como se nombró anteriormente, y da click sobre la pestaña “new” o nuevo.

Ilustración 64 Visualización pantalla Inicial de la aplicación móvil para solicitar Asistencia Médica.


83

Paso 2: En la siguiente pantalla emergente espera unos segundos mientras se actualiza su

ubicación y una vez se visualice el punto sobre el lugar en el que está parado, se oprime el

botón “Next” o siguiente.

Ilustración 65 Visualización segunda pantalla de la aplicación móvil para solicitar Asistencia Médica.

Como se muestra en la imagen anterior, el mapa muestra las calles con exactitud lo cual

ayuda al usuario a verificar su ubicación de una forma más rápida y exacta. En caso de que

la ubicación no aparezca exactamente en el lugar en que se encuentra la persona o el mapa

no parezca actualizarse, es necesario oprimir la flecha azul que aparece en el costado

derecho de la pantalla donde además aparece la opción para acercar o alejar con los

símbolos “+” y “- “, y el símbolo de la casa que permite ver el punto de ubicación a nivel

mundial.


84

Paso 3: La ventana que aparece a continuación solicita que se elija el tipo de reporte que

para este caso es “Asistencia Médica”.

Ilustración 66 Visualización tercera pantalla de la aplicación móvil para solicitar Asistencia Médica.

Se debe tener en cuenta que la pestaña “Next” o siguiente no se activa en esta ventana hasta

no ser elegido alguno de los tipos de reporte ya que así fue modificado en la creación de la

capa Safe Travel.

Paso 4: Para la cuarta ventana es necesario ingresar obligatoriamente todos los valores que

aparecen en rojo, de lo contrario no podrá ser enviado el registro o nueva solicitud de


85

asistencia, para este caso, como se nombró anteriormente, se ingresaron los datos de la

autora incluyendo el número de póliza creado como ejemplo al generar la hoja de cálculo

desde el formulario en Google Forms de “Clientes”, tal como se muestra en el numeral 6.1

del proyecto. Los datos registrados fueron los siguientes:

Ilustración 67 Visualización cuarta pantalla de la aplicación móvil para solicitar Asistencia Médica con datos ingresados para

prueba.

Una vez ingresados los datos se oprime la pestaña “Submit” o enviar para que sea enviado a la

compañía o servidor.


86

Paso 5: En la última pestaña se visualiza un mensaje indicando que la Solicitud ya fue

enviada y el correo y numero a los que se puede comunicar en caso de no tener una pronta

respuesta. Teniendo en cuenta que la información de contacto sería directamente la de la

compañía, se dejó la información de la autora como prueba.

Ilustración 68 Visualización cuarta pantalla de la aplicación móvil para solicitar Asistencia Médica.


87

9.1.2. Pasos Compañía:

Paso 1: Una vez realizado el registro por parte del usuario, el agente de la compañía abrirá

el “Mapa mi Aplicación” en ArcGIS Online y una pestaña adicional en la web en la que se

muestre la hoja de cálculo que se creó directamente desde el formulario de Google Forms

llamado “Clientes”.

Paso 2: Al abrir el visor de mapas con el mapa anteriormente nombrado, se podrá realizar

la visualización del registro con la simbología previamente configurada para dicho tipo de

siniestro, pero es necesario que la fecha de creación en el filtro de la capa “Safe Travel”

esté actualizada tal como se mostró en el numeral 8.2.2, una vez actualizada se visualizará

el registro del cliente de la siguiente manera:

Ilustración 69 Visualización gráfica del reporte para asistencia médica.


88

Paso 3: Al dar clic sobre el símbolo permite acercarlo al punto exacto desde donde se

realizó el reporte dando click sobre la pestaña “acercar a”; adicionalmente, permite ver los

datos completos de la persona que está reportando el siniestro además de la fecha y hora

exactas en la que se envió la solicitud al abrir la tabla de información de la capa. Esto es

necesario realizarlo para que el coordinador de la asistencia se familiarice con el caso.

Ilustración 70 Visualización de datos del usuario en asistencia médica.

Paso 4: Una vez visualizada la información, se toma uno de los datos (en este caso puede

ser el número de póliza o el documento de identidad ya que son números únicos) y se busca

en la pestaña “Clientes” para verificar si la persona tiene o no la póliza activa según los

tiempos de la misma y además si se encuentra fuera de su país de residencia, lo cual fue

explicado en el capítulo 6, para este caso se ingresó una nacionalidad falsa de la autora con

“Argentina”, todo con el fin de que aplicara los beneficios si se basaran en un condicionado

de uso de una compañía como ya se ha nombrado en repetidas ocasiones anteriormente.

Paso 5: Si la póliza se encuentra en curso o no, de igual manera la persona de la compañía

tendrá que comunicarse de vuelta bien sea para negar la asistencia por ya no tener activo


89

su seguro, o para confirmar datos, sin embargo, para este caso la póliza del usuario que se

registró se encuentra vigente aún según la verificación en la hoja de cálculo.

Ilustración 71 Visualización datos de usuario en hoja de cálculo "Clientes".

Paso 6: Si los síntomas del paciente son diferentes a un dolor de muela o algún

requerimiento dental, el coordinador realizará una teleconferencia con el médico de

cabecera de la compañía y el cliente, para que según sus síntomas y la evaluación médica

que realice el doctor, determine qué tipo de prestador requiere para realizar el análisis

espacial en el siguiente paso; si por el contrario es una asistencia odontológica no será

necesario este paso sino se pasará inmediatamente al siguiente.

Paso 7: Se realiza el análisis espacial según el tipo de prestador como se muestra a

continuación:

Asistencia Odontológica

Si el cliente requiere de una asistencia odontológica, el coordinador deberá realizar

un filtro de los prestadores para que sólo salgan los centros odontológicos, para esto

se ingresará en la opción filtro de la capa y se estipulará que sólo se muestre dicho

tipo de prestador.

Ilustración 72 Filtro en capa de prestadores para análisis espacial.


90

Posteriormente en la opción de análisis, en la pestaña “utilizar proximidad” se

buscará el más cercano entre la capa “Safe Travel” y la capa “prestadores”,

midiéndose con distancia de conducción.

Ilustración 73 Características del análisis espacial.

Realizado lo anterior se mostrará la ruta del punto de ubicación del cliente al

prestador más cercano donde aparecerá la distancia en kilómetros y el tiempo de

conducción de un punto al otro. Para los otros prestadores se realizará el mismo

procedimiento, pero el filtro de la capa prestadores se realizará según sea el caso

con el fin de que no se realice el análisis con todos si no con el que haya


91

determinado el doctor tal como se nombró en el paso anterior. Si hay más de un

cliente en la capa de “safe travel” se le realizará un filtro a la misma para que

solamente aparezcan los usuarios que reportaron o solicitaron asistencia médica.

Paso 8: Una vez ejecutado el análisis el coordinador se comunicará con el centro médico

al número que aparece en la información del prestador y solicitará la cita más cercana, esto

para todos los usuarios menos para los que deben dirigirse a un hospital ya que en estos

casos la vida del cliente puede estar en peligro, por ende debe dirigirse inmediatamente a

una sala de urgencias y el coordinador probablemente solo se comunique para informar

que el cliente va en camino y los costos se asumirán por la compañía (se debe tener en

cuenta que existen bastantes exclusiones médicas según el condicionado de cada

aseguradora así que las coberturas varían).

Paso 9: Teniendo la cita, el agente de la compañía se comunicará de vuelta con el cliente y

le brindará los datos de la misma (fecha, hora, dirección), adicionalmente puede informarle

el tiempo aproximado en carro que hay hasta el centro médico según la ruta que apareció

al realizarse el análisis espacial. Es posible también mirar las indicaciones de las calles que

podría tomar para llegar al prestador, seleccionando el símbolo del usuario y dando clic en

la pestaña “obtener indicaciones” donde posteriormente se seleccionará el punto B que

sería el centro médico e inmediatamente se muestra el tiempo de recorrido junto con las

indicaciones detalladas de la ruta; estas indicaciones pueden ser guardadas y enviadas por

correo electrónico desde la cuenta de la compañía si el cliente así lo desea.

Ilustración 74 Visualización de la ruta e indicaciones para llegar al centro odontológico.


92

Paso 10: Una vez tomada la cita por parte del paciente, y si no es necesario ningún

seguimiento o cita adicional el coordinador podrá dar por terminado el caso y dejar el

estado del miso como cerrado desde la tabla de Safe Travel.

9.2.Comprobación Demora o Pérdida de Equipaje:


Se realizarán los pasos 1 y 2 tal como se mostró en la comprobación de asistencia médica.

Paso 3: Se elije el tipo de siniestro que para este caso es “Demora o pérdida de equipaje”.

Ilustración 75 Visualización tercera pantalla de la aplicación móvil para reportar demora o pérdida de equipaje.


93

Paso 4: Para este caso se ingresaron los mismos datos que para asistencia médica, sin

embargo, no se ingresó el número de póliza sino el BIN de la tarjeta de crédito y

adicionalmente se ingresó el país incorrecto en el que se encuentra.

Ilustración 76 Visualización cuarta pantalla de la aplicación móvil para reporta demora de equipaje con datos ingresados para

prueba.

Se envían los datos y finalmente se visualiza la misma pantalla mostrada en el paso 5 de la

comprobación anterior.


94


Se realizarán los mismos pasos del 1 al 4 realizados en la comprobación de asistencia médica, sin

embargo, la visualización para este tipo de caso se verá de la siguiente manera:

Ilustración 77 Visualización gráfica del reporte de equipaje demorado.

Se puede notar que, aunque se haya diligenciado mal el país en el cual se encuentra, la

ubicación espacial aparece en el país correcto.


95

Paso 5: El coordinador debe verificar el beneficio económico al que podría acceder el

viajero, esto lo podría hacer según la base de datos con la que normalmente cuentan cada

una de las compañías, en las que es posible visualizar los montos según lo que haya

adquirido cada cliente. Si por el contrario no tiene póliza pero cuenta con beneficios a nivel

internacional por parte de su tarjeta de crédito (información que se verifica en las bases de

datos con las que cuentan los bancos), se puede identificar el tipo de tarjeta, banco y

franquicia ingresando a alguna de las páginas de acceso libre que hay en internet como por

ejemplo https://www.bincodes.com/bin-checker/ , una página que cuenta con seguridad y

en la cual simplemente se deben ingresar los 6 primeros dígitos de la tarjeta para que

aparezcan todos los datos de la misma.

Ilustración 78 Verificación del tipo de tarjeta según el BIN (BINCodes, 2017).

https://www.bincodes.com/bin-checker/


96

Posteriormente, para comprobar el monto del beneficio económico se puede ingresar a las

coberturas internacionales del banco al que le pertenece la tarjeta por internet, estos datos

son abiertos al público sin embargo, normalmente cada una de las compañías cuenta con

una base de datos de las tarjetas que respaldan pero para el presente proyecto no se realizó

ya que la idea es que sea a nivel mundial y existen miles de tipos de tarjetas, por ende

simplemente se ingresó a la página de Davivienda y con los datos que aparecieron

anteriormente (Visa Clásica) se verificó la cobertura que tendría un cliente en caso de

demora o pérdida de equipaje tal como se muestra a continuación.

Ilustración 79 Consulta coberturas de tarjetas del Banco Davivienda (Davivienda, 2016).

Ilustración 80 Beneficios de una tarjeta Visa Clásica del Banco Davivienda (Davivienda, 2016).


97

Paso 6: Una vez verificados los montos de cobertura al que podría aplicar el cliente, para

casos en que el condicionado especifique que la persona debe comunicarse desde el

aeropuerto y así obtener el beneficio económico, se realizará un análisis espacial donde se

compruebe si efectivamente se encuentra en el aeropuerto o no; para eso se ingresa a

proximidad en la herramienta de análisis y se busca la opción más cercana entre la capa de

aeropuertos y la de Safe travel, en este caso se mide la distancia en línea recta y se ejecuta

el análisis obteniendo el siguiente resultado.

Ilustración 81 Visualización del resultado del análisis espacial para comprobación en caso de demora de equipaje.

Al presionar la línea rosada que se muestra en la imagen anterior, se despliega una serie de

información de la misma como lo es la distancia en línea recta que existe entre los dos

puntos que para el anterior ejemplo fue de 7,53 kilómetros; por lo cual, según ese tipo de

condicionado no aplicaría el beneficio. Sin embargo, para casos en los que el condicionado

permite que el cliente se comunique dentro de las primeras 24 horas no será necesario

realizar el análisis espacial sino proceder al siguiente paso.


98

Paso 7: Independientemente que el caso sea aprobado o negado, el coordinador deberá

comunicarse de vuelta con el cliente y solicitar que envíe una foto del PIR o reporte de

daños que brindan las aerolíneas a los pasajeros cuando presentan este tipo de siniestro,

mientras tanto podrá solicitar el código vía telefónica y registrarlo en la tabla de

información de la capa Safe Travel que se visualiza en ArcGIS Online, lo anterior para

poder tener en un mismo lugar toda la información del caso.

Con el número PIR, el cual cuenta con 5 letras y 5 números (a excepción de los casos de

Avianca ya que cuentan con su propio buscador), se podrá ingresar a cualquiera de las

páginas de acceso libre en internet en las cuales al ingresar dicho código se puede realizar

un seguimiento al equipaje, es decir si sigue en la búsqueda, si ya fue encontrado y en

donde, o si ya llegó al punto de destino después de haber estado extraviado. Para

visualizarlo se debe buscar World Tracer en la web y en cualquiera de las páginas es posible

realizar la búsqueda.

En el reporte que hace el pasajero frente a la aerolínea, es posible visualizar la fecha en la

cual se presentó el siniestro frente a la aerolínea, a partir de dicha fecha se contarán las 24

horas para dar la aprobación o negación en los casos que el condicionado lo permite de esa

manera.

Paso 8: Se le enviará la información del seguimiento vía telefónica o al correo electrónico

cada determinado tiempo, para informarle el estado de búsqueda del equipaje, esto para

que el pasajero sienta la colaboración por parte de la compañía. En caso de que se determine

por parte de la compañía aérea que el equipaje fue perdido definitivamente, el cliente

deberá aplicar para dicho tipo de beneficio, sin embargo, se debe tener en cuenta que cada

aseguradora tiene sus propios requisitos para la documentación y aprobación del mismo.

Paso 9: Se cambiará el estado del caso a “cerrado” una vez se finalice la búsqueda del

equipaje, dicha configuración se realizará directamente en la tabla de información de la

capa Safe Travel.


99

9.3.Comprobación Vuelo Retrasado o Cancelado:


Tal como en las comprobaciones anteriores se realizarán los pasos 1 y 2 en la aplicación.

Paso 3: En la ventana para seleccionar el tipo de siniestro se seleccionará “vuelo retrasado

o cancelado”

Ilustración 82 Visualización tercera pantalla de la aplicación móvil para reportar Vuelo Retrasado o Cancelado.


100

Paso 4: Se ingresaron los datos que para dicho caso fueron los siguientes

Ilustración 83 71 Visualización cuarta pantalla de la aplicación móvil para reportar Vuelo Retrasado o Cancelado con datos

ingresados para prueba.

Como se puede notar, no se ingresó el dato del BIN ni la póliza, adicionalmente se ingresó

el país incorrecto y el estado del caso como cerrado ya que es un error que podría cometer


101

cualquier usuario, una vez enviados los datos se visualizó la misma pantalla que en los

casos anteriores.


Así como en la comprobación para demora de equipaje visualizada anteriormente, se realizaron

los mismos pasos del 1 al 4 tal como se mostraron en el numeral 10.1.2. para asistencias médicas,

sin embargo, la visualización para Vuelo Retrasado o Cancelado en ArcGIS Online fue la

siguiente:

Ilustración 84 Visualización gráfica para el reporte de Vuelo Retrasado o Cancelado.

Paso 5: Ya que no se ingresó el número de póliza ni el BIN, se realizó la verificación con

el número de cédula en la base de datos y se confirmó que el reporte estuviera dentro de

los tiempos estimados para la póliza, una vez comprobado esto se procedió al siguiente

paso.


102

Paso 6: Se realizó un análisis espacial tal como el nombrado en la comprobación de demora

de equipaje, teniendo en cuenta que, en los condicionados conocidos hasta la fecha por la

autora, es indispensable que el cliente se encuentre en el aeropuerto a la hora de generar el

reporte ante la compañía.

Ilustración 85 Datos para realizar análisis espacial entre el cliente y el aeropuerto más cercano.

El resultado del análisis fue igual al realizado en la demora de equipaje por lo cual no

aplicaría el beneficio económico ya que la ubicación se encuentra fuera del aeropuerto, sin

embargo, en caso de que aplicara el beneficio, el cliente debería asumir los gastos y


103

posteriormente aplicar a un reembolso a menos de que en las políticas de la compañía se

permita la transferencia del dinero al usuario estando en viaje sin la necesidad del soporte

de sus gastos.

Paso 7: El coordinador del caso debe comunicarse de vuelta con el cliente para informarle

de la aprobación o negación del beneficio, junto con los pasos a seguir. Una vez realizado

esto se procederá con el cierre del caso tal como en el paso número 9 para demora de

equipaje.

9.4.Comprobación Otro:


Se realizarán los mismos pasos 1 y 2 tal como en los casos anteriores para tomar la ubicación

exacta del usuario, y para el paso tres, se selecciona el tipo de siniestro o reporte llamado “Otro”.

Ilustración 86Visualización tercera pantalla de la aplicación móvil para reportar Otro caso diferente.


104

Se debe tener en cuenta que este tipo de reporte es para evitar que los usuarios utilicen mal la

aplicación ya que muchas veces pueden tener la necesidad de comunicarse con la compañía

aseguradora para cualquier tipo de solicitud diferente como por ejemplo extender su póliza, enviar

documentos para el reembolso, solicitar información extra, presentar una queja o reclamo, etcétera;

y al oprimir cualquiera de las opciones anteriores podría quitarle prioridad a nuevos casos que

realmente estén presentando la problemática en el momento. No quiere decir que no se le de

gestión a este tipo de casos, pero se tendría menos prioridad que con los casos anteriores.

Para la presente prueba se ingresaron exactamente los mismos datos que en la prueba de vuelo

retrasado o cancelado por lo cual los pasos 4 y 5 fueron exactamente iguales.


Tal como en los anteriores casos se realizaron los mismos pasos 1 y 2, sin embargo, en esta ocasión

la visualización del reporte “otro” se identifica de la siguiente manera:

Ilustración 87 Visualización gráfica para el reporte "Otro".


105

Una vez visualizado el reporte, el coordinador deberá verificar los datos del usuario y comunicarse

de vuelta para poder proceder según el tipo de requerimiento que solicite y las políticas de la

compañía. No se muestra un proceso más allá para este tipo de casos ya que esta opción fue

generada principalmente para que no se utilice inadecuadamente la aplicación en cuanto a reportes

principales como lo son las asistencias médicas, demoras de equipaje o vuelos retrasados, por lo

cual se pueden generar un sin número de requerimientos adicionales a las compañías.

Adicional a las pruebas anteriores, se realizaron algunas alrededor de la ciudad de Bogotá, para

esto se descargó una aplicación en el celular llamada App Studio Player la cual permite la

visualización y uso de la app desde un dispositivo móvil ingresando con los datos de la cuenta de

ArcGIS Online, dando resultados positivos en su uso ya que tomaba correctamente la ubicación

desde donde se realizaba el reporte.

9.5.Errores:

Al visualizar la aplicación en dispositivos Android desde el App Studio Player, se identificó un

error en la ventana de toma de datos del usuario ya que el calendario no se puede identificar

plenamente y salen unos números sobre otros, sin embargo, este error no se genera en dispositivos

iOS o en computadores y tablets.

Otro de los errores es que al realizar el análisis geoespacial desde ArcGIS Online, se genera una

nueva capa que viene siendo la ruta o punto más cercano de una capa a otra y si por ejemplo se

hicieran cientos de análisis al día, se crearían el mismo número de capas nuevas, adicionalmente

no es posible realizar el análisis dando click sobre sólo uno de los datos si no que hace el análisis

sobre toda la capa por ende es necesario crear filtros para que sólo se visualice la información que

se desea.

Dichos errores son generados ya que la plataforma de ArcGIS es un poco limitada y no permite

algunas modificaciones de primera mano, sin embargo, existe la posibilidad de que tal vez un

ingeniero de sistemas o un desarrollador puedan realizar modificaciones más avanzadas en los

códigos y así facilitar el uso tanto de la aplicación como del servidor o mapa.


106

10. IMPLEMENTACIÓN:

Al ser el proyecto desarrollado con el fin de ser usado en todos los dispositivos móviles, uno de

los objetivos específicos del proyecto es poder implementarla en tiendas de aplicaciones como lo

son AppStore y PlayStore para dispositivos iOs y Android respectivamente, sin embargo, teniendo

en cuenta que hasta ahora se ha desarrollado la aplicación en el continente Americano y que su fin

es ser utilizada a nivel mundial, no se vio la necesidad de generar la carga de Safe Travel a dichas

plataformas en las cuales es necesario pagar subscripciones de alto costo para poder publicar la

misma.

Es por lo anterior que finalmente no fue publicada para que todos puedan hacer uso de la misma

hasta no ser desarrollada para todos los continentes, teniendo en cuenta además, que las bases de

datos tanto de clientes como de prestadores fueron creadas con datos no reales, como prueba de

los motivos por los cuales no ha sido publicada, a continuación se muestra la solicitud de pago

para Google Play Store cuya subscripción es indispensable para crear un archivo de almacén de

claves y poder firmar la App tal como lo dice la página de Esri en la cual se muestran los pasos

para ser distribuida.

Ilustración 88 Solicitud de pagode Google Play para publicar la aplicación.


107

11. CONCLUSIONES Y RECOMENDACIONES

11.1. Conclusiones:

Se desarrolla una aplicación de uso internacional en la plataforma de App Studio para ArcGIS con

el fin de ser utilizada y analizada en su primera fase sobre el continente americano, la cual permite

la solución al problema de comunicación entre los viajeros y las compañías aseguradoras a partir

del envío de un reporte desde dispositivos móviles que además de los datos básicos de la persona

en viaje, toma la ubicación geoespacial de la misma la cual es posteriormente visualizada por un

servidor y facilita la solución a problemáticas que se pueden generar en viaje como lo son el

requerimiento de una asistencia médica, la demora o pérdida del equipaje o el retraso o cancelación

de un vuelo, permitiendo a partir de la ubicación, realizar análisis espaciales bien sea para buscar

el prestador médico más cercano al cliente, o para determinar si en efecto la persona reportó el

problema desde el aeropuerto, lo cual es requisito indispensable en algunos términos y condiciones

de los seguros a nivel internacional.

La creación satisfactoria de la capa o servicio vinculado a la aplicación, el cual fue generado a

partir de una base de datos geoespacial en ArcMap y permite la toma de datos de los usuarios; la

obtención de una capa de aeropuertos internacionales tomada directamente de ArcGIS Online y la

creación de una capa de prestadores cuyo desarrollo fue generado a partir de una base de datos

básica creada en Google Forms con información de algunos centros médicos de las principales

ciudades turísticas en América, permitieron la correcta creación de un mapa tomado como servidor

el cual vincula las capas anteriormente nombradas y la misma vez faculta la utilización de

herramientas de análisis espacial entres sus datos así como la descarga de los mismos.

Lamentablemente no es posible decir que no podría ser mejor la aplicación puesto que se presentan

algunos errores como lo es el no poder generar los nombres de los campos con espacios si no con

guiones bajos ya que no los reconoce ArcGIS y genera una visualización menos estética, la

imposibilidad de realizar un análisis espacial a partir de sólo unos de los datos de las capas puesto

que si no se generan filtros para que sólo se visualice un reporte en específico, se genera el análisis

entre el numero completo de datos como además se genera una capa por cada uno de los análisis

lo cual no se ve realmente necesario; sin embargo, se puede afirmar que Safe Travel es una

excelente opción real que podría ser usada a nivel internacional y que aunque aún falta su

aplicación en el resto de continentes y la solución a los errores anteriormente nombrados, puede

ser corregida por expertos que conozcan más de aplicaciones.

El presente trabajo, permite la visualización del ingreso de Ingenieros Topográficos al mundo de

los seguros internacionales, tratando de generar nuevos campos de acción más fuertes en la

creación de aplicaciones móviles con sistemas de posicionamiento global integrados, así como en

el análisis de datos espaciales que se puedan realizar a partir de las mismas, con el fin de que las


108

personas que se tomen el tiempo de leer el proyecto, tengan una nueva visión y salgan del ámbito

convencional de la topografía generando nuevas ideas que vayan al mismo paso de las demandas

que requiere la sociedad.

11.2. Recomendaciones:

Se recomienda para la siguiente fase, contar con un desarrollador o ingeniero de sistemas que

pueda facilitar y mejorar su funcionamiento y visualización para lo cual, se tiene planeado poder

identificar directamente en la aplicación el tipo de compañía con la cual tiene seguro el usuario

con el fin de que la aplicación no sea usada únicamente en una compañía sino en todas a nivel

mundial, y que una vez identificada se tenga internamente una base de datos de los correos de las

mismas y sea enviado el reporte junto con su ubicación para que sean directamente las compañías

quienes se encarguen de la posterior gestión de los casos.

Por otro lado para que la aplicación tenga un sostenimiento económico, se recomienda a futuro

poder generar publicidad paga por parte de las aseguradoras para que puedan vender sus pólizas,

viajes, etcétera.

Por último, es necesario nombrar que el proyecto descrito anteriormente, aunque no puede ser

patentado ya que no existen patentes para las aplicaciones, se encuentra en proceso de registro de

derechos de autor por lo cual no debe ser plagiado.


109

12. BIBLIOGRAFÍA

7Graus. (2017). Significados. Obtenido de https://www.significados.com/flujo/

Assist Card. (2015). Assist Card. Obtenido de http://aboutus.assist-card.com/

Assist Card. (Octubre de 2015). Assist Card. Obtenido de

https://www.assistcard.com/PDF/CCGG_es.pdf

Assist Card. (Enero de 2017). Obtenido de

https://ecommerceapi.assistcard.com/Api/DocumentHandler/GetDocument?recordId=166

#_ga=1.123511883.1588278874.1493656908

AXA Assistance. (2016). Axa Asistencia Colombia. Obtenido de https://siempreprotegido.axa-

assistance.com.co/pdf/CondicionadoAsistenciaInternacional6.pdf

BANCOLOMBIA. (2017). Asistencias en viajes nacionales. Obtenido de

https://www.grupobancolombia.com/wps/wcm/connect/1cdb406a-3387-4217-9a96-

819479e5f0d1/Condicionado+Asistencia+Nacional.pdf?MOD=AJPERES&CVID=lF3N8

ZA

BINCodes. (3 de Noviembre de 2017). BIN Codes. Obtenido de https://www.bincodes.com/bin-

checker/

Dafont. (22 de Agosto de 2017). Dafont. Obtenido de

https://www.dafont.com/es/katecelebration.font

Davivienda. (2016). Beneficios Davivienda. Obtenido de

http://www.beneficiosdavivienda.com/simulador/table.php

El Tribuno. (23 de Enero de 2014). El tribuno. Obtenido de

http://www.eltribuno.info/jujuy/nota/2014-1-23-12-1-0-los-10-destinos-turisticos-mas-

visitados-de-argentina

Femmine, L. D. (2015). ¿Te han perdido la maleta? Estos son los pasos para reclamar. El País, 1.

Gómez, F. J. (Marzo de 2013). Génesis La Decisión Inteligente. Obtenido de

http://blog.genesis.es/los-seguros-de-vida-para-personas-mayores/

Google Play . (28 de 03 de 2017). Google Play Store. Obtenido de

https://play.google.com/store/apps/details?id=com.assistcard.assistcard&hl=es_419

IATAI Andina S.A.S. (N/A). Click Travel Protection. Obtenido de

https://clicktravelprotection.com/credibanco/legales/terminosycondiciones.pdf


110

Intermundial. (9 de Mayo de 2016). Intermundial. Obtenido de

https://www.intermundial.es/blog/paises-seguro-obligatorio/

Master Card. (2015). . Obtenido de Master Card:

http://www.mastercard.com/co/black/equipaje.html

Ministerio de Relaciones Exteriores. (1 de Mayo de 2017). Migración Colombia. Obtenido de

http://migracioncolombia.gov.co/index.php/es/?option=com_content&view=article&id=7

18

Minube. (2017). Minube. Obtenido de http://www.minube.com.co/que_ver/bahamas

Rahimian, V. &. (2008). Designing and agile methodology.

Wikipedia. (9 de Febrero de 2017). Wikipedia. Obtenido de https://es.wikipedia.org/wiki/Siniestro

Wikipedia. (20 de Enero de 2017). Wikipedia. Obtenido de https://es.wikipedia.org/wiki/Esri

Wikipedia. (18 de Septiembre de 2017). Wikipedia. Obtenido de

https://es.wikipedia.org/wiki/Antigua_y_Barbuda

Wikipedia. (6 de Octubre de 2017). Wikipedia. Obtenido de

https://en.wikipedia.org/wiki/List_of_mobile_app_distribution_platforms

desarrollo e implementaciÓn de la …repository.udistrital.edu.co/bitstream/11349/7688/1... ·...

Documents