Category Archives: Español

Geolocalizacion Empresarial


En nuestro Laboratorio Techno Global, comenzamos a usar Geolocalización desde mediados del año 2009. Dada esta sólida experiencia (20 años) en la creación de soluciones para empresas,  no se podía dejar de pensar en el uso de la Geolocalización para grandes organizaciones. Entendimos que ya había una gran cantidad de información almacenada en los servidores de bases de datos. Webs, aplicaciones móviles e interfaces de integración, por lo general consumen esos datos.  A veces, incluso los aparatos y dispositivos de carga desde y hacia el mismo. Lo principal acerca de la Geolocalización, es qué, no sólo es interesante, sino también útil. En lugar de traer la información en formas planas a los usuarios y hacer que interactúen con ellos de manera individual (algo verdaderamente real) fusionamos datos con  ubicación, de una manera lógica para proporcionar una experiencia más interactiva. Así, partiendo de un lugar específico en el mapa,  podemos dar a conocer un conjunto grande de información de una empresa relacionada, muy valiosa para los usuarios. Pero eso fue sólo el comienzo. No nos detuvimos con conjuntos de datos de codificación geográfica y detalles del mapa de representación, pasamos a hacerlo con personas también.

De acuerdo a Wikipedia, cada organización se define como un grupo de personas tras los mismos objetivos. Para nosotros, en Techno Global, sólo tenía sentido utilizar la tecnología de Geolocalización para ayudar mejor al logro de estos objetivos, añadiendo esta vez, el factor humano. En el año 2010 empezamos a crear nuestras primeras aplicaciones móviles (iOS y Android) para permitir que las personas puedan comunicarse mediante Geolocalización. Nos dimos cuenta que teníamos que hacer una codificación innovadora y las interfaces inteligentes para ayudar al usuario a comprender cómo funciona esto. (El concepto es relativamente nuevo en el tiempo). Para la comunicación de personas, el Microblogging ha demostrado ser un vehículo de comunicación valioso, por lo que decidimos crear uno propio e insertarlo en el motor.

La pregunta que la mayoría hace es: “¿Por qué iba yo a querer ver mis datos en un mapa?”. A través del tiempo, descubrimos que el verdadero propósito de nuestro motor no era realmente de representar la información (mostrando los datos en un mapa). Se trata de crear procesos automatizados (algoritmos) para ejecutarlos de una forma nunca antes vista (al menos por nosotros). Por ejemplo, una de las primeras industrias donde se utiliza nuestra tecnología fue la industria de servicios. En esta, era importante saber cuándo alguien estaba en algún lugar para realizar algún servicio. Un proceso podría notificar a alguien cuando algo iba mal, porque alguien que se supone debería estar en una dirección específica en un momento determinado no aparece (no olvidar que nuestro motor tiene el control sobre la ubicación del Smartphone , o sea, la persona que presta el servicio) por tanto, un proceso de notificación automática se dispararía. Este proceso de notificación podría desencadenar otros, jerarquizarlos y así sucesivamente. Ahora, en nuestro laboratorio contamos con una biblioteca de algoritmos que pueden ser muy útiles para grandes grupos en el logro de un objetivo mucho más rápido y más eficaz.

Además, no se quiso limitar a los usuarios sólo al intercambio de contenido Microblogging, sino también archivos de medios reales para que sea aún más eficiente. Eso le dio a la gente la visibilidad en tiempo real sobre lo que está pasando en el campo a través del intercambio de fotografías, vídeos y documentos.

