Por que a Conciliação de PO de Suprimentos Médicos
Custa Mais do que a Maioria dos Hospitais Imagina

Um Problema Enterrado na Rotina

Na maioria dos setores, a conciliação de pedidos de compra é difícil. Na área da saúde, ela é estruturalmente diferente — e a maioria dos hospitais nunca mediu essa lacuna. A Premier Inc. estima que até 70% das faturas de saúde ainda tramitam em fluxos de trabalho baseados em papel, e 5–15% contêm erros de exceção de correspondência em qualquer ciclo de processamento. Isso não é um erro de arredondamento. Em um hospital de médio porte que processa 40.000 linhas de fatura por mês, uma taxa de exceção de 10% significa 4.000 linhas que exigem investigação manual — cada uma exigindo que alguém abra um pedido de compra no ERP, consulte um relatório de recebimento e compare os detalhes dos itens com uma fatura de fornecedor que chegou como PDF.

O KPI de Pedido Perfeito da AHRMM define o padrão: um pedido de compra atinge o status de "pedido perfeito" somente quando é entregue no local correto, no prazo, sem danos, pelo preço correto, na quantidade correta, na primeira tentativa e por meio de um processo eletrônico que não exigiu correção humana. É uma métrica composta que, na prática, pouquíssimas cadeias de suprimentos hospitalares conseguem atingir de forma consistente. Cada falha em qualquer uma das dimensões — preço errado, quantidade errada, unidade de medida errada — cria uma exceção de conciliação que alguém, em algum lugar do departamento de contas a pagar ou da cadeia de suprimentos do hospital, precisa resolver manualmente.

O que torna a saúde diferente não é o volume. É o choque entre sistemas de dados que a indústria, o varejo e a distribuição simplesmente não precisam enfrentar. Uma caixa de luvas de látex na cadeia de suprimentos de um hospital não tem um número de identificação. Ela tem três — e eles vivem em três sistemas diferentes, mantidos por três organizações diferentes. Quando uma fatura chega, o número impresso nela pode ou não corresponder ao número do pedido de compra. E o número no cadastro de itens do hospital pode não corresponder a nenhum dos dois.

Três Identificadores, Um Produto

Percorra a cadeia de aquisição de um único item de suprimento médico — uma caixa de luvas cirúrgicas, um frasco de contraste, uma bandeja de seringas — e o problema de numeração se torna visível.

O fabricante atribui um número de catálogo. Este é o identificador que o fornecedor utiliza internamente: em seu ERP, nas notas fiscais de remessa, nas faturas. Para um produto farmacêutico ou dispositivo médico, o fabricante também pode atribuir um Código Nacional de Medicamento (NDC) — um número de 10 dígitos estabelecido pela FDA sob a Seção 510 do Federal Food, Drug and Cosmetic Act — que identifica o rotulador, o produto e a configuração da embalagem. Para dispositivos médicos regulamentados pela regra UDI da FDA, existe ainda outro identificador: o Identificador Único de Dispositivo, composto por um Identificador de Dispositivo (DI) e um Identificador de Produção (PI) que, juntos, identificam exclusivamente o modelo, o lote e a data de validade do dispositivo.

O hospital atribui um ID do mestre de itens — o SKU interno que o ERP do hospital (Infor, Oracle, Workday, Epic) utiliza para rastrear o estoque, emitir pedidos de compra e direcionar pagamentos. Esse número é criado e mantido pelo departamento de cadeia de suprimentos ou gestão de materiais do hospital. É a taxonomia interna do próprio hospital e não possui relação sistemática com o número de catálogo do fabricante nem com o NDC.

O distribuidor fica entre o fabricante e o hospital, podendo usar ainda outro identificador — o SKU próprio do distribuidor, o Número Global de Item Comercial (GTIN) da GS1 ou, em alguns casos, o NDC registrado pelo fabricante junto à FDA. A Lei de Segurança da Cadeia de Suprimentos de Medicamentos (DSCSA) adiciona outra camada: GTINs serializados (SGTINs) que são distintos dos NDCs tanto em quantidade de caracteres quanto em formato, ou seja, o identificador de serialização em uma caixa de medicamentos é estruturalmente incompatível com o NDC que o sistema de farmácia do hospital usa para faturamento e estoque.

