Manual Unilab V.7.12.000

MULTIPLOS PEDIDOS

Introdução:

Este documento apresenta os recursos adicionados ao sistema Unilab para agrupar em um único pedido múltiplos médicos e convênios. Será apresentado como funciona o recurso, desde sua configuração no sistema, até os resultados que é possível gerar utilizando o recurso.

Conceito:

Este capítulo esclarece, na parte de funcionalidade, o objetivo do recurso de múltiplos pedidos, em seguida, os termos utilizados no sistema e neste documento.

Funcionalidade:

A ideia de múltiplos pedidos se aplica quando um paciente vai ao laboratório com duas ou mais requisições (guias) de exames, e essas requisições podem vir de diferentes médicos, ou de diversos convênios. A imagem a seguir exemplifica essa situação:

Fig. Múltiplos Pedidos - Exemplo da chegada do paciente.

Nela é possível vemos um paciente, que realizou algumas consultas, em diferentes médicos e cada um entregou uma requisição à ele.

No mesmo exemplo, o médico 1 não atende pelo convênio "Unimed", então o há dois convênios e três médicos diferentes para o paciente.

Analisando melhor as guias, conforme a próxima figura, há exames iguais nas requisições, destacados em azul e laranja.

Neste caso, o laboratório precisaria cadastrar os exames conforme as requisições repetindo os exames que forem para o convênio unimed, e criando outro pedido para os exames realizados pelo particular.

Fig. Múltiplos Ped.- Exames Repetidos em Guias Diferentes.

Esta situação implica não só nos dados cadastrais, mas na funcionalidade do laboratório. Que precisaria realizar mais coletas de um mesmo exame de um mesmo paciente, além da digitação e impressão de cada exame.

Visando a logística do laboratório, o sistema permite "agrupar" tais exames em um único pedido, otimizando a coleta e digitação dos resultados.

A próxima figura mostra como o pedido agrupador listaria os exames, mostrando a esquerda a estrutura de exames de um único pedido, que realiza as operações em seus exames e nos pedidos que foram agrupados nele.

Do outro lado, observa-se como esse "agrupamento" foi feito. Dessa forma, os exames recorrentes serão coletados/digitados/liberados apenas uma vez pelo pedido principal, facilitando a operação do laboratório.

Fig. Múltiplos Pedidos - Exemplo de Agrupamento.

Para entender melhor como os pedidos e os exames são cadastrados no sistema, a próxima sessão explica como funciona cada tipo de pedido/exame.

Definições e termos utilizados:

Essa sessão inicia citando os tipos de pedidos e as relações entre seus exames, mas explica melhor como esses conceitos são empregados:

Pedidos podem ser cadastrados normalmente, ou podem ser agrupados (múltiplos). Eles são categorizados em 4 categorias diferentes:

• Normal - É o pedido cadastrado da mesma forma de versões anteriores.
• Suspenso - Pedido que é cadastrado para um determinado agrupamento, mas não foi escolhido um pedido "principal" (ps. Não é possível realizar operações nesses pedidos).
• Principal - É o pedido que "agrupa" os pedidos suspensos.
• Agrupado - Assim que o "agrupamento" é feito, suspensos tornam-se agrupados.

Em um pedido Principal, podemos encontrar 3 tipos de exames:

• Original - O exame é do pedido principal e não há ocorrências daquele exame nos pedidos agrupados;
• Representante - O exame é do pedido principal e de pelo menos um pedido agrupado;
• Agregado - O exame não pertence ao pedido principal, somente aos agrupados.

A figura a seguir mostra, segundo o exemplo utilizado, o agrupamento no primeiro pedido.

Fig. Múltiplos Pedidos - Exemplo de Agrupamento 2.

A figura mostra o "pedido 1" como pedido principal. Ele possui, depois que o agrupamento foi feito, um exame a mais, não cadastrado antes: TSH. Esse é um exame agregado, ele não influencia no valor financeiro do "pedido 1", mas sua coleta~liberação será feita nesse pedido.

Os exames COL e HEM, que foram cadastrados no pedido antes do agrupamento ser feito serão exames representantes, porque as alterações feitas neles deve ser copiada para os mesmos exames, nos outros pedidos.

UTILIZAÇÃO DO RECURSO

