Specialty pharma engagement approach

Analítica de datos de farmacias especializadas e integración de datos del hub

Analítica de datos de farmacias especializadas: integramos y validamos los feeds de SP y del hub, vinculamos pacientes entre fuentes y creamos dashboards de tiempo hasta la terapia y abandono.

Solicite una propuesta gratuita

Cuéntenos qué necesita. Un consultor le responde en un día hábil.

Respondemos desde info@greenwolftechlabs.com, normalmente en un día hábil. No le añadimos a ninguna lista de correo.

01

Datos de farmacias especializadas con los que realmente se puede informar

Si su producto se distribuye a través de una red limitada de farmacias especializadas, los feeds de las SP (specialty pharmacies) y del hub son su visión más clara de lo que le ocurre a un paciente después de la prescripción: cuándo llegó la derivación, cuánto tardaron la verificación de beneficios y la autorización previa, cuándo se envió la primera dispensación y si el paciente volvió para una reposición.

Obtener esa visión es más difícil de lo que debería. Cada farmacia especializada envía su propio formato de archivo y sus propios códigos de estado, los archivos llegan tarde o no llegan, y el mismo paciente aparece con identificadores distintos en la SP, en el hub y en las reclamaciones. Los equipos acaban conciliando hojas de cálculo cada semana en lugar de actuar sobre lo que dicen los datos.

Greenwolf construye el pipeline que lo resuelve: ingesta y validación automatizadas de cada feed de SP y del hub, una forma de vincular pacientes entre fuentes que protege la privacidad, y dashboards que los equipos de servicios al paciente, acceso al mercado y marca leen de la misma manera. Forma parte de nuestra práctica más amplia de analítica y automatización para specialty pharma. Para conocer mejor los datos en sí, lea qué son los datos de farmacias especializadas y cómo debería usarlos la industria farmacéutica.

02

Qué contienen los feeds de las farmacias especializadas y del hub

  • Datos de estado

    Un registro cada vez que avanza el caso de un paciente: derivación recibida, verificación de beneficios, autorización previa, apelación, asistencia financiera, enviado, en espera, cancelado o discontinuado.

    • Códigos de estado y subestado con fechas
    • Motivos de esperas y cancelaciones
    • Pagador y plan asociados al caso
  • Datos de dispensación

    Lo que realmente se envió: producto, concentración, cantidad, días de suministro, número de dispensación y fecha de envío.

    • Primeras dispensaciones y reposiciones
    • Días de suministro para medir la persistencia
    • Campos de copago y gasto de bolsillo del paciente, cuando se facilitan
  • Datos de casos del hub

    La visión del hub sobre la inscripción, la investigación de beneficios, los programas de copago y de producto gratuito, el apoyo de enfermería y las notas del caso.

    • Inscripción y consentimiento
    • Asignación a programas
    • Traspasos hacia y desde la SP
  • Campos de prescriptor y centro

    El prescriptor y la cuenta detrás de cada derivación, que vinculan los datos de la SP con los informes de campo y comerciales.

    • Identificadores del prescriptor
    • Datos de la consulta y de la cuenta
    • Origen de la derivación

03

De la derivación a la dispensación: por qué importan los cruces de datos

Las preguntas que plantea la dirección (cuánto esperan los pacientes para iniciar la terapia, dónde abandonan, qué pagadores ralentizan el proceso) dependen todas de seguir a un mismo paciente a través de varios sistemas. Una derivación empieza en el hub, pasa a una farmacia especializada, puede transferirse a una segunda SP y se paga a través de un plan que también aparece en las reclamaciones. Si esos registros no se pueden cruzar, el tiempo hasta la terapia es una suposición y el abandono queda infravalorado.

Explicamos el razonamiento detrás de un registro único de paciente en cómo unir los datos de SP, hub y reclamaciones en una vista unificada del paciente, y los argumentos a favor de un almacén central en por qué toda empresa de specialty pharma necesita un hub de datos centralizado.