Agora considere o que acontece quando uma ordem de compra é criada. O sistema de compras do hospital busca o ID do item mestre. A OC é enviada ao distribuidor. O distribuidor traduz esse ID do item mestre para seu próprio SKU ou o número de catálogo do fabricante. O produto é enviado. O romaneio de embarque traz o SKU do distribuidor. A nota fiscal traz — dependendo do sistema de faturamento do fornecedor — o número de catálogo do fabricante, o NDC, o UDI-DI ou uma combinação. O recebimento registra o envio contra a OC, que referencia o ID do item mestre. Três documentos. Três sistemas de numeração diferentes. Um único produto.

O processo de conciliação — etapa em que um ser humano ou um sistema automatizado deve verificar se a fatura corresponde ao pedido de compra (PO) e ao relatório de recebimento — precisa reconciliar esses três identificadores antes que qualquer comparação de preço ou quantidade possa começar. Mas os identificadores nunca foram projetados para serem reconciliados. Eles foram criados por três organizações diferentes, operando em três estruturas regulatórias distintas, e se relacionam entre si apenas por meio de tabelas de referência cruzada manual que alguém no departamento de cadeia de suprimentos precisa manter à mão.

Uma análise da GHX sobre as taxas de Pedido Perfeito identificou o desalinhamento de dados do produto — e não erros de preço ou discrepâncias de quantidade — como a causa raiz da maioria dos processos falhos de PO a pagamento. A Owens & Minor, uma das maiores distribuidoras de saúde dos EUA, apresentou no GHX Summit de 2023 sobre os "impactos negativos do desalinhamento de dados do produto nas taxas de Pedido Perfeito". O problema não é que os hospitais processam POs de forma inadequada. O problema é que os dados nunca estiveram alinhados desde o início.

Uma simples realocação de campo por um fornecedor — atualizar um número de catálogo ou mudar de um NDC para um GTIN — quebra silenciosamente a tabela de referência cruzada. O sistema de conciliação sinaliza uma incompatibilidade. Um funcionário de contas a pagar abre a exceção, vê que o PO lista o ID do mestre de itens 84721, a fatura lista o NDC 12345-6789-01 e o romaneio lista o número de catálogo SG-400-L. Nenhum deles corresponde. A investigação começa.

Onde a Unidade de Medida Multiplica o Problema

Se a colisão de três identificadores é o problema estrutural que torna a conciliação de pedidos de compra na saúde excepcionalmente difícil, a incompatibilidade de unidade de medida é o multiplicador de força que transforma um problema de alinhamento de dados em um problema financeiro.

Suprimentos médicos são vendidos, enviados, armazenados e faturados em unidades que raramente são consistentes em toda a cadeia de suprimentos. Um fabricante embala luvas cirúrgicas em caixas de 100. O distribuidor as vende em caixas de 10 unidades. O almoxarifado central do hospital as estoca por unidade — retirando luvas individuais para carrinhos de procedimento. O pedido de compra pode especificar "1 caixa (10 caixas de 100)". O romaneio pode registrar "1 caixa". A fatura pode cobrar "US$ 48 por caixa" — mas se o sistema de faturamento do fornecedor precifica por unidade e o fator de conversão está errado, um preço de caixa de US$ 48 se torna um custo de US$ 48 por unidade. Um item corretamente precificado de repente reflete uma sobretaxa de 10x ou 100x, e a conciliação tripla sinaliza uma discrepância de preço que parece um erro do fornecedor, mas é na verdade uma falha de conversão de unidade enterrada na tabela de referência cruzada.

Uma análise da Definian sobre dados da cadeia de suprimentos na saúde constatou que inconsistências nas unidades de medida entre áreas funcionais geram exceções em cascata na aquisição, estoque e contas a pagar — e que dados incorretos de relacionamento entre UoM podem causar falhas na cadeia tão básicas quanto pedir 10 caixas quando na verdade são necessárias 100. Isso não é um problema de nicho. Um hospital que mantém 2.000 SKUs distintos em sua cadeia — número modesto para uma unidade de médio porte — gerencia milhares de fatores de conversão de unidades. Cada novo produto adicionado ao formulário introduz novos fatores de conversão. Cada fornecedor que altera a configuração da embalagem introduz novos fatores de conversão. Cada atualização de sistema ERP que redefine unidades padrão introduz novos fatores de conversão.

