Monthly Archives: December 2011

Wortix Global Health Social Community

Wortix Global Health Social Community

A Note About Social Help…

To help someone is to connect with our own human existence. Helping is not giving, helping is living, it is who we are. Since we were born in this interconnected World we had been helped, and we still are even when we don’t know it (without help none of us could’ve made it passed our childhood). Help also extends beyond family ties. Thus, first we should help ourselves, then we should naturally help others. For 4 years, Wortix had been striving in the use of technology to make it easier for people to help each other. We had started in the Health field and encouraged many health professionals to spend a few minutes and advice others with their Health Issues. We also encourage health companies to participate as promoters or health professionals. Today, 4 years and 10,000 patients later, we’d like to believe in our success; thus, we are proud to announce the launch of WORTIX SOCIAL, a social community aimed to strengthen the ties among patients, doctors, nurses, alternative medicine professionals, laboratories, pharmaceuticals, health devices manufacturers and everybody else involved in HEALTH. Please participate, enjoy and let us know what can we do to improve it. Wortix is completely self-funded by Techno Global Inc., an 18-years old technology firm from U.S.A., its functionality and scope are driven by its users and nothing can make us happier than to find a good partner to push this initiative even further. If you know of someone, please talk to them about Wortix, a Global Health Social Community that is changing the World about how health help is distributed across the globe. If you are running any health facility in any country, and you have patients waiting for help, make sure you add them to Wortix, and post their Health Issues in your language, and tell their stories. We are sure a health professional, perhaps someone reading this text, in another part of the World, and in their own language, would want to provide some written advice to your patients using Wortix. If you are a health professional and you are still thinking about it, please consider that your name will be proudly displayed in the system (unless you want to remain anonymous like many of our patients), plus you will commingle with a global health community whose strength has no precedent in history. And don’t forget, if you are helping, you are manifesting your love to existence, and since you are part of existence, you are also loving yourself.

Jorge Canal

CEO and Founder of Wortix Healthcare LLC

Website: http://www.wortix.com

Facebook: http://www.facebook.com/wortixfb

Facebook App: http://apps.facebook.com/wortixapp/?ref=ts

Twitter: http://twitter.com/wortixworld

Advertisements

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