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 dimensão — 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 de sistemas de dados que a manufatura, 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 no pedido de compra. E o número no cadastro de materiais do hospital pode não corresponder a nenhum dos dois.

Três Identificadores, Um Produto

Percorra a cadeia de compras 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 da numeração se torna visível.

O fabricante atribui um número de catálogo. Este é o identificador que o fornecedor usa internamente: em seu ERP, em seus romaneios, em suas 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 do dispositivo, lote e data de validade.

O hospital atribui um ID do mestre de itens — o SKU interno que o ERP do hospital (Infor, Oracle, Workday, Epic) usa para rastrear estoque, emitir ordens de compra e direcionar pagamentos. Este 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 ou com o NDC.

O distribuidor fica entre o fabricante e o hospital, e pode usar ainda outro identificador — o próprio SKU do distribuidor, ou o Número Global de Item Comercial (GTIN) da GS1, ou, em alguns casos, o NDC que o fabricante registrou na 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 número de caracteres quanto em formato, significando que 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 mestre de itens. A OC é enviada ao distribuidor. O distribuidor traduz esse ID do mestre de itens para seu próprio SKU ou para o número de catálogo do fabricante. O produto é enviado. O romaneio carrega o SKU do distribuidor. A fatura carrega — 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 cais de recebimento registra a remessa contra a OC, que referencia o ID do mestre de itens. Três documentos. Três sistemas de numeração diferentes. Um produto.

O processo de conciliação — a etapa em que um ser humano ou um sistema automatizado deve verificar se a fatura corresponde à OC 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 projetados por três organizações diferentes operando em três estruturas regulatórias distintas, e se mapeiam entre si apenas por meio de tabelas de referência cruzada manuais que alguém no departamento de cadeia de suprimentos precisa manter à mão.

Uma análise da GHX sobre taxas de Perfect Order identificou o desalinhamento de dados de produto — e não erros de preço ou discrepâncias de quantidade — como a causa raiz da maioria dos processos de PO a pagamento com falha. A Owens & Minor, uma das maiores distribuidoras de saúde dos EUA, apresentou no GHX Summit de 2023 os "impactos negativos do desalinhamento de dados de produto nas taxas de Perfect Order". 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 trocar de NDC para GTIN — quebra silenciosamente a tabela de referência cruzada. O sistema de correspondência sinaliza uma incompatibilidade. Um funcionário de contas a pagar abre a exceção, vê que a PO lista o ID do item mestre 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 reconciliação de POs 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 permanecem consistentes ao longo da cadeia de suprimentos. Um fabricante embala luvas cirúrgicas em caixas de 100. O distribuidor as vende em caixas de 10 embalagens. O almoxarifado central do hospital as estoca por unidade — retirando luvas individuais para carrinhos de procedimento. A PO pode especificar "1 caixa (10 embalagens de 100)". O romaneio pode registrar "1 caixa". A fatura pode cobrar "$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 $48 se torna uma cobrança de $48 por unidade. Um item corretamente precificado de repente reflete uma sobretaxa de 10x ou 100x, e a correspondência 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 descobriu que inconsistências de unidade de medida entre áreas funcionais criam exceções em cascata em compras, estoque e contas a pagar — e que dados incorretos de relacionamento de UOM podem causar falhas na cadeia de suprimentos tão fundamentais quanto pedir 10 caixas quando você precisa de 100. Isso não é um problema de nicho. Um hospital que mantém 2.000 SKUs únicos em sua cadeia de suprimentos — um número modesto para uma instalação de médio porte — está gerenciando milhares de fatores de conversão de unidade. Cada novo produto adicionado ao formulário introduz novos fatores de conversão. Cada fornecedor que altera a configuração de 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 da área da saúde apontam consistentemente as divergências de UDM como sua maior dor de cabeça na conciliação. Um gerente de supply chain descreveu a dinâmica de forma direta: quando o pedido de compra diz "caixa", a nota fiscal diz "unidade" e o registro de recebimento diz "pacote", a conciliação tripla nunca vai funcionar — por mais cuidadosamente que a equipe de contas a pagar confira os números.

A análise da Identimedical sobre falhas na cadeia de suprimentos hospitalar identificou alterações de SKU do fornecedor como uma fonte crônica de divergências no cadastro de materiais. Fornecedores mudam 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 supply chain enxuta, fica defasado. Quando o SKU lido em uma entrega não corresponde ao cadastro, o processo de recebimento quebra. Quando o recebimento quebra, a conciliação tripla quebra. A exceção de conciliaçã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 Nível da GPO: O Contrato que Muda Silenciosamente

A maioria dos setores tem preços negociados com fornecedores. A área da saúde tem preços por nível da 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 nível de volume de compras — por exemplo, preço Nível 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 do nível. O arquivo de preços do distribuidor deve refletir esse preço de nível. A nota fiscal do fornecedor deve cobrar esse preço de nível. Mas o nível não é um campo estático. Ele muda quando o volume real de compras do hospital ultrapassa um limite, quando o fabricante renegocia o contrato da 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ências de preços e chargebacks que surgem especificamente das estruturas de níveis da GPO. Quando um hospital migra de uma GPO para outra, o fabricante continua honrando o preço da GPO anterior enquanto as novas atribuições de nível são negociadas — 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 uma atualização de nível, o distribuidor continua faturando 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 reconciliaçã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 reconcilia 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 os cronogramas de contrato da GPO, as cartas de atribuição de nível e os registros de chargeback que estão em sistemas aos quais a equipe de AP pode nem ter acesso.