No Reddit, no r/supplychain, profissionais de compras na saúde classificam as incompatibilidades de UoM como a maior dor de cabeça na conciliação. Um gerente de cadeia de suprimentos descreveu a dinâmica de forma direta: quando o pedido diz "caixa", a fatura diz "unidade" e o registro de recebimento diz "pacote", a conciliação tripla nunca funcionaria — independentemente de quão cuidadosamente a equipe de contas a pagar confira os números.

A análise da Identimedical sobre falhas na cadeia de suprimentos hospitalares identificou alterações de SKU de fornecedores como uma fonte crônica de incompatibilidades no cadastro de materiais. Fornecedores alteram números de catálogo, configurações de embalagem e unidades de medida rotineiramente — e o cadastro de materiais do hospital, mantido por uma equipe de suprimentos com falta de pessoal, fica defasado. Quando o SKU escaneado em uma entrega não corresponde ao cadastro, o processo de recebimento quebra. Quando o processo de recebimento quebra, a conciliação de três vias quebra. A exceção de reconciliação que chega na mesa de um analista de contas a pagar duas semanas depois é o sintoma a jusante de uma falha de manutenção de dados que ocorreu meses antes em um departamento diferente.

Preço por Faixa GPO: O Contrato que Muda Silenciosamente

A maioria dos setores tem preços negociados com fornecedores. A saúde tem preços por faixa de Organização de Compras em Grupo (GPO) — uma estrutura contratual em múltiplas camadas que adiciona outra dimensão de complexidade à conciliação de pedidos de compra.

Uma GPO negocia descontos baseados em volume em nome de milhares de hospitais membros. Um hospital se compromete com um determinado volume de compras — por exemplo, preço da Faixa 3 em implantes cirúrgicos, que exige US$ 500.000 em gastos anuais com um determinado fabricante. O contrato da GPO especifica o preço da faixa. O arquivo de preços do distribuidor deve refletir esse preço de faixa. A fatura do fornecedor deve cobrar esse preço de faixa. Mas a faixa não é um campo estático. Ela muda quando o volume real de compras do hospital ultrapassa um limite, quando o fabricante renegocia o contrato com a GPO, ou quando um hospital migra de uma GPO para outra no meio do ano.

A Associação de Distribuidores da Indústria da Saúde (HIDA) documentou uma taxonomia de cenários de divergência de preços e chargebacks que surgem especificamente das estruturas de níveis das GPOs. Quando um hospital migra de uma GPO para outra, o fabricante continua honrando os preços da GPO anterior enquanto os novos níveis são negociados — gerando milhares de créditos e chargebacks durante o período de transição, cada um exigindo conciliação manual. Quando o gerente de compras de um hospital está de férias e esquece de enviar uma Carta de Compromisso (LOC) da GPO para um upgrade de nível, o distribuidor continua cobrando no nível antigo enquanto o hospital opera no volume do novo nível, criando uma lacuna de preço que se acumula a cada pedido. Quando um distribuidor se qualifica para um chargeback do fabricante, mas só o solicita acima de um determinado valor mínimo, os chargebacks omitidos não são reconhecidos por nenhuma das partes, distorcendo silenciosamente os custos reais de suprimentos do hospital.

O próprio processo de conciliação de chargeback é um ponto de atrito estrutural. Um fabricante vende para um distribuidor pelo preço de atacado. O distribuidor vende para o hospital pelo preço contratual negociado com a GPO. O fabricante então emite um chargeback para o distribuidor para cobrir a diferença entre o preço de atacado e o preço contratual. A solicitação de chargeback precisa ser compatível entre quatro entidades: os registros de contrato do fabricante, os dados de vendas do distribuidor, a lista de membros da GPO e a ordem de compra do hospital. A análise da ProfitOptics sobre administração de chargeback na saúde chama isso de "correspondência 4x4" — quatro players, quatro fontes de dados — e observa que milhares ou até milhões de dólares circulam sem comprovação quando qualquer um dos quatro conjuntos de dados está desalinhado.