04

Problemas habituales con los datos de farmacias especializadas

  • Cada SP envía un formato distinto

    Cada farmacia usa su propio diseño, sus propios nombres de campo y su propia lista de códigos de estado, de modo que el mismo evento se ve diferente según quién lo informe.

  • Archivos tardíos, ausentes o reenviados con correcciones

    Un archivo que no llega parece una caída de la actividad. Un archivo reenviado puede contarse dos veces. Sin controles, nadie lo nota hasta que se cuestionan las cifras.

  • Identidad del paciente entre SP, hub y reclamaciones

    Un mismo paciente tiene identificadores distintos en cada fuente, y las transferencias entre farmacias generan duplicados aparentes o abandonos aparentes.

  • Definiciones que cambian según el equipo

    Servicios al paciente, acceso y marca calculan el tiempo hasta la terapia o el abandono de forma ligeramente distinta, así que las reuniones empiezan conciliando cifras.

05

Lo que construimos

  • Ingesta y validación de los feeds de SP y del hub

    Cargas automatizadas para cada archivo de farmacia y del hub, mapeadas a un único formato estándar y a un único vocabulario de estados.

    • Mapeo de campos y códigos de estado por fuente
    • Controles de cambios de esquema, duplicados y huecos
    • Tratamiento explícito de los registros corregidos
  • Tokenización y vinculación de pacientes

    Los pacientes se vinculan entre SP, hub y reclamaciones mediante tokens anonimizados en lugar de nombres, generados normalmente por un proveedor de tokenización con el que usted ya tiene contrato, de modo que cruzamos registros sin manejar identidades.

    • Funciona con su proveedor de tokens actual
    • Reglas de coincidencia documentadas y revisables
    • PHI solo bajo su Business Associate Agreement
  • Una vista unificada del paciente

    Un registro longitudinal por paciente, desde la derivación hasta cada cambio de estado, dispensación y reposición, con las transferencias entre SP enlazadas.

    • Cronología de la derivación a la primera dispensación
    • Transferencias entre farmacias resueltas
    • Vinculado a los maestros de prescriptores y pagadores
  • Dashboards de tiempo hasta la terapia y abandono

    Dashboards para servicios al paciente, acceso al mercado y marca, construidos sobre definiciones acordadas y con detalle por SP, pagador, región y prescriptor.

    • Tiempo hasta la terapia por etapa
    • Abandono y sus motivos
    • Persistencia en las reposiciones y discontinuación
  • Alertas de calidad de datos

    Avisos cuando un archivo llega tarde, un volumen sale de su rango habitual o una farmacia cambia su formato, para detectar los problemas antes de que salgan los informes.

    • Alertas de archivos tardíos y ausentes
    • Controles de anomalías de volumen y a nivel de campo
    • Un registro de calidad de datos por fuente

06

Caso resumido: informes de acceso del paciente para un proveedor de terapias especializadas

Un proveedor de terapias especializadas reconstruía a mano sus informes de acceso del paciente, y los identificadores no coincidían entre fuentes.

Lo que construimos: identificadores depurados y una estructura MDM, pipelines de casos automatizados, informes estandarizados y dashboards.

Resultado: entre un 60 y un 80 por ciento menos de trabajo manual e informes estables de un ciclo al siguiente.

07

Cómo se desarrolla un proyecto

Inventariar los feeds

Listamos cada feed de SP y del hub, su formato, su frecuencia y sus problemas conocidos, así como los informes que dependen de él.

Acordar las definiciones

El tiempo hasta la terapia, el abandono y la persistencia se definen una sola vez con servicios al paciente, acceso y marca, partiendo de sus KPI actuales.

Construir la ingesta y la vinculación

Cada feed se automatiza y se valida, y los pacientes se vinculan entre fuentes mediante su enfoque de tokenización.

Informar y conciliar

