Specialty pharma engagement approach

Análise de dados de farmácias especializadas e integração de dados de hubs

Análise de dados de farmácias especializadas: ingerimos e validamos feeds de SPs e hubs, ligamos pacientes entre fontes e criamos dashboards de tempo até a terapia e abandono.

Solicite uma proposta gratuita

Conte o que você precisa. Um consultor responde em até um dia útil.

Respondemos de [email protected], normalmente em até um dia útil. Não incluímos você em nenhuma lista de e-mails.

01

Dados de farmácias especializadas que você realmente consegue reportar

Se o seu produto passa por uma rede limitada de farmácias especializadas (SPs), os dados de farmácias especializadas e os feeds do hub são a visão mais clara do que acontece com o paciente depois que a receita é emitida: quando o encaminhamento chegou, quanto tempo levaram a verificação de benefícios e a autorização prévia, quando a primeira dispensação foi enviada e se o paciente voltou para a renovação.

Obter essa visão é mais difícil do que deveria. Cada farmácia especializada envia o seu próprio layout de arquivo e os seus próprios códigos de status, os arquivos chegam atrasados ou nem chegam, e o mesmo paciente aparece com identificadores diferentes na SP, no hub e nos claims. As equipes acabam conciliando planilhas toda semana em vez de agir com base no que os dados mostram.

A Greenwolf constrói o pipeline que resolve isso: ingestão e validação automatizadas de todos os feeds de SPs e hubs, uma forma segura para a privacidade de ligar pacientes entre fontes e dashboards que as equipes de serviços ao paciente, acesso ao mercado e marca leem da mesma forma. Isso faz parte da nossa prática mais ampla de análise e automação para specialty pharma. Para entender os dados em si, leia o que são os dados de farmácias especializadas e como a indústria farmacêutica deve usá-los.

02

O que os feeds de farmácias especializadas e hubs contêm

  • Dados de status

    Um registro a cada movimentação do caso de um paciente: encaminhamento recebido, verificação de benefícios, autorização prévia, recurso, assistência financeira, enviado, em espera, cancelado ou descontinuado.

    • Códigos de status e substatus com datas
    • Motivos de esperas e cancelamentos
    • Pagador e plano do caso
  • Dados de dispensação

    O que de fato foi enviado: produto, concentração, quantidade, dias de suprimento, número da dispensação e data de envio.

    • Primeiras dispensações e renovações
    • Dias de suprimento para medir persistência
    • Campos de coparticipação e desembolso do paciente, quando enviados
  • Dados de casos do hub

    A visão do hub sobre adesão ao programa, investigação de benefícios, programas de coparticipação e de produto gratuito, suporte de enfermagem e anotações do caso.

    • Adesão e consentimento
    • Atribuição a programas
    • Transferências de e para a SP
  • Campos de prescritor e local

    O prescritor e a conta por trás de cada encaminhamento, o que liga os dados das SPs aos relatórios de campo e comerciais.

    • Identificadores de prescritores
    • Dados do consultório e da conta
    • Origem do encaminhamento

03

Do encaminhamento à dispensação: por que as junções importam

As perguntas que a liderança faz (quanto tempo os pacientes esperam pela terapia, onde abandonam, quais pagadores atrasam o processo) dependem de acompanhar um mesmo paciente por vários sistemas. Um encaminhamento começa no hub, passa para uma farmácia especializada, pode ser transferido para uma segunda SP e é pago por um plano que também aparece nos claims. Se esses registros não puderem ser ligados, o tempo até a terapia vira um palpite e o abandono fica subestimado.

Explicamos o raciocínio por trás de um registro único do paciente em como reunir dados de SPs, hubs e claims em uma visão unificada do paciente, e os argumentos para um repositório central em por que toda specialty pharma precisa de um hub de dados centralizado.

04

Problemas comuns com dados de farmácias especializadas

  • Cada SP envia um formato diferente

    Layouts, nomes de campos e listas de códigos de status diferentes em cada farmácia, de modo que o mesmo evento parece diferente dependendo de quem o reportou.

  • Arquivos atrasados, ausentes e reenviados com correções

    Um arquivo que não chega parece uma queda de atividade. Um arquivo reenviado pode contar em dobro. Sem verificações, ninguém percebe até que os números sejam questionados.

  • Identidade do paciente entre SP, hub e claims

    Um mesmo paciente tem identificadores diferentes em cada fonte, e as transferências entre farmácias criam duplicidades ou abandonos aparentes.

  • Definições que variam por equipe

    Serviços ao paciente, acesso e marca calculam o tempo até a terapia ou o abandono de formas um pouco diferentes, então as reuniões começam conciliando números.

05

O que construímos

  • Ingestão e validação dos feeds de SPs e hubs

    Cargas automatizadas para cada arquivo de farmácia e de hub, mapeadas para um único layout padrão e um único vocabulário de status.

    • Mapeamento de campos e códigos de status por fonte
    • Verificações de mudanças de schema, duplicidades e lacunas
    • Registros reenviados com correções tratados de forma explícita
  • Tokenização e ligação de pacientes

    Os pacientes são ligados entre SP, hub e claims por meio de tokens desidentificados, e não por nomes, normalmente gerados por um provedor de tokenização que você já contrata, de modo que unimos os registros sem lidar com identidades.

    • Funciona com o seu provedor de tokens atual
    • Regras de correspondência documentadas e auditáveis
    • PHI apenas sob o seu Business Associate Agreement
  • Uma visão unificada do paciente

    Um registro longitudinal por paciente, do encaminhamento a cada mudança de status, dispensação e renovação, com as transferências entre SPs costuradas.

    • Linha do tempo do encaminhamento à primeira dispensação
    • Transferências entre farmácias resolvidas
    • Ligado aos cadastros mestres de prescritores e pagadores
  • Dashboards de tempo até a terapia e abandono

    Dashboards para serviços ao paciente, acesso ao mercado e marca, construídos sobre definições acordadas e com drill-down por SP, pagador, região e prescritor.

    • Tempo até a terapia por etapa
    • Abandono e motivos
    • Persistência nas renovações e descontinuação
  • Alertas de qualidade de dados

    Notificações quando um arquivo atrasa, um volume sai da faixa normal ou uma farmácia muda o formato, para que os problemas sejam detectados antes de os relatórios saírem.

    • Alertas de arquivos atrasados e ausentes
    • Verificações de anomalias de volume e de campos
    • Um log de qualidade de dados por fonte