Para a equipe de contas a pagar do hospital que está conciliando uma única fatura, isso significa que o preço na fatura do fornecedor pode estar correto para o Nível 3, mas errado para o Nível 4, correto para a GPO A, mas errado para a GPO B, correto para a data do contrato, mas errado para a data do envio. A fatura parece normal. O preço é um preço contratual válido. Só que é o preço contratual errado para aquele hospital naquele momento — e detectar isso exige cruzar a fatura com as tabelas de contrato da GPO, cartas de atribuição de nível e registros de chargeback que estão em sistemas aos quais a equipe de contas a pagar pode nem ter acesso.

Por que os Módulos de Correspondência do ERP Deixam Lacunas

A suposição natural é que o software empresarial deveria lidar com isso. Infor, Oracle PeopleSoft, Workday e SAP incluem módulos de correspondência tripla projetados para comparar automaticamente itens de linha de pedido de compra com registros de recebimento e faturas. O Matching Workbench do PeopleSoft, por exemplo, verifica uma lista de condições de correspondência que uma fatura deve atender antes de ser correspondida e paga — estabelecendo uma correspondência tripla entre a fatura, o pedido de compra e o recebimento. A lógica é madura e bem documentada.

Mas os módulos de correspondência do ERP foram construídos para um mundo onde um produto tem um identificador, e esse identificador é consistente no PO, no romaneio e na fatura. Eles foram construídos para compras de manufatura — onde um SKU de matéria-prima significa a mesma coisa para o comprador, o fornecedor e o cais de recebimento. Eles não foram construídos para um ambiente onde o mesmo produto é identificado por um NDC no sistema de farmácia, um número de catálogo no sistema de faturamento do distribuidor, um GTIN no rótulo da caixa e um ID de mestre de itens no ERP do hospital — sem nenhuma referência cruzada automatizada entre eles.

A análise da Clarium Health sobre conciliação de ERP na saúde constatou que, mesmo após implementar a conciliação inteligente de quatro vias — adicionando a validação de contratos à comparação tradicional de três vias —, os hospitais ainda precisavam de intervenção manual para uma parcela significativa das exceções, pois a causa raiz não era uma falha na lógica de conciliação. Era uma falha de alinhamento de dados a montante. Os dados do contrato estavam em um sistema. Os dados do pedido de compra (PO) em outro. Os dados de recebimento em um terceiro. O módulo de conciliação conseguia compará-los, mas somente depois que um ser humano já havia alinhado os identificadores — que é justamente a etapa que consome mais tempo.

Em uma discussão no Reddit entre profissionais da cadeia de suprimentos hospitalar, a frustração com os módulos de conciliação de ERP foi consistente: o sistema sinaliza uma exceção, mas não fornece nenhum contexto necessário para resolvê-la. Um funcionário de contas a pagar vê "Discrepância de quantidade — PO: 10, Fatura: 1000" e precisa determinar de forma independente se a divergência é uma falta real ou uma conversão de unidade de medida que o sistema não conseguiu aplicar. O ERP sabe que os números não coincidem. Ele não sabe por que não coincidem. E o "porquê" — o NDC versus o número de catálogo, a unidade versus o pacote, o Nível 3 versus o Nível 4 — é o que determina se a exceção leva cinco minutos ou cinco dias para ser resolvida.

Ninguém é Dono da Lacuna

A dimensão mais negligenciada da conciliação de pedidos de compra de suprimentos médicos é organizacional. Três departamentos lidam com os três documentos, e cada um tem incentivos estruturalmente desalinhados com uma conciliação precisa.