Los dashboards entran en producción y se concilian con sus cifras actuales antes de retirar el proceso manual.

Supervisar y dar soporte

Las alertas de calidad de datos se ejecutan en cada carga, y seguimos a su lado cuando se incorporan farmacias, cambian los formatos o se lanza un nuevo producto.

08

Cómo tratamos los datos de pacientes

NDA firmado antes de compartir cualquier dato
Desarrollado dentro de su nube o data warehouse, sin copiarlo a la nuestra
Datos anonimizados y tokenizados siempre que el trabajo lo permita
Información sanitaria protegida solo bajo su Business Associate Agreement
Ningún dato de pacientes se envía a herramientas de IA de consumo

09

Preguntas sobre los datos de farmacias especializadas

¿Qué son los datos de farmacias especializadas?
Son los datos de estado y de dispensación que las farmacias especializadas envían a los fabricantes y que muestran el avance de cada paciente desde la derivación, pasando por la verificación de beneficios y la autorización previa, hasta la primera dispensación y las reposiciones. Los datos del hub añaden la visión de la inscripción y de los programas de apoyo. Nuestra guía sobre los datos de farmacias especializadas lo explica con más detalle.
¿Qué hace un agregador de datos de farmacias especializadas?
Un agregador recopila los feeds de varias farmacias especializadas y los entrega en un único formato. Muchos fabricantes ya utilizan uno. Trabajamos junto a él: tomamos el feed agregado, además de cualquier archivo directo de SP y del hub, lo validamos, lo vinculamos con las reclamaciones y con su maestro de prescriptores, y construimos los informes encima.
¿Pueden vincular pacientes entre datos de SP, hub y reclamaciones sin usar nombres?
Sí. La vinculación se hace normalmente con tokens anonimizados que genera un proveedor de tokenización, de modo que el mismo paciente recibe el mismo token en cada fuente sin que se compartan identidades. Trabajamos sobre los tokens que usted ya recibe y documentamos las reglas de coincidencia para que su equipo de privacidad pueda revisarlas.
¿Qué KPI de acceso del paciente conviene seguir con los datos de SP y del hub?
Normalmente el tiempo hasta la terapia, el abandono, las tasas de aprobación y la persistencia en las reposiciones, desglosados por pagador, farmacia y región. Consulte KPI de acceso del paciente y KPI para programas de hub de apoyo al paciente para ver las listas completas.
¿Cómo gestionan HIPAA y la información sanitaria protegida?
Primero firmamos un NDA, trabajamos dentro de su entorno y usamos datos anonimizados siempre que es posible. Cuando un proyecto necesita información sanitaria protegida, esta permanece en servicios cubiertos por su Business Associate Agreement. No existe una certificación oficial de HIPAA, así que no afirmamos tenerla.
¿Necesitamos una nueva plataforma de datos para esto?
No. Trabajamos en el data warehouse y las herramientas de BI que usted ya utiliza, como Snowflake, BigQuery, Azure, Power BI o Tableau.

10

Trabajos relacionados en el sector farmacéutico

Una vez que los datos de SP y del hub están depurados y vinculados, también alimentan los informes de marca y de campo. Consulte analítica comercial farmacéutica para ver cómo los conectamos con datos de CRM, recetas y pagadores, y dashboards de acceso del paciente para ver ejemplos de cómo son los informes.

Cuéntenos qué informe de SP o del hub reconstruye su equipo cada semana

Describa su red de farmacias, cómo llegan los feeds y quién lee el resultado. Le diremos qué hace falta para automatizarlo.

Le responde un consultor, normalmente en un día laborable.

Forma parte de nuestro hub de Analítica comercial y de pacientes en farma. Empiece por nuestra página sobre analítica de specialty pharmacy.

Analítica comercial y de pacientes en farma

Más sobre analítica de specialty pharmacy

Ver todo sobre Analítica comercial y de pacientes en farma