En cuanto a la infraestructura, teníamos que asegurarnos de que nuestro motor era lo suficientemente competitivo, por lo que se decidió utilizar AWS. Hoy en día, estamos muy orgullosos de ser un socio tecnológico de AWS. Estamos utilizando un numeroso grupo de EC2s configurados automáticamente con ELB y la Ruta 53. Representamos con Amazon Cloud Front  (Robust CDN) para los medios. Utilizamos Cloud Search, SNS, SES, SQS y por supuesto un gran uso de S3. Debido a AWS, nuestro motor reside en múltiples geografías de todo el mundo y es que es multi-lenguaje, lo cual es muy útil para las organizaciones globales. El primer conjunto de productos que utilizan nuestro motor se puso en marcha a principios de 2013. Estamos haciendo este motor está disponible para todo el mundo para conectar sus bases de datos, prestan sus datos a través de un mapa, microblog dentro de un grupo y ofrecen a todos una mejor experiencia. Esta versión estará disponible en el mercado AWS a mediados de enero como un IAM (servidor configurable autónomo virtualizado)

Ha sido un gran viaje en Techno Global, hemos estado haciendo las dos cosas, la creación de nuevas soluciones y ampliar los ya existentes a través de nuestro motor de Geo-Comunicación.

Advertisements
Tagged

Bliss / Negocios sobre Mapas

Bliss es una plataforma de geolocalización que otorga 2 beneficios claves a cualquier organización: buscar y mostrar la data corporativa utilizando un mapa y habilitar a la organización en saber donde (en el mapa) se encuentra cada persona de la compañía en tiempo real (Personal de Ventas, Gerentes, Choferes, Agentes, Trabajadores y cualquiera que esté fuera de la oficina).

Bliss también facilita a miembros de una organización a comunicarse y envíarse importante información de la compañía entre si usando sus Smartphones o Navegadores. Bliss tiene su propio motor de microblogging.

Bliss puede ser configurado para conectarse a cualquier base de datos (MS SQL/MySQL) con el fin de extraer y renderizar la información sobre un mapa (usando Google Maps). Los usuarios móviles también pueden ser configurados con acceso seguro a cada instancia de Bliss.

Es hora de acelerar el proceso de lograr objetivos dentro de su empresa, es hora también de hacer gestión de equipos y activos usando Mapas y Microblogging: Geo-Comunicación!.

Sitio Web: http://www.blissgeoapp.com/es/

SISTEMA DE ATENCION DE SALUD PARA MADRES GESTANTES (CASE STUDY)

SISTEMA DE ATENCION DE SALUD PARA MADRES GESTANTES

(CASE STUDY APLICADO A PERU)

Debido a la alta tasa de mortandad materno-infantil y tomando en cuenta que 1 sola vida humana es suficiente razón para considerar un cambio estructural significativo en el sistema de atención de salud a madres gestantes, éste documento constituye una propuesta técnico-económica que rápidamente acercaría a la Organización Patrocinadora (Gobierno, Region, Hospital, Clínica u otra Organización de salud) a alcanzar niveles de tecnología y calidad tan altos como en países desarrollados.

La vision que Techno Global Inc., una compañía Americana fundada en 1993 y operando en el sector salud, propone está basada en el tratamiendo integral de un Eco-sistema que incluye 3 roles muy importantes:

  • El Paciente
  • El Doctor
  • El Proveedor

Ningún sistema automatizado de salud podría aportar un significativo incremento de calidad tangible sin considerar por lo menos éstos 3 roles. La organización patrocinadora no constituye un rol en sí, sino más bien un probable promotor rectificador y afianzador de la eficiencia en la administración de los flujos internos y administración de recursos, lo cual conllevaría a mejorar la calidad del servicio, incrementar la rentabilidad, si es un organismo privado; o la imagen, si es un organismo público, y promover un ambiente de mayor retribución psicológica y emocional al professional de salud que vería menos pérdidas de vida o consequencias por falla humana.

La estructura geo-política y distribución física de atención de las organizaciones patrocinadoras no debería restringir o moldear una mejora sustancial como ésta, sino más bien adaptarse a un flujo de procesos que solucionan la mayor parte de problemas actuales y dan paso a una atmósfera de satisfacción y prosperidad.