Equipe clínica e gerentes de departamento iniciam a requisição. O incentivo deles é a disponibilidade — garantir que os suprimentos necessários para os procedimentos do dia seguinte estejam no estoque. Eles especificam o produto pelo nome clínico ou pelo item que já usaram antes. Raramente consultam um ID do cadastro de materiais e quase nunca mencionam o número de catálogo do fabricante. A requisição deles é funcionalmente precisa — "as mesmas luvas cirúrgicas de sempre" — mas estruturalmente incompleta como documento de correspondência.

Suprimentos e compras convertem a requisição em um pedido de compra. O incentivo deles é o custo e a conformidade contratual — comprar de fornecedores aprovados com preços negociados pela GPO. Eles traduzem a descrição clínica em um ID do cadastro de materiais, selecionam o contrato da GPO e emitem o pedido. Eles não veem a fatura. Eles não registram o recebimento. O trabalho deles termina quando o pedido é emitido.

Contas a Pagar recebe a fatura — um PDF de um distribuidor que não selecionaram, referenciando um identificador de produto que não atribuíram, com um preço de nível da GPO que não negociaram. O trabalho deles é verificar se o hospital paga apenas pelo que foi pedido e recebido, pelo preço correto. Mas os dados necessários para essa verificação — a referência cruzada do cadastro de materiais, a tabela de contratos da GPO, a carta de atribuição de nível — estão em sistemas aos quais podem não ter acesso, mantidos por departamentos com diferentes estruturas de reporte e diferentes prioridades.

As Chaves AHRMM para Excelência na Cadeia de Suprimentos reconhecem explicitamente essa lacuna organizacional. O KPI de Pedido Perfeito é definido como uma métrica composta justamente porque "atravessa silos funcionais" — compras, recebimento, contas a pagar e departamentos clínicos — e "ajuda a galvanizar a colaboração entre as organizações internas/externas coletivamente responsáveis pelo desempenho da cadeia de suprimentos". O fato de a AHRMM ter criado um KPI para medir a colaboração entre silos é, por si só, um reconhecimento de que, na maioria dos hospitais, os silos são o padrão.

O resultado é um processo de conciliação onde nenhuma pessoa tem acesso às três fontes de dados, e nenhum departamento é responsável pelo resultado. O funcionário de contas a pagar que detecta uma discrepância de preço precisa ligar para compras para verificar o contrato, para o cais de recebimento para verificar a entrega e para o distribuidor para verificar a fatura — três ligações, em três departamentos, para resolver uma exceção em um item de linha. Multiplique por 4.000 exceções por mês.

Os Custos que Ninguém Mede

O custo financeiro da conciliação manual de pedidos de compra na saúde — os US$ 53 por exceção, os descontos por pagamento antecipado perdidos, os pagamentos duplicados — é concreto e quantificável. Os custos operacionais e clínicos são mais difíceis de medir, mas provavelmente maiores.

Quando as contas a pagar de um hospital ultrapassam 60 dias porque exceções estão se acumulando, os fornecedores reagem de forma previsível: bloqueio de crédito. Um hospital com crédito bloqueado junto ao seu principal distribuidor médico-cirúrgico não consegue receber suprimentos. Um procedimento agendado para quinta-feira é adiado para sexta-feira — ou cancelado — porque o implante ou insumo específico que deveria chegar na quarta-feira está parado em um caminhão que o distribuidor não liberará até que o saldo pendente seja quitado. O atraso remonta diretamente a uma exceção de conciliação aberta há três semanas e nunca resolvida — não porque a nota fiscal estivesse errada, mas porque o NDC na nota fiscal não correspondia ao número de catálogo no pedido de compra, e o funcionário de contas a pagar que abriu a exceção não tinha acesso à tabela de referência cruzada que confirmaria que eram o mesmo produto.

Este é o efeito dominó que a equipe Remitra da Premier documentou: uma discrepância de preço entre o pedido de compra de um prestador e a nota fiscal de um fornecedor gera uma exceção. A nota fiscal é deixada de lado. O prestador não paga. A conta envelhece. Um bloqueio de crédito é aplicado. O prestador não consegue obter produtos. O problema começou na cadeia de suprimentos — especificamente, na camada de dados que deveria alinhar o pedido de compra, a nota fiscal e o contrato — e termina à beira do leito do paciente.

