O que você não gosta TriZetto QNXT?
QNXT é excelente em precificação de sinistros, administração de membros e gestão de faturamento. Os problemas estão na necessidade de adaptação a novos requisitos no processamento. Por exemplo, é difícil fazer uma busca e substituição de membro antes do processamento. QNXT recebe arquivos de sinistros 837 e arquivos de inscrição EDI 834 usando o Microsoft BizTalk Server. Os arquivos são traduzidos de EDI para XML dentro do componente de pipeline de análise EDI nativo do BizTalk implantado como parte do aplicativo BizTalk 'QNXT Connect' do QNXT. QNXT recebe o XML onde é transportado através de seus módulos. No entanto, muitas vezes é necessário lógica personalizada para garantir o sucesso da mensagem dentro do QNXT. Isso pode ser devido a:
Enriquecimentos ou buscas necessárias para o arquivo, como a necessidade mencionada anteriormente de uma busca e substituição de membro.
Roteamento condicional com base no sucesso ou falha do arquivo.
Pré-validação para evitar que um único registro com falha cause a falha de todo o conjunto de transações.
Normalmente, existem duas maneiras de permitir a aplicação de lógica personalizada em uma implementação do QNXT – aplicativos implantados no BizTalk ou agentes personalizados implantados no QNXT.
Desenvolver aplicativos BizTalk, embora muito robusto e flexível, requer um conjunto de habilidades avançadas para ser empregado de forma eficaz. Não apenas o desenvolvedor precisa conhecer o BizTalk, mas também ter um alto grau de conhecimento de XML para trabalhar adequadamente com o EDI. O BizTalk não fornece APIs prontas para uso para facilitar o ônus do desenvolvimento de EDI ao trabalhar com dados de saúde.
Olhando para o cenário de buscas de membros, um aplicativo BizTalk teria que ser criado para realizar buscas e substituições de membros. Isso, no entanto, exigiria conhecimento de navegação XPath dos esquemas XML usados pelo BizTalk para atualizar os campos de membros.
Agentes QNXT podem ser desenvolvidos em C# .NET e facilmente implantados usando um assistente de implantação fornecido pelo QNXT. Esses agentes podem ser posicionados para executar antes do processamento (Pré-Agente) ou pós-processamento (Pós-Agente). Um agente em execução tem acesso a uma representação XML dos dados EDI recebidos pelo QNXT, sejam sinistros, inscrições ou outros conjuntos de dados.
Usar um agente elimina a necessidade de conhecimento especializado em BizTalk, no entanto, apresenta várias limitações que precisam ser superadas:
XML: EDI é apresentado como XML dentro de outro invólucro XML contendo metadados específicos do arquivo injetados por muitas camadas de aninhamento e o conhecimento de XPath pode apresentar dificuldade no desenvolvimento de um agente.
Teste: Testar agentes personalizados pré e pós requer anexar um depurador ao QNXT ou uma interpretação cuidadosa das entradas de log dentro do navegador de log de processos do QNXT.
Rastreamento: O QNXT apenas exibe o início e o fim da execução de um agente personalizado, com apenas contagens básicas de registros e um sucesso/falha registrado.
Manutenção: Há um assistente fornecido para implantar agentes, no entanto, agentes personalizados podem precisar de atualizações frequentes para garantir a compatibilidade à medida que novas versões do QNXT são implantadas.
As etapas personalizadas dos agentes Pré e Pós do QNXT não têm acesso à mensagem completa do EDI X12 e a um analisador EDI robusto, validador, divisor entre suas ferramentas de API. Isso é útil para permitir a edição e reenvio contínuos de sinistros ou inscrições problemáticas.
Pré-processar arquivos EDI dentro de uma implementação existente do TriZetto QNXT continua sendo um desafio em alguns casos. Análise coletada por e hospedada no G2.com.