Por ejemplo, largas colas de espera no se solucionan con Plasmas TVs con sistemas automatizados de controlar orden y sequencia, o con propagar programas de entretenimiento mientras las personas esperan. Las largas colas se solucionan con procesos inteligentes que no crean colas o que las reducen a un paso lógico y corto en una sequencia de atención pre-definida. Entretener a las personas que esperan a travez de programas de TV talvez haga eso: entretener, pero al final fue tiempo que el paciente no debió invertir. Èse tiempo le pertenece y no es potestad del organismo de atención de asumir que puede administrar o incluir ése tiempo en sus flujos internos. Despues de todo, el paciente no es culpable de las ineficiencias creadas por procesos arcaicos o mal adaptados. Entretenerle no es la solución, y estamos hablando de aquellos que entretienen, otros peor aún, simplemente dejan al paciente abandonado a su suerte a esperar que le toque su turno.

Éste enfoque parte de la premisa en la que el Paciente es el usuario de servicios, el Doctor el usuario del sistema para proveer ésos servicios al paciente y el Proveedor el usuario del sistema para ayudar al doctor a proveer ésos servicios al paciente. Para que el sistema funcione como debe, el interesado (patrocinador) está de acuerdo en que cada uno de éstos 3 integrantes deberán estar claros sobre las expectativas, responsabilidades y cambios que podrían ocurrir con una implementación como ésta. Es más importante la comunicación que el entrenamiento.

No estamos proponiendo crear un sistema que requiera largas horas de capacitación para los doctores o que sea tan complicado para el paciente que no lo usa, o que sea tan poco disponible para el proveedor que no participa.

EL PATROCINADOR

Organismos de Salud deben operar como operan aeropuertos u hoteles, no como bancos o compañias de teléfono. El paciente no acude a estos centros a realizar una transacción, sino a utilizar las instalaciones y servicios profesionales de éste organismo. En un aeropuerto el pasajero sabe donde tiene que ir sin necesidad de hacer colas o esperar a que le den instrucciones (estacionamiento-terminal-seguridad-immigración-rampa-avión), ésto ocurre porque el flujo pre-definido funciona. En hoteles el cliente requiere tomar una habitación por cierto tiempo, el flujo aquí ya se inició cuando el cliente por primera vez contactó al hotel y la reservación fue hecha. Cuando el cliente llega al hotel solo hace un Check-In y si requiere servicios adicionales los puede hacer desde su habitación por cable o teléfono. A la hora de irse, hoy ya no se necesita hacer nada en recepción. Lo más importante es que el cliente se sienta en casa, cómodo y que no le falte nada. Si comparamos todo ésto con la atención a un paciente en un organismo de salud encontraremos que el flujo está basado más en las necesidades del organismo de salud que en la del Paciente. El Paciente espera en largas colas, a veces no sabe a donde ir, una vez que terminó un tiempo de espera en recepción comienza otro en piso, no hay seguimientos, no hay servicios adicionales adheridos sobre la marcha (compras de impulso u órdenes de servicio que fueron imprevistas), el flujo mayormente comienza cuando el Paciente entra al local, los doctores no tienen mecanismos de ayuda para alertar o administrar servicios de salud de calidad (dependiendo más de memoria), los doctores utilizan su tiempo en labores administrativas y muchas otras imperfecciones que podrían ser solucionadas con un mejor flujo. Lo importante es que éste flujo armonize la relación entre el Paciente y el organismo de salud, que el Paciente no se sienta abandonado, maltratado, utilizado o peor aún: dudoso de los resultados.

Por otro lado, y en ciertos casos el patrocinador actúa como proveedor, por ejemplo si es una clínica que provee sus propios servicios de laboratorio, eso no significa un cambio en éstos flujos de procesos ni la inserción de un nuevo rol de patrocinador, sino que simplemente el patrocinador separa ése area de sus procesos generales y las encamina a ser parte de un eco-sistema más completo y eficiente. El patrocinador sí es usuario de una capa que emana de una implementación como ésta: la inteligencia de negocios. Un sistema como éste deberá ser lo suficientemente útil para el patrocinador como para retroalimentar y monitorear mejoras obtenidas del motor de reportes de éste sistema de salud. Éste sistema de salud deberá trabajar con plataformas tan abiertas que permitan al patrocinador integrar el resto de sus sistemas, por ejemplo SAP, a la capa de inteligencia de negocios. Ésta capa deberá proveer al patrocinador con indices reales sin constricción de tiempo (indicadores corriendo 24 horas al día 7 días a la semana). Ésta capa deberá tener consigo un sistema de alertas, activadas por algoritmos y lógica obtenida de la experiencia en sí, que aseguren que la organización crece saludable y eficiente.