O custo da equipe é igualmente difuso. Auxiliares de contas a pagar e especialistas em cadeia de suprimentos que passam 60% da semana investigando exceções de conciliação não estão disponíveis para o trabalho que realmente melhora os resultados de compras: analisar padrões de gastos, renegociar contratos, otimizar níveis de estoque. Um profissional de cadeia de suprimentos hospitalar no Reddit descreveu o efeito cumulativo: "Compras na saúde são bem brutais." A brutalidade não é o volume de trabalho. É a natureza do trabalho — conciliar identificadores que nunca foram projetados para se conciliar, em sistemas que nunca foram integrados, entre departamentos que nunca estiveram alinhados.

O Que Muda a Equação

A cadeia de suprimentos da saúde passou duas décadas adicionando tecnologia a um problema de conciliação que é, fundamentalmente, um problema de dados. Módulos de correspondência de ERP, plataformas de gestão de contratos de GPO, ferramentas de automação de chargeback — todas elas assumem que os identificadores nos três documentos já concordam, ou podem ser ajustados através de uma melhor manutenção de referências cruzadas. Essa suposição está errada. Os identificadores nunca foram projetados para concordar, e manter tabelas de referência cruzada manualmente é um jogo infinito sem condição de vitória.

O que muda a equação não é um algoritmo de correspondência melhor. É remover a dependência de identificadores da etapa de correspondência por completo. Se uma fatura chega como PDF — de qualquer distribuidor, em qualquer formato, com qualquer identificador de produto — e os dados que ela contém podem ser extraídos para uma forma estruturada em segundos, então a lógica de correspondência opera sobre os dados em si, não sobre os identificadores. O NDC na fatura, o número de catálogo no pedido de compra e o ID do item mestre no ERP tornam-se três atributos do mesmo registro extraído, em vez de três chaves incompatíveis que precisam ser reconciliadas antes que qualquer comparação possa começar.

Isso não é um fluxo de trabalho hipotético. Ferramentas baseadas em modelos de visão-linguagem podem ler um pedido de compra ou fatura de fornecedor como um auxiliar de contas a pagar humano lê — entendendo o que cada campo significa, não localizando-o em uma coordenada fixa. Quando você define colunas de extração como "NDC", "Número de Catálogo", "Descrição do Item", "Quantidade Pedida" e "Preço Unitário", a IA lê o documento, identifica cada campo pelo seu conteúdo semântico e preenche a coluna correspondente — independentemente de onde o campo aparece na página, qual fornecedor enviou o documento ou qual sistema de numeração o fornecedor usou. A saída é um registro estruturado onde todos os três identificadores ficam lado a lado, e a etapa de correspondência se torna uma comparação de planilhas — não uma investigação de três departamentos.

Quando as equipes da cadeia de suprimentos hospitalares conseguem extrair dados de pedidos de compra de insumos médicos para uma única planilha, o gargalo da conciliação passa do alinhamento de dados para a verificação de dados — uma tarefa fundamentalmente diferente que leva segundos em vez de horas. Quando os departamentos de compras conseguem processar em lote pedidos de compra de vários fornecedores em relatórios consolidados de gastos, a manutenção de tabelas de referência cruzada que atualmente consome funcionários da cadeia de suprimentos se torna opcional — porque o mecanismo de extração lê os identificadores diretamente de cada documento e os apresenta juntos, em vez de exigir que um humano os alinhe primeiro.

A cadeia de suprimentos hospitalar que alcança isso não elimina as exceções de conciliação. Ela elimina a causa estrutural das exceções — a colisão de três identificadores — ao condensar três fontes de dados incompatíveis em um único registro estruturado antes que a lógica de correspondência seja executada. Isso não é uma melhoria incremental. É uma mudança de categoria na forma como os dados de compras na saúde fluem.

Perguntas Frequentes

Por que a conciliação de pedidos de compra de suprimentos médicos falha mais do que em outros setores?