06

Resumo de caso: relatórios de acesso do paciente para um fornecedor de terapias especializadas

Um fornecedor de terapias especializadas reconstruía à mão os seus relatórios de acesso do paciente, e os identificadores não batiam entre as fontes.

O que construímos: identificadores limpos e uma estrutura de MDM, pipelines de casos automatizados, relatórios padronizados e dashboards.

Resultado: de 60 a 80 por cento menos trabalho manual e relatórios que se mantiveram estáveis de um ciclo para o outro.

07

Como funciona um projeto

Inventariar os feeds

Listamos todos os feeds de SPs e hubs, o formato, a frequência e os problemas conhecidos de cada um, além dos relatórios que dependem deles.

Acordar as definições

Tempo até a terapia, abandono e persistência são definidos uma única vez com serviços ao paciente, acesso e marca, tomando os seus KPIs atuais como ponto de partida.

Construir a ingestão e a ligação

Cada feed é automatizado e validado, e os pacientes são ligados entre as fontes por meio da sua abordagem de tokenização.

Reportar e conciliar

Os dashboards entram no ar e são conciliados com os seus números atuais antes de o processo manual ser desativado.

Monitorar e dar suporte

Alertas de qualidade de dados rodam a cada carga, e continuamos com você quando farmácias são adicionadas, formatos mudam ou um novo produto é lançado.

08

Como tratamos dados de pacientes

NDA assinado antes de qualquer compartilhamento de dados
Construído dentro da sua nuvem ou data warehouse, sem cópia para o nosso ambiente
Dados desidentificados e tokenizados sempre que o trabalho permitir
Informações de saúde protegidas apenas sob o seu Business Associate Agreement
Nenhum dado de paciente enviado a ferramentas de IA de consumo

09

Perguntas sobre dados de farmácias especializadas

O que são dados de farmácias especializadas?
São os dados de status e de dispensação que as farmácias especializadas enviam aos fabricantes, mostrando o progresso de cada paciente desde o encaminhamento, passando pela verificação de benefícios e pela autorização prévia, até a primeira dispensação e as renovações. Os dados do hub acrescentam a visão de adesão e dos programas de suporte. O nosso guia sobre dados de farmácias especializadas aprofunda o tema.
O que faz um agregador de dados de farmácias especializadas?
Um agregador coleta os feeds de várias farmácias especializadas e os entrega em um único formato. Muitos fabricantes já usam um. Trabalhamos junto com ele: recebemos o feed agregado, mais quaisquer arquivos diretos de SPs e hubs, validamos, ligamos aos claims e ao seu cadastro mestre de prescritores e construímos os relatórios em cima disso.
Vocês conseguem ligar pacientes entre dados de SPs, hubs e claims sem usar nomes?
Sim. A ligação normalmente é feita com tokens desidentificados gerados por um provedor de tokenização, de modo que o mesmo paciente recebe o mesmo token em cada fonte sem que identidades sejam compartilhadas. Construímos sobre os tokens que você já recebe e documentamos as regras de correspondência para que a sua equipe de privacidade possa revisá-las.
Quais KPIs de acesso do paciente devemos acompanhar a partir dos dados de SPs e hubs?
Normalmente tempo até a terapia, abandono, taxas de aprovação e persistência nas renovações, segmentados por pagador, farmácia e região. Veja KPIs de acesso do paciente e KPIs para programas de suporte ao paciente via hub para as listas completas.
Como vocês lidam com a HIPAA e com informações de saúde protegidas?
Assinamos um NDA primeiro, construímos dentro do seu ambiente e trabalhamos com dados desidentificados sempre que possível. Quando um projeto precisa de informações de saúde protegidas, elas ficam em serviços cobertos pelo seu Business Associate Agreement. Não existe certificação oficial HIPAA, por isso não declaramos ter uma.
Precisamos de uma nova plataforma de dados para isso?
Não. Construímos no data warehouse e nas ferramentas de BI que você já usa, como Snowflake, BigQuery, Azure, Power BI ou Tableau.

10

Trabalhos relacionados na indústria farmacêutica

Quando os dados de SPs e hubs estão limpos e ligados, eles também alimentam os relatórios de marca e de campo. Veja análise comercial farmacêutica para saber como os conectamos a dados de CRM, prescrições e pagadores, e dashboards de acesso do paciente para exemplos de como os relatórios ficam.

Conte qual relatório de SP ou hub a sua equipe reconstrói toda semana

Descreva a sua rede de farmácias, como os feeds chegam e quem lê o resultado. Responderemos com o que é preciso para automatizar isso.

Uma resposta de um consultor, normalmente em até um dia útil.

Parte do nosso hub de Analytics Comercial e de Pacientes para Farma. Comece pela nossa página sobre analytics de farmácia especializada.

Analytics Comercial e de Pacientes para Farma

Mais sobre analytics de farmácia especializada

Ver tudo sobre Analytics Comercial e de Pacientes para Farma