EL SISTEMA

Dentro del ámbito de operación de la organización patrocinadora una mujer acaba de enterarse que está embarazada. Como en muchos otros negocios en el mundo, donde las compañías crean alianzas estratégicas con otras conocidas como “Puntos de Origen”, que es donde el potencial cliente pregunta o adquiere indirectamente los servicios de la compañía principal, el patrocinador también debería tomar la tarea de inventariar posibles Puntos de Origen (laboratorios, programas de salud, farmacias y otros) que puedan alimentar la base de datos de personas gestantes en forma continua. Si un organismo público está destinado a satisfacer las necesidades de salud de cierta region (por ejemplo una region con 350,000 habitantes), por cada mujer que se entera que está embarazada ya se assume que ella toma el rol de Paciente en éste sistema. Algunas seran Pacientes no registradas aún, pero seran pacientes y es trabajo del patrocinador de contactar a éstas personas a fin de iniciar conjuntamente éste proceso de 9 meses donde todos trabajamos juntos para el bienestar de la madre, del hijo y de la sociedad en sí. El mecanismo identificador más fácil es el DNI, todos deben tener uno (con pequeñas modificaciones para los menores de 18).  Lo que Techno Global recomienda es iniciar la base de datos con data obtenida del ultimo censo, luego filtrar ésta data a mujeres y mantener el seguimiento por medio de los DNIs, luego alimentar ésta base de datos en forma continua con información de RENIEC sobre modificaciones entre un censo y otro (nacimientos en otras organizaciones, decesos y otros). Es vital mantener una base de datos exacta y disponible en todo momento, es el eje troncal de un sistema como éste. Cada representación electrónica del DNI se convierte en la version atómica de un segmento funcional que fluye entre un punto y otro, disparando nuevas tareas, seguimientos y alertas dentro del sistema.

Una vez que la paciente ha ingresado al sistema, disparadores internos y automáticos ya han creado “Objetos” electronicos requeridos para el manejo óptimo de su información. Ya fueron creadas tablas y campos dentro de la base de datos que por medio de una interfaz simple proveerán al Doctor con formas como por ejemplo: Historia Médica, Datos de Contacto, Archivador Electrónico para guardar fotos, videos, escaneos y todo material electronico que ayuden a éste proceso (por ejemplo resultados de exámenes), Datos de pago o afiliación, y otros. Todos ésos objetos se mantienen vacíos dentro del sistema en espera de que en diferentes puntos de contacto en el proceso se vayan llenando o actualizando, nunca se sobre-escribe data sin tener un sistema de logeo que dé el historial de actualizaciones.

Además de crearse éstos objetos también internamente el sistema ha disparado el inicio de lo que Techno Global propone como “Pipeline”. Éste Pipeline es el conjunto de pasos a seguir desde la incepción del Paciente dentro del sistema hasta el final de actividades del post-partum. Éstos pasos a seguir se basan en una constante re-categorización de la condición del paciente (Riesgo I, Riesgo II, …) durante su viaje a travez del Pipeline. La re-categorización dispara acciones como Alertas físicas con redundancia y re-priorización automática, Cambios en la Interfaz al momento de interactuar con el sistema, Asignación de recursos (tiempos, equipos, etc.) automáticamente manejado por el sistema, Nivel de seguimiento y Sistemas de emergencia. De todos ellos el más vital es el sistema de Alertas. Cada usuario que lo necesite podrá ver claramente en el sistema, durante o después de la atención al paciente, el riesgo potencial durante el embarazo y seguirá los pasos descritos en el sistema para mitigar o eliminar tales riesgos. La re-categorización dinámica está basada en algoritmos ejecutables que implementan lógica obtenida de la experiencia de doctores en éste rubro. Los riesgos, y su tratamiento del sistema son también pre-definidos en base a experiencia. (Todo ésto es incluído dentro del sistema de salud para madres gestantes que propone Techno Global).