A aquisição na saúde carrega uma complexidade estrutural que a manufatura e o varejo não enfrentam: um único item de produto normalmente possui três números de identificação diferentes — um NDC (ou UDI-DI para dispositivos), um número de catálogo do fabricante e um ID do mestre de itens do hospital — e nenhum deles é referenciado de forma sistemática. Some a isso incompatibilidades de unidade de medida (unidade vs. caixa vs. pacote) e preços de camada GPO que mudam sem aviso, e a etapa de conciliação precisa resolver a incompatibilidade de dados antes mesmo de começar a igualar quantidades e preços.

O sistema ERP de um hospital consegue fazer a correspondência de pedidos automaticamente?

Os módulos de correspondência de ERP (Infor, Oracle PeopleSoft, SAP) podem comparar linhas de pedido com registros de recebimento e faturas — mas apenas quando os identificadores do produto são consistentes nos três documentos. Na saúde, onde a fatura pode conter um NDC, o pedido pode referenciar um ID do mestre de itens e o romaneio pode usar um SKU do distribuidor, o ERP sinaliza uma incompatibilidade antes que qualquer comparação possa ser executada. A lógica de correspondência funciona. O alinhamento dos dados, não. Até que os identificadores sejam reconciliados — normalmente por meio de tabelas de referência cruzada manuais — o módulo de correspondência não pode funcionar como projetado.

Qual é o tipo mais comum de incompatibilidade entre pedido e fatura na aquisição na saúde?

Incompatibilidades de unidade de medida são consistentemente citadas como a fonte mais persistente de exceções de conciliação. Suprimentos médicos são vendidos, enviados, armazenados e faturados em unidades diferentes (unidade, caixa, pacote, palete), e os fatores de conversão não são mantidos de forma confiável entre os sistemas dos fornecedores, arquivos de preços dos distribuidores e ERPs hospitalares. Uma discrepância de preço que parece um erro do fornecedor é frequentemente uma falha de conversão de unidade — a fatura cobrou por unidade quando o contrato precificou por caixa, ou vice-versa.

Como o preço contratual do GPO afeta a conciliação de pedidos?

A precificação por nível de GPO adiciona uma etapa de verificação que não existe na conciliação padrão de três vias. Uma fatura pode apresentar um preço contratual válido — mas para o nível errado, o GPO errado ou o período contratual errado. Identificar isso exige cruzar a fatura com os cronogramas de contrato do GPO, as cartas de atribuição de nível e os registros de chargeback que geralmente ficam em sistemas separados do fluxo de contas a pagar. O hospital pode estar pagando o preço negociado para o Nível 3 quando, na verdade, se qualifica para o Nível 4 — e, sem uma reconciliação sistemática, o pagamento a maior pode persistir por meses antes que alguém perceba.

Qual é o impacto financeiro das exceções de reconciliação de PO não resolvidas em um hospital?

O custo direto é mensurável: a uma média de US$ 53 em retrabalho por exceção e uma taxa de exceção de 10% em 50.000 faturas anuais, isso representa aproximadamente US$ 265.000 por ano em mão de obra manual de investigação. Os custos indiretos — descontos por pagamento antecipado perdidos, pagamentos duplicados, créditos em espera que atrasam entregas de suprimentos e economias de GPO que nunca se concretizam porque a precificação por nível nunca foi validada — são quase certamente maiores, mas raramente são atribuídos a falhas de reconciliação nos relatórios financeiros hospitalares.

A extração de documentos por IA funciona com faturas de suprimentos médicos que usam códigos NDC ou identificadores UDI?

Sim — e é aqui que a abordagem difere fundamentalmente da extração baseada em modelos. Um modelo de linguagem visual lê um documento entendendo o significado semântico de cada campo, e não localizando-o em uma coordenada fixa. Ao definir uma coluna chamada "NDC" ou "Número de Catálogo", a IA identifica esse campo no documento independentemente de onde ele aparece, de qual fornecedor o enviou ou de qual sistema de numeração foi usado. Isso significa que uma única configuração de extração funciona em faturas de vários distribuidores — sem a necessidade de criar ou manter modelos por fornecedor. O resultado é um registro estruturado onde o NDC, o número de catálogo e o ID do item principal aparecem lado a lado, e a etapa de correspondência se torna uma comparação direta, em vez de uma investigação em vários sistemas.