Onde os Módulos de Correspondência do ERP Ficam Aquém

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 pedidos 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 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 correspondência em ERP de saúde descobriu que, mesmo após implementar a correspondência quádrupla inteligente — adicionando validação de contrato à comparação tripla tradicional — os hospitais ainda precisavam de intervenção manual para uma parcela significativa de exceções, porque a causa raiz não era uma falha na lógica de correspondência. Era uma falha de alinhamento de dados a montante. Os dados do contrato estavam em um sistema. Os dados do PO em outro. Os dados de recebimento em um terceiro. O módulo de correspondência podia compará-los, mas somente depois que um ser humano já havia alinhado os identificadores — que é exatamente 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 correspondência do ERP era 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 discrepâ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 número de catálogo, a unidade versus caixa, o Nível 3 versus 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 a correspondência precisa.

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

Cadeia de suprimentos e compras convertem a requisição em um pedido de compra. O incentivo deles é custo e conformidade contratual — comprar de fornecedores aprovados a preços negociados pela GPO. Eles traduzem a descrição clínica para um ID mestre de itens, selecionam o contrato da GPO e emitem o pedido. Eles não veem a fatura. 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, a um preço de nível 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 mestre de itens, a tabela de contratos 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 prioridades distintas.

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 a todas as 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 ordens de compra (PO) 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 o contas a pagar de um hospital ultrapassa 60 dias porque as exceções estão se acumulando, os fornecedores reagem de forma previsível: bloqueios de crédito. Um hospital com crédito bloqueado junto ao seu distribuidor principal de materiais médico-cirúrgicos não consegue receber suprimentos. Um procedimento agendado para quinta-feira é adiado para sexta — 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 devedor 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 fatura estava errada, mas porque o NDC na fatura não correspondia ao número de catálogo na PO, e o auxiliar 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 a PO de um prestador e a fatura de um fornecedor cria uma exceção. A fatura é 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 a PO, a fatura e o contrato — e termina no leito do paciente.

O custo de pessoal é igualmente difuso. Auxiliares de contas a pagar e especialistas em cadeia de suprimentos que gastam 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 serem conciliados, em sistemas que nunca foram integrados, entre departamentos que nunca foram alinhados.

O Que Muda a Equação

A cadeia de suprimentos da saúde passou duas décadas sobrepondo tecnologia a um problema de reconciliaçã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 assumem que os identificadores nos três documentos já coincidem, ou podem ser alinhados por meio de uma melhor manutenção de tabelas de referência cruzada. A suposição está errada. Os identificadores nunca foram projetados para coincidir, 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. É eliminar 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 um formato estruturado em segundos, então a lógica de correspondência opera sobre os próprios dados, não sobre os identificadores. O NDC na fatura, o número de catálogo no pedido de compra e o ID do mestre de itens 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.

Este não é um fluxo de trabalho hipotético. Ferramentas baseadas em modelos de linguagem visual podem ler um pedido de compra ou fatura de fornecedor da mesma forma que um funcionário de contas a pagar 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. O resultado é um registro estruturado onde todos os três identificadores estão 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 hospitalar podem extrair dados de pedidos de compra de suprimentos médicos para uma única planilha, o gargalo da reconciliação muda 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 podem processar em lote pedidos de compra de vários fornecedores em relatórios consolidados de gastos, a manutenção da tabela de referência cruzada que atualmente consome FTEs da cadeia de suprimentos torna-se 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 reconciliação. Ela elimina a causa estrutural das exceções — a colisão de três identificadores — ao colapsar 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 em 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 com mais frequência do que em outros setores?

A aquisição na área da saúde carrega uma complexidade estrutural que a manufatura e o varejo não enfrentam: um único item de produto geralmente carrega 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 — nenhum dos quais é referenciado de forma sistemática. Some a isso incompatibilidades de unidade de medida (cada vs. caixa vs. pacote) e preços escalonados de GPO que mudam sem aviso prévio, 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 conciliação automática de pedidos de compra (PO)?

Os módulos de conciliação de ERP (Infor, Oracle PeopleSoft, SAP) podem comparar linhas de PO com registros de recebimento e faturas — mas apenas quando os identificadores de produto são consistentes nos três documentos. Na área da saúde, onde a fatura pode conter um NDC, o PO pode referenciar um ID do cadastro de materiais, e o romaneio pode usar um SKU do distribuidor, o ERP sinaliza uma divergência antes mesmo de qualquer comparação ser executada. A lógica de conciliação 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 conciliação não pode operar como projetado.

Qual é o tipo mais comum de divergência entre PO e fatura na aquisição hospitalar?

Divergências de unidade de medida são consistentemente apontadas 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, case, 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 case, ou vice-versa.

Como a precificação contratual de GPO afeta a conciliação de PO?

A precificação por nível (tier) de GPO adiciona uma etapa de verificação que não existe na conciliação padrão de três vias. Uma fatura pode exibir um preço contratual válido — mas para o nível errado, o GPO errado ou o período de contrato errado. Identificar isso exige cruzar a fatura com as tabelas de contrato do GPO, cartas de atribuição de nível e registros de chargeback que geralmente estão 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 qualificou para o Nível 4 — e, sem uma conciliação sistemática, o pagamento a maior pode persistir por meses antes que alguém perceba.

Qual é o impacto financeiro de exceções de conciliaçã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 de investigação manual. Os custos indiretos — descontos por pagamento antecipado perdidos, pagamentos duplicados, bloqueios de crédito 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 atribuídos a falhas de conciliaçã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, 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 apareça, de qual fornecedor o enviou ou 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 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 mestre 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.