LA ARQUITECTURA

Algo también muy importante es que toda ésta lógica de negocios (Riesgos, Re-categorización, Objetos y otros parámetros) son retro-alimentables. Ésto significa que el sistema trae consigo un KB (Knowledge Base – Base de Conocimientos) en donde se alberga la lógica más actualizada y donde se reciben propuestas de cambio en base a nueva información obtenida durante el uso del sistema. Éstas propuestas pasan por una jerarquía de aprobación apropiada hasta convertirse en MLSS (Modificación de la Lógica del Sistema de Salud). Ésta información a su vez es absorbida por el sistema de salud y ejecutada en su mayor parte en forma dinámica sin ningun cambio infrastructural requerido. Ésto debido a que la arquitectura del sistema es totalmente virtual (Cloud – Nube) (sistema de hosting clusterizado a nivel de memoria y capacidad procesal de computación), por tanto no hay sistema de redes o servidores que mantener o modificar. Cada vez que hay un paquete de MLSS se crea un Release, ése Release es automáticamente bajado y ejecutado por el sistema en el hardware de uso. Así los usuarios siempre trabajan con la última version (migraciones de data son parte del plan de un Release). En éste caso, como dispositivo para el usuario, Techno Global propone usar iPads porque utilizan tecnología Apple, extremadamente confiable y para uso de personas sin ningun conocimiento de computadoras.  Las iPads traen Wi-Fi y commandos programables que no estaban disponibles antes (geo-location, podcasts, shake, flip, turn, mejor video y audio y demás), por tanto mientras haya red dentro de un local de un patrocinador (o en casa, o en Starbucks), el doctor podrá seguir trabajando dentro del sistema. No se recomienda iPhones u otro dispositivo móvil porque la interfaz de éste sistema es extremadamente importante. El usuario debe fácilmente ingresar nueva data al sistema o actualizar la información del paciente. Por otro lado no se recomienda usar laptops o PCs de escritorio (con éstos no hay portabilidad) por la inestabilidad que podría ocasionar correr el sistema dentro de Windows. A veces la actualizacion del sistema dispara alertas y es vital que ellas no se detengan por una caída del sistema operativo o una desactualización de un driver o la instalación de un nuevo programa. Con iPads la actualización del sistema viaja desde cualquier punto hacia la Nube en la cual se crean los pasos a seguir y en muchos casos se notificará a doctores específicos a travez de sus iPads (si no se obtuviera información a travez de mensajes de texto o correos de voz) para que tomen acción urgente. Si el sistema del doctor está caído entonces ya no tendríamos un proceso en el cual firmemente depender (claro considerando también que el Doctor a veces no va a estar en una zona Wi-Fi, en cuyo caso el Pipeline usa comunicación tradicional).

El PACIENTE

En lo que respecta al Paciente, visualizamos el Pipeline como un conjunto extremadamente inteligente de acciones de seguimiento y comunicación Doctor-Paciente. El sistema crea actividades a seguir por personal en un Call Center, el sistema envía mensajes de texto y correos electronicos invitando al paciente a agendar su próxima reunion o inclusive a actualizar sus propios datos en el sistema desde su propia casa o desde una cabina pública. El paciente confirma en el Pipeline que tales pasos se han dado, el sistema confirma y el proceso continua. Se le hace ver al paciente las ventajas que trae el actualizar su información antes de ir al local de salud, por ejemplo menos tiempo de espera, y se le da acceso una vez dentro del local a continuar con el proceso de dar información (si no lo hizo en casa) antes de ver al Doctor. Ésta información es presentada al Paciente en forma gráfica (cuerpo humano) y lógica (Menus y Sub-Menus), que luego se convierten en data binaria dentro de una base de datos. Una vez que ingresa a atención, el Doctor ya tiene la información que necesita del paciente, también tiene información de otras atenciones e historial medico completo. El sistema está siempre avisando al doctor de cualquier riesgo o complicación.