Esse capítulo divide-se em ativação, configuração dos pedidos e operações realizadas, todos os exemplos citados serão baseados no cenário apresentado nos capítulos anteriores.

Ativação:

Para ativar esse tipo de cadastro, acesse Cadastros > Configurações > aba Pedidos > opção "Utiliza recurso de múltiplos pedidos".

Restrições quanto a ativação:

• O recurso não é permitido para Central que possui "Postos de Coleta Informatizados".
• O recurso não é permitido para unidades que possuem a configuração de "Digitação Manual do Código do Pedido".

Desativação:

Desativando a opção, os pedidos suspensos/principais/agrupados continuam funcionando como seu tipo, não mudam para o tipo 'normal'.

Incluindo pedidos:

No cadastro de pedidos, surge um novo campo: o checkbox "Suspenso".

Fig. Incluindo Pedidos - Suspenso.

Quando não estiver marcado, o pedido é "Normal", e marcado significa que aquele pedido será agrupado com outros.

Ao escolher um paciente, se EXISTE pedido suspenso para ele, NÃO É POSSÍVEL incluir um pedido normal. Nesse caso aparece um botão "Agrupar Pedidos" que agrupará os pedidos que estão suspensos.

Fig. Incluindo Pedidos - Agrupar Pedidos.

O pedido que juntou torna-se Principal, e os outros Agrupados. Esse tipo não pode ser alterado.

Fig. Incluindo Pedidos - Ped. Principal e Ped. Agrupado.

Excluindo múltiplos pedidos:

A exclusão de pedidos suspensos não é diferente do normal. Pedidos principal/agrupados terão todo seu agrupamento excluído.

Exames do pedido:

O agrupamento considera pedido diferente, mnemônico e MTBI iguais.

Há algumas limitações no pedido principal e no agrupado que você deve saber:

Pedido principal:

Só dá para trocar mnemônico exclusivamente dos exames daquele pedido.

Se o exame for um representante, também não será possível trocar, só excluí-lo do pedido principal, mantendo eles nos pedidos agrupados.

Exames que forem adicionados nesse pedido são agrupados com os outros na confirmação do pedido, apenas.

Pedido agrupado:

Não tem como trocar um mnemônico desse tipo de pedido. Ele deve ser excluído e incluído para manter a integridade do agrupamento.

Apenas "Urgente" e "Número da guia" podem ser alterados de seus exames.

Ao incluir um exame, é verificado no pedido principal se existe mnemônico/MTBI, nesse caso as informações do exame do pedido principal é copiada para o exame em questão.

Não é possível trocar o paciente desse tipo de pedido.

Incluir com cópia:

Ao incluir com cópia um pedido principal, são carregados só os exames do pedido principal, os exames que pertencem ao agrupamento são ignorados.

Impressão de documentos:

Dependendo do tipo do pedido, alguns documentos não podem ser impressos, veja tabela:

Fig. Impressão de Documentos.

*Somente seus próprios exames.

**Não imprime previsão de entrega.

Operações pelo principal:

Uma vez agrupado, as seguintes operações DEVERÃO ser feitas pelo pedido principal:

• Coleta
• Recoleta
• Triagem
• Interfaceamento
• Digitação
• Liberação

A rastreabilidade do pedido agrupado exibe as datas, e a operação feita no principal.

Entretanto, a Impressão & Entrega é feita nos agrupados (Os exames agrupados do principal são ignorados).

É importante ter em mente que, um pedido principal com seus exames originais entregues e com todos os exames agregados liberados (máximo que um status desse tipo possui) é considerado como entregue.

SMS:

Pedidos Suspensos/Agrupados não enviam SMS automaticamente.

Login:

Ao fazer login, se o usuário tem direito de incluir pedidos, verifica se tem algum pedido suspenso cadastrado. Quando encontrar o sistema mostra esse(s) pedido(s).

Relatórios:

OS relatórios não contabilizam exames agrupados.

Envio para internet:

Para enviar os laudos para internet, o pedido principal ignora os exames agrupados.

Outras Observações:

Exemplos de Guias para o Cadastro de Múltiplos Pedidos:

Created with the Personal Edition of HelpNDoc: Maximize Your Documentation Output with HelpNDoc's Advanced Project Analyzer