LA ATENCION Y LA TRIANGULACION

El Doctor utiliza menos su tiempo en cumplir acciones lógisticas, documentarias y administrativas y más tiempo en funciones médicas y de educación e información al paciente. Si es necesario prescribir medicamentos el Doctor accesa farmacias virtuales (del Proveedor) y crea una receta virtual con firma electronica. Ésta receta no podrá ser modificada posteriormente y podrá ser guardada para cualquier necesidad futura en la base de datos (El paciente también puede accesarla en cualquier momento) desde un portal para el paciente. Lo importante acá es ver que el Doctor es el que determina exactamente que medicamentos prescribir en base a inventarios reales, se elimina el proceso de traducción, interpretación y uso de intercambiables (“No tenemos éste pero sí éste medicamento”), inclusive el Doctor puede decirle el precio al paciente y donde recojerlo (al momento de la receta la Orden YA fue puesta en el sistema y el acceso del Proveedor al sistema genera el término de éste paso en el Pipeline). Al momento de llegar a su casa el paciente lee su correo donde el Doctor le agradece por su tiempo, le hace recordar lo que se trató en su visita, lo que se recetó, como tomar sus medicamentos y los próximos pasos a seguir. Todo ésto fue creado automáticamente por el sistema. Luego recordatorios y disparadores de acciones a seguir por el paciente son enviados por el mismo. Casi lo mismo ocurre con Exàmenes de sangre, orina, pruebas de laboratorio, Ecografías y demás. Mientras haya participación del Proveedor éste sistema podrá incluir éste rol en forma efectiva. Es vital la comunicación entre Proveedor y Doctor para poder estar al tanto de cambios de items prescribibles. Al inicio puede realizarse con unos cuantos proveedores, (NO es buena idea cerrar el sistema con 1 o pocos proveedores) y luego ir creciendo. Éste sistema de salud estará acondicionado a albergar un número ilimitado de proveedores siempre y cuando ellos esten de acuerdo a seguir en convenciones estándar de integración, autenticación y sincronización de información digital médica.

CONCLUSION

Como se dijo antes, éste no es un “Software” que se ofrece en venta para un organismo de salud. Ésta es una solución completa que envuelve Analisis, Consultoría, Programación, Administración, Entrenamiento y tareas de Implementación. Todo ésto para adaptar nuestra vision a aquellos patrocinadores que esten listos para reducir la tasa de mortandad y riesgos de salud de madres gestantes, para levantar el nivel de calidad de servicio (impacto directo a la Marca y a la rentabilidad en casos de organizaciones privadas y a la imagen y cumplimiento de funciones en casos de organismos públicos de salud) y para mejorar las condiciones de vida region por region, o mercado por mercado. Pensamos que más adelante podremos hacer lo mismo con otras areas de salud y otras estructuras más complejas, por ahora nos concentramos en ésta parte para una ejecución efectiva, pronta, a bajo costo y totalmente positiva.

 

Éste documento fue escrito por Jorge Canal en base a su trabajo en el campo de salud en Estados Unidos y en el sistema de atención en línea que él creó con su compañía, Techno Global Inc.:www.wortix.com . Actualmente Techno Global Inc. está trabajando en iniciativas conjuntas con InnovaSur, Centro de Investigación, Desarrollo e Innovación (I+D+i) de la Universidad Científica del Sur, para poder propagar ésta clase de servicios en todo el país. El aporte de Innovasur, en especial del Dr. Alberto Zapata,  ex jefe del Programa Materno-Infantil de la Dirección Regional del Callao y la Ing. Zandra Rivera, Directora de la Facultad de Ingenieria de Sistemas, es crítico para aplicar ésta visión a la realidad peruana. Estamos dispuestos a conversar con aquellos profesionales (Patrocinadores) que se consideren listos para ejecutar un plan como éste en su organización. jorge.canal@technoglobalinc.com