Mudanças entre as edições de "Unilab Notas das versões"

por dia. Ao atualizar para a versão 3.01.010 o Unilab atualiza todos os pedidos que possuem a data de fatura no mesmo dia da data de entrada para o horário de entrada, e todo período final de fatura já cadastrada para o horário 23:59. Em uma primeira instância, a data/hora da fatura será a mesma da entrada no cadastro de pedidos e a hora padrão do encerramento da fatura será 23:59. Esse novo horário será exibido em TODOS os modelos de fatura impressa e poderá ser utilizado em todos os relatórios que filtram pela data de fatura (sendo exibidos nos mesmos).

Relatórios -> Financeiros -> Situação Atual do Faturamento.

importação será possível configurar o exame para ser interfaceado com este laboratório. Também foi implementado na importação dos resultados a validação da vigência do Exame.

http://svw-uniware2/wiki/index.php/Interface_WEG Implementado interface com empresa WEG. Nesta interface cada resultado deve ser configurado com as variáveis do WEG e deve ser configurado um convênio com a interface de empresa do WEG. Estando tudo configurado basta o usuário gerar o arquivo para o WEG. A geração do arquivo pode ser encontrada em Menu Movimentação - Transmissão - WEG.

do resultado (mesmo que o resultado não fosse digitado). Agora a combo funciona como as setas ao lado da combo.

era o do cadastro de exames. Foi mudado para pegar o laboratório que foi utilizado na inclusão do pedido. Também foi incluído na Rastreabilidade o padrão de interfaceamento do exame, o código do MTBI (só estava sendo impresso a descrição), e uma marcação no MTBI para informar se o mesmo foi considerado no agrupamento de amostra.

exames interfaceados com o mesmo. Estes exames antes eram agrupados com o modo manual.

estavam sendo agrupados corretamente.

exames não estava aparecendo. A mesma coisa acontecia com o checkbox para ativar os campos de endereço do contratado executante na tela de fatura do convênio. Foi corrigido.

que impedia de excluir nota fiscal de produtos: "UEstoque:AtualizaSaldoMesEstoque: Exclusão de movimentação em um mês que não tinha nenhum saldo de movimentação"

sujeita a alteração" estava sendo cortada na impressão em papel A5.

resultado' marcado, o campo da tela de resultado ficava habilitado, gerando erro.

exames não estava aparecendo. A mesma coisa acontecia com o checkbox para ativar os campos de endereço do contratado executante na tela de fatura do convênio. Foi corrigido.

redimensionada para que as mensagens que são mostradas nela apareçam por inteiro.

certeza que deseja confirmar o laudo sem resultado?".

armazenamento para processar este comando", "Printer is not currently printing" e "printing in progress".

Quando incuía uma nova configuração de cabeçalho de laboratório ou outra configuração de relatório o configurador não funcionava corretamente quando incluía novos campos.

pacientes o F8 não estava funcionando.

DMED. Somente os recibos que estiverem marcados para entrar é que estarão no Registro da DMED.

BUG2 - Se o laboratório usa planilha, quando na central incluía um exame no pedido do posto ele só era enviado para o posto na segunda transmissão porque na rotina de transmissão quando a central incluía o exame na planilha automaticamente ele jogava o exame para a próxima transmissão.

1. Incluído Na tela de Recoleta a opção de alterar os motivos de recoleta dos exames que já tiveram recoletas realizadas.
2. Incluído na tela de recoleta a opção de incluir contatos. Se o pedido do cliente já possuir contatos de recoleta aberta, a tela de cadastro virá em modo de alteração. Se não possuir virá em modo de Inclusão. Se o pedido já possuir contato e o usuário não registrar nenhum contato manual, então será gravado um registro automático com a lista do exames marcados para recoleta.

pastas é o cadastro de equipamentos. Os arquivos que serão gerados nestas pastas serão cópias da pasta padrão.

Caso um terminal altere um feriado enquanto um segundo terminal faz alterações no mesmo tempo, será exibido um aviso na tela se houver feriados que não foram salvos.

Só mudava para I quando atualizava a tela manualmente ou quando fechava e abria a tela novamente.

• Incluir exame em lote de interfaceamento com apoio ou lote de terceiros;
• Marcar exame para revisão.
• Imprimir mapa de trabalho individual.

Então estas alterações feitas no posto de coleta não eram importadas na central. Foi Corrigido.

Erro no relatorio Control has no parent window

Na tela de informações adicionais de um lote de interfaceamento (Movimentação / interfaceamento / Lab. de Apoio/ Inf. Adic.) o campo "Laboratório" exibe o nome respectivo nome (antes mostrava o código)

1. A partir da versão 2.0.6.77 (44) do servidor de transmissão, que funciona com as versões 3.01.007 a 3.01.007c , quando o servidor de transmissão é chamado com o parâmetro DEBUG ele vai salvar um log detalhado do que ele está fazendo. Com este log pretendemos descobrir a causa do Access Violation. Para utilizar o log, ativar o parâmetro no cliente e avisar o cliente para caso dê o erro no servidor nos chamar imediatamente. Então tirar um print do erro e antes de clicar no botão da msg de erro fazer uma cópia do log que estará em <pasta do unilab>\LOG\UnilabSvr_Debug_AAAA-MM-DD.log.
2. Implementado na transmissão On-Line do Unilab a verificação da Data/Hora da central e do TimeOut da transmissão que foi definido na central. A validação da Data/Hora irá verificar se a central esta com a data/hora sincronizada com o posto, sem precisar fazer a transmissão primeiro para depois descobrir que a data estava errada. Já a validação do TimeOut irá verificar se o posto de coleta tem TimeOut maior que o da Central, se tiver então o TimeOut do posto de coleta vai ficar igual ao da central.

1. Quando mandava importar um arquivo de pedidos que já foi lido e deu erro ele não estava pegando o novo arquivo, estava relendo o antigo e dando o mesmo erro.
2. Corrigido no Unilab a importação de solicitações do apoiado: Estava dando erro de SQL quando o apoio usava o controle de lotes de reagentes;
3. Corrigida a geração do arquivo de modelo de exames onde estava faltando as tags de limite máximo/mínimo sup e inf quando o resultado era numérico

O valor padrão do campo matricial foi alterado para desmarcado. Assim sendo usuários que utilizam impressoras matricial para imprimir protocolo ou mapa gráfico, e nunca alteraram uma configuração nesta tela as impressões sairão desconfiguradas devendo ser marcado o campo matricial após a atualização.

• Otimizadas as Rotinas de Faturamento, Recebimento, Cancelar Recebimento, Excluir Faturamento
• Corrigido bug de Fatura não Faturada e pedidos não faturados em períodos já faturados.
• Corrigido erro de Lock wait timeout exceeded; try restarting transaction que ocorria quando incluía uma fatura e ficava parado na tela que pergunta se quer transferir as guias para o próximo período ou não.

• Obs: Quando tentava imprimir etiqueta de MTBI, com um modelo de cart. selecionado, dava erro.

Corrigido erro de invalid variant ao usar alguns botões da tela de seleção de pedidos quando o conteúdo da grid era vazio.

Além disso na inclusão do convênio quando informava um município e clicava no botão fatura imp, apagava o município.

"Os arquivos de exames gerados pelo Unilab serão salvos em:" "Editar Local de Leitura dos arquivos" "Os arquivos de resultado do LabLink serão lidos de:" "Os arquivos de resultado serão lidos de:"

quando o cliente utilizava redir, além disso a janela do preenche guia não fechava quando clicava no fechar, mas se esperasse uns 5 minutos ela se fechava sozinha.

Ao clicar no botão de entrega/caixa da tela de pedidos se o paciente tiver pendências aparecerá uma tela com a lista das pendências do paciente. Nesta lista será possível ver os pedidos do paciente que possuem pendência de entrega de exames, pendências financeiras e pendências de guia. Também foi incluído na tela de entrega caixa a possibilidade de consultar os laudos do pedido, e ajustar as guias que estão faltando nos exames.

O unilaudos ignorava o parâmetro SERVICE e continuava em execução indefinidamente caso acontecesse um erro de socket.

1. No Unilab host em algumas situações alguns PDFs de laudos não eram copiados da pasta temporária de geração de PDF para a pasta do site deixando o pedido no site sem o laudo.
2. Atualizado UnilabWeb com os novos interfaceamentos;
3. implementado controle de versão para sites de laboratório.

o relatório continua como antes caso não esteja selecionado. Ao selecionar ele gera o relatório apenas com exames que não estão marcados como 'Pendente'.

• Cadastros > Orçamento
• Cadastros > Convênios > Config guia TISS
• Gerenciamento financeiro > Cadastros > Cliente/Fornecedor

Na busca também não era permitida a ordenação por código.

Estes campos são usados na Impressão da Fatura individual para o Planserv. Estes campos estavam anteriormente em Cadastros > Configurações > Cadastro. Os dados digitados lá serão copiados para o convênio na atualização.

Na verdade o que ocorria é que a soma dos monócitos não chegou a 100.

Alterada mensagem em todos os interfaceamentos (lab. apoio e equip.) para:

O resultado retornado pelo laboratório de apoio possui valores fora dos limites definidos na configuração do laudo ou não satisfez uma crítica para dado válido. Variável: %s Valor: %s.

Feita rotina para apagar todos os carimbos com o mesmo nome e usuário quando loga como o referido nome de máquina e usuário.

1. Na rastreabilidade de exames, quando o exame estiver associado a algum reagente, será mostrado o reagente, lote e validade dele.
2. No histórico de intervenções sempre que um exame for associado ou desassociado de um lote aparecerá o fato no histórico de intervenções.
3. No cadastro de posto de coleta, criada opção para indicar se o posto de coleta realiza exames. Quando a central vai abrir um lote ela tem opção de abrir para ela ou para um posto que realiza exames.

1. Requer autorização do comercial para ativar a interface.
2. O Atitude fornece os arquivos TabelaDePara_Exames.csv, TabelaDePara_LinhaResultado.csv e TabelaDePara_Material.csv que devem ser importados pelo cadastro de laboratório de apoio. Na importação destes arquivos se o arquivo tiver algum erro (costuma ter) ele não é importado e os erros são listados em uma caixa junto ao botão de importação, então, deve-se copiar estes erros e enviar para o Atitude providenciar a correção.
3. Para gerar um arquivo de solicitações de exames podem ser exigidas informações adicionais.
4. Para configurar os exames o Atitude tem algumas particularidades:
   1. Qualquer exame pode ter amostras adicionais.
   2. Clearence de creatinina e Clearence de Uréia são exames multi-amostra com MTBIs diferentes. Não temos recurso no Unilab para interfacear estes exames.
   3. As informações adicionais informadas para o apoio sempre voltam como variáveis de resultado opcionais para colocar no laudo.
5. O Apoiado tem que ter etiquetadora.
   1. O Lab. Atitude fornece ao apoiado a etiqueta de tamanho 5x2.5cm.
   2. As informações que devem constar na etiqueta são:
      1. Nome do paciente
      2. Código de barras
      3. Tempo dos testes (basal, 30 min, 60min..)
      4. Exame a ser feito
6. Não aceita pacientes com sexo indeterminado.

• Um campo para "cabeçalho do laboratório para impressão de laudos" e este servirá apenas para os laudos como era o antigo.
• Um campo para "cabeçalho do laboratório para demais documentos"
• Um campo para "cabeçalho do laboratório para envio de laudos para internet".

• • Faltou o campo CRM do médico, vai sair na 3.01.006a

1. convênio cujo paciente teve algum pedido(permite selecionar um ou mais convênios)

1. data de entrada de até.

• de "observação" para "observação do pedido"
• de "observação técnica" para "observação do paciente"

No filtro criado o campo Imprime status dos exames do pedido.

• Obs: Ainda não temos uma solução para fazer a câmera funcionar via TS.

1. tem um campo margem e um margem esquerda que servem para a mesma coisa. Retirado o campo margem.
2. Retirada a borda cinza do visualizador, e agora a etiqueta recebe foco quando clicada (a borda fica marcada de vermelho) e só então as setas para mover os campos selecionados vão funcionar. Antes quando andava com o cursor num campo numérico o campo selecionado se movia junto.

Agora, os botões estarão sempre habilitados, mas se clicados sem estar ordenados por ordem, agora dá uma mensagem, explicando que tem que ordenar por ordem.

1. Campos data, hora e data e hora de liberação não imprimiam no relatório lista de resultados por paciente.
2. Lista de resultados por paciente estava com tab order errado no filtro.

Em Gerenciamento financeiro / cadastro / reagentes / controle de lotes Ao inativar um reagente e incluir um novo com o mesmo lote no controle de lotes era duplicado o lote do reagente.

Durante a configuração dos reagentes no cliente ao alterar os reagentes já criados anteriormente o Checkbox Reagente estava desabilitado, obedecendo as regras do controle de lote que só fica habilitado na inclusão do produto.

Corrigido tb bug que ocorria quando alterava um produto e a aba exames já tinha mais do que um exame realcionado, do segundo exame para baixo o campo código vinha desabilitado.

Em Relatórios > Pedidos > Exames terceirizados, foi criada a coluna "Data de Nascimento".

Obedecendo o item 5.5.1 da RDC-302 que orienta sobre o registro da aquisição do reagente.
Para a utilização deste recurso o Cliente necessita ter o Modulo Financeiro habilitado, pois o controle é realizado com base nos produtos cadastrados como reagente (gerenciamento financeiro/cadastro/produto) onde no ato da inclusão o cliente tem a opção opção de marcar se controla lote para o produto e se sim será habilitado o checkbox Reagente, ao marcar está opção este produto será definido como reagente e habilita uma aba (exames realizados) para associação dos exames que este mesmo será utilizado para a realização.

Criado uma tela para gerenciamento de lotes de reagente (gerenciamento financeiro/cadastro/reagentes/lotes de reagentes) que possibilita operações como abertura, fechamento, alteração, consulta.
Criado uma tela para relatório de lotes de reagentes (gerenciamento financeiro/cadastro/reagentes/relatório de lotes de reagente) que possibilita a visualização da composição dos lotes, com opção de filtro por data de entrada e por lote.
Criado uma tela para ajustes de lotes de reagentes(gerenciamento financeiro/cadastro/reagentes/ajustar lote de reagente) onde será possível modificar um reagente especifico para outro e mudar de um lote para outro.

Processo normal de utilização:

1. Cadastrar um produto como reagente.
2. Dar entrada no estoque de um lote daquele reagente.
3. Cadastrar a abertura de um lote daquele reagente, associando os exames que serão realizados com o reagente.
4. Sempre que um dos exames cadastrados na abertura do lote for triado, é salvo no exame o reagente que será utilizado para realização do exame.
5. Quando acabar o reagente, aquele lote que foi aberto é fechado e ao mesmo tempo é aberto outro lote de reagente para aqueles exames, que passarão a ser associados ao novo lote ao serem triados.

Para quem não utiliza triagem, a triagem é automática, então o lote é associado na coleta.

Aumentado o contador de lotes do Pardini para 5 posições. Recalculado o contador na atualização. Incluído o código do posto de coleta no contador.

1. Requer autorização do comercial para ativar a interface.
2. O DB fornece os arquivos TB_DB_03-02-2012.xml e TABELA_ANTIBIOTICOS.csv que devem ser importados pelo cadastro de laboratório de apoio.
3. Para configurar os exames o DB tem algumas particularidades:
   1. Existe uma variável de observação opcional para cada linha de resultado.
   2. Opcionalmente, é possível configurar um campo valor de referência como uma linha de resultado, dessa forma basta uma configuração para todas as faixas etárias, o DB fornece o valor de referência equivalente no arquivo de resultados.
4. As amostras serão reetiquetadas com a etiqueta impressa pelo programa DB Online igual acontece com o Álvaro.
5. Para gerar um arquivo de solicitações de exames pode ser exigidas informações adicionais.

EX.

• pedido até 100,00 5,0%
• pedido até 200,00 7,5%
• pedido até 300,00 8,0%
• pedido até 9.999,99 15%

Retirado do cadastro do convênio: convênio ativo, desconto máximo e pagamento mínimo. incluidos estes dados na configuração dos postos.

No relatorio de Rastreabilidade financeira passou a informar qual a faixa de desconto que o pedido utiliza

Nas configurações do sistema, ao escolher o fuso avisa se está batendo com o fuso da máquina ou não, quando alterar esta configuração avisa que todos os unilabs serão derrubados, inclusive o seu, e deverão entrar novamente.

Em Movimentação > Faturamento > Botão Arquivo. Quando o convênio está configurado para gerar arquivo do BPA em fatura eletrônica e os exames a serem enviados para o SUS estão com o código do procedimento vazio na tabela de preços dava o erro. Agora dá uma mensagem no relatório de erro para arrumar o código.

Não foi possível simular o erro nem na base do cliente que puxamos. Lendo o código encontrei um possível erro de conversão mas não consegui forçar o erro.

• Quando atualizar o cliente ver se o problema persiste ou sumiu se não funcionar me chame (Rômulo).

Alterado para quando bloquear a edição da data de entrada bloquear a hora de entrada junto.

1. não dá para selecionar o médico apoio apenas com a letra A. Alterado para Ctrl + A nesta situação.
2. Quando informa o médico apoio e confirma ele não salva.
3. Quando o convênio exige CNES do solicitante, e seleciono um médico sem cnes, ele avisa mas deixa passar.

Outro efeito colateral do mesmo bug era quando pegava um pedido antigo (de antes do número de amostra) com exame para laboratório de apoio. Dava o mesmo erro mesmo que o exame continuasse sendo enviado para aquele apoio.

• Tem um script na atualização para corrigir o bug.

• Para dar o erro tinha que ser uma base com um único perfil, o padrão.

Agora não deixa mais excluir o município quando ele está informado no convênio ou é o município padrão do laboratório.

1. Para ativar a integração financeira considerar como convênio ativo um convênio que está ativo em algum posto e não da forma que é hoje (considera apenas da central).
2. No orçamento, quando é base da central, considerar o posto online para validar qual convênio pode ser selecionado. (hoje se o convênio está inativo para o posto e ativo para a central e estou no posto online, ele deixa colocar o convênio no orçamento e não deixa no pedido).
3. Na configuração da guia tiss full não deixa copiar a configuração de uma guia de um convênio inativo na central. Retirada esta regra, pode copiar de qq um.
4. No cadastro de clientes do gerenciamento financeiro permite selecionar no seeker apenas os convênios ativos na central, mas se informar o código deixa selecionar um inativo. Alterado para permitir selecionar o convênio mesmo que ele esteja inativo.

Verificamos que a licença ficava no banco mas não estava no arquivo. Apesar de não conseguir simular a situação, forçamos para quando remover o carimbo do arquivo sempre remover do banco também.

Para as pastas que já tem caminho definido foi mantido. A idéia é evitar que abra na pasta "meus documentos" ou "Desktop".

• Mensagens são recebidas apenas por 1 usuario. Alterado para receber para o primeiro usuário administrador que logar no sistema. Isso apenas para as mensagens que exigem confirmação.

• As mensagens enviadas estavam com a acentuação errada.

• No unilab as mensagens recebidas estavam deixando ser editadas pelo cliente.

A vigilância sanitária está exigindo de nosso cliente o campo procedência no cadastro do paciente.

O Cláudio verificou que este campo é o item 6.1.4 da RDC302 e avaliou que a melhor forma de implementar isso é no cadastro do pedido replicado no cadastro do paciente, como é nossa observação técnica, só que sem trazer a ultima informação do cadastro do paciente para um novo pedido, visto que a procedência não é para ser igual.

-- Campo com 40 posições texto livre e não obrigatório. No cadastro de paciente mostrar: última procedência e não deixar editar.

Procedência é lugar de onde o paciente veio ou última viagem que fez para lugar diferente. A idéia é avaliar zonas de risco.

Só atualizar a procedência do paciente quando for a inclusão de um pedido (assim como funciona a matrícula e obs técnica) e tem procedência informada.

Incluir na rastreabilidade do pedido.

Quando configura em impressoras especiais para trabalhar com 8bits ela salva na pasta do unilab\temp uma imagem mat_conv*.bmp para cada imagem do relatório impresso e não apagava. Agora apaga.

1. No cadastro de laboratório de apoio, posso definir se um posto de coleta gera seus próprios lotes para apoio ou não.
2. No cadastro de posto de coleta, se o posto gera lote de algum apoio mostra:

"Este posto de coleta gera os proprios lote para o(s) laboratório(s) de apoio:" e mostra a lista deles e no final: altere esta configuração no cadastro de laboratório de apoio. Senão, mostra "Os exames enviados para apoio cadastrados neste posto são enviados ao apoio pela central. Se quiser mude esta configuração no cadastro do laboratório de apoio"

1. Inclusão do exame no pedido: Se estou no posto de coleta e o exame será realizado em um apoio que para o posto atual deve entrar no seu lote, marca o exame para entrar no lote do posto.
2. Geração de lote para apoio: No posto de coleta, carregar na combo de laboratórios de apoio os apoios que o posto gera lote. Quando gerar lote só pega os exames que são para entrar no lote do posto. Isto para interfaceados e terceirizados sem interface.
3. Transmissão: se o exame foi incluído na central em um pedido do posto, vai entrar no lote da central. A central não inclui no seu lote exames marcados para entrar em lote do posto.
4. Rastreabilidade: No final do Item "Interface" tanto na mensagem de quando está interfaceado quanto quando não esta incluído: "no Posto 02" ou o posto onde o exame deve entrar ou "Central" quando for 01. Para exames que tem apoio mas são terceirizados, incluído o item "Terceirizado: Exame não incluído em lote para envio para <nome lab apoio> no posto 02." ou "Terceirizado: Lote 999999 em 99/99/9999 por Zé no posto 02"

Em consequencia disso, Após criar o cabeçalho novo, seta-lo em um convenio como padrão, excluir o cabeçalho novo:

• Se ficou sem um cabeçalho padrão ao imprimir um resultado dará a mensagem "invalid variant type conversion".
• Se definir um outro cabeçalho padrão na configurações de relatórios o laudo impresso sairá sem cabeçalho.

Correções:

• Não permite mais excluir uma configuração padrão de relatório.
• Ao imprimir o laudo, se a configuração procurada não existe (foi excluída) passou a usar a padrão.
• Na atualização se não existe configuração padrão para algum tipo, inclui uma chamada "Padrão" com conteúdo vazio exceto para Laudo envelope, Mapa config padrão de exames, etiqueta paciente, etiq, envelope, etiq. cart, pois esses podem ter configuração nenhuma.

Está correto. Sempre que inclui um posto de coleta informatizado, ou informatizar um posto de coleta tem que ser chmada uma rotina que marca em toda a base de dados o flag que não deixa excluir depois de transmitido, porque será rodado um prepara-recupera em seguida e então nenhum registro da central pode ser excluído.

Melhoramos a mensagem: Se não foi transmitido no click do check "informatizado" da um aviso "Posto informatizado não poderá ser excluido. " Se for excluir um posto de coleta informatizado da a msg de que posto de coleta informatizado não pode ser excluido.

Erro ao criar lote de exames Equipamento: 0001 SQL Error: Deadlock found when trying to get lock; try restarting transaction

Detectamos e corrigimos o erro.

• Em Cadastros > Modelos de etiquetas é possível configurar visualmente uma Etiqueta de MTBI.
• Em cadastros > Configurações > Etiquetas MTBI, para cada máquina agora só precisa selecionar um modelo e definir a porta de impressão.
• Em Relatórios > Cadastros > Pacientes > Etiqueta carteirinha > Etiquetadora agora basta selecionar um modelo específico para carteirinha e definir a porta de impressão.
• Na atualização da versão o Unilab vai mostrar todas as máquinas que um dia já tiveram uma configuração de impressão de etiquetas. Deve selecionar as máquinas que ATUALMENTE imprimem etiquetas de MTBI e dentre elas qual deve ser considerada como configuração padrão. Então serão importadas as etiquetas que o laboratório já utilizava.
• Atualizei e parou de imprimir corretamente a etiqueta: Alguns clientes (que ainda não tinham sido configurados com o "Magic Label") podem ficar com a etiqueta deslocada depois da atualização. Neste caso edite o modelo de etiqueta em Cadastros > Modelos de etiquetas, ajustando as margens e tamanho da etiqueta. Também pode ser necessário alterar o campo "Inverte sentido de impressão de etiquetas (cabeça para baixo)".
• PPLA (Argox): Esta linguagem não é mais suportada pelo Unilab.
• WLP (Dymo): Foi implementada no novo configurador de etiquetas, mas não foi testado. Se algum cliente ainda utiliza uma impressora dessas e quiser continuar e não estiver funcionando na nova versão, terá que nos enviar a impressora para implementarmos. Não recomendar nunca este tipo de impressora para um cliente.

A opção "Imprimir somente quando houver resultados anteriores" não estava funcionando quando: O paciente apresenta resultados anteriores antes da configuração dos resultados anteriores no exame. O sistema habilita a descrição do resultado anterior e da data anteior do resultado, porém não mostra os resultados.

Na tela dos recibos da DMED aparecerá uma mensagem com o seguinte texto:

Pedido já transmitido para a central. Apenas a central pode gerar recibo para o complemento de R$ 99,99

Na tela de recebimento do pedido se o mesmo já foi transmitido a tela da impressão do recibo não será mais chamada.

Isso foi definido por que não tem lógica abrir a tela se não é possível fazer a impressão do recibo.

No posto de coleta offline, hoje posso selecionar um "padrão" nas configurações de relatórios. Este "padrão tanto na central como no posto offline só vai servir para definir qual a configuração será impressa quando selecionar na combo de configurações de relatórios que é para usar a "padrão".

Documentos vinculados ao pedido valerá o cabeçalho do posto do pedido; são eles: impressão de protocolo, mapa, fatura, individual, recibo, atestado, notapromissoria, fichainterna.

Verificado que o erro ocorre quando:

• Cadastra pedido no posto e coloca na fila de coleta.
• Faz uma transmissão completa
• Altera o pedido e retira o pedido da fila de coleta.

O mesmo bug pode gerar também uma violação de fk na transmissão quando:

• Cadastra pedido no posto e coloca na fila de coleta.
• Faz uma transmissão completa.
• Na central coloca o pedido do posto em uma fila de coleta.
• Faz uma transmissão, ela vai dar erro ao importar o arquivo no posto.

Verificado que aqui o bug só ocorre quando acessa Movimentação > Interfaceamento > Internet Manual. Mas no cliente ocorre quando entra no Unilab.

Verificado que o erro só ocorre quando no cadastro do laboratório está selecionado um interfaceamento e o interfeaceamento não está ativo. Corrigido para que mesmo nesta situação seja possível salvar a data de vigência. Este bug ocorre com todos os tipos de interface com apoio. Testar todos.

A partir de agora, quando entrar no Unilab e não tem estes acessos o erro de conexão será salvo na pasta log, arquivo UnilabWebnomedamaquina.log.

O Erro que acontece na transmissão é o seguinte: Erro ao importar dados - SQL Error: Cannot delete or update a parent row: a foreign key constraint fails (`pcoleta04/lb_histlcto`, CONSTRAINT `FK_PEDI_HISTLCTO` FOREIGN KEY (`CCODIPOSTPEDI`, `CCODIPEDI`) REFERENCES `lb_pedi` (`CCODIPOST`, `CCODIPEDI`))

Verificado que o bug ocorria quando na tela de ajusta transferia um pedido para a próxima fatura ao mesmo tempo que o pedido era alterado em outra máquina.

Incluído o rodapé padrão Uniware completo com impresso em por e número de página.

Sites que tem exemplos de como fazer:

Configurações para ssl Testados com Gmail Yahoo e Uniware
Gmail - smtp.gmail.com - porta 465 - Usuario@gmail.com
Yahoo- smtp.mail.yahoo.com - porta 465 - usuario sem @...
uniware - mail.uniware.com.br - porta 465 - usuario@uniware.com.br

Incluido um filtro por posto de coleta com opção de quebra de pagina por posto.

Criado um HELP para auxiliar na configuração destes campos.

Inclua um novo pedido, informe um paciente qualquer, o convênio Planserv, o exame pezp, ele vai dar erro de q o convênio não realiza o exame, em seguida informar um exame sem cobrança diferenciada, ex: gli. o Gli fica com a cobrança diferenciada do pezp.

• O bug só pôde ser simulado na base do cliente.

O botão se encontra na tela de cadastro de paciente, e ao clicar no botão abrirá a tela com o conteúdo do paciente sobre o qual o cursor se encontra. Trazendo o numero do paciente, nome, sexo e data de nascimento (origem) Tem um campo logo abaixo "Paciente" que possibilita o F2 trazendo todos os pacientes, sem que apareça o já selecionado anteriormente.

Uma vez selecionado o segundo cadastro de paciente, dará mensagem clara de que todos os pedidos cadastrados para o segundo paciente serão substituídos pelo primeiro paciente.

• tela cadastros>exames>exames aberta (para pesquisa)
• Cadastros>tabela de ch - alterando uma tabela
• F2 no campo codigo para localizar no tuss e abrir o seeker.
• com o seeker aberto, clicar na tela de exames para tentar localizar um exame qualquer (objetico disto era confirmar o nome completo do exame )
• perde o foco e nao deixa digitar nada na tela de exames.

• Efetua exame
• Valor de CH,
• Filme,
• Porte, vl. porte, indice porte
• Código do procedimento (visível apenas se for importação por mnemônico)

Se na importação for ignorado o valor do CH e/ou o Porte e nos dados anteriores da tabela de CH estes campos estavam zerados ou sem informação, o Efetua tem que vir Não independente de ele estar sim no arquivo de importação.

Ao clicar nos botões auto ele aparecerá uma mensagem informando que o recurso será ativo e passará as informações devidas, se cancelar esta imagem o botão ficará pressionado sem utilizar o recurso de auto.

Quando se tem um caixa fechado com recebimentos com cartão e realiza um estorno deste caixa no extrato o total do recebimento com dinheiro estava sendo sobreposto.

Ao tentar confirmar um pedido de um convenio TISS e não tiver preenchido o campo CA a mensagem que apaerece é : "TP: preenchimento obrigatório". Corrigido para CA - Caráter de atendimento.

• Obs: Não estava funcionando corretamente a recoleta de exames com amostra adicional.

Quando o convênio é particular ao confirmar aparece uma mensagem dizendo que o Código de Município Inválido e não deixa confirmar. Mas se colocar 100% faturado, colocar o município na opção Fatura Imp e depois voltar para 100% PG a vista, funcionava. Corrigido

No cadastro do convênio, botão num guia, criado campo usar numeração automática de guia do pedido e o campo: Repetir o número de guia para cada x exames, onde o valor padrão é 5. Se for informado 0 (zero) é considerado sem limite. A numeração de guia sera "POSTO+PEDIDO+CONTADOR DE 3 DIGITOS "010000001001" " ou sera "POSTO+PEDIDO se não tiver limite de exames por guia

No cadastro do pedido quando confirma o pedido, os números das guias são recalculado repetindo x vezes por numero de acordo com o convenio (0 = ilimitado) Deve ter um número para cada expf, ou seja, um exame com cobrança diferenciada pode ter alguns exames em uma guia outros em outra. Serão populados apenas quando o campo guia for diferente de vazio significando que a guia foi recebida. No pedido permite informar qualquer número. Ele precisa informar um número de guia (hoje informa zero) apenas para constar que o cliente entregou a guia sem número.

Colocado também um botão na tela de ajusta fatura abrirá uma tela com 2 botões o primeiro renumera todas as guias do pedido com o mesmo numero (ccodipost+ccodipedi+'000') e um segundo que faz o processo de renumerar as guias x em x exames da expf de acordo com a quantidade configurada no convênio. Na tela tb pode optar por renumerar tudo ou ignorar os campos vazios (deve guia).

Quando pedir para imprimir boleto no Unilab vai abrir o boleto no navegador para impressão.

Se imprime cabeçalho do laboratório, habilita esta caixa. Se não imprime cabeçalho do laboratório habilita o campo "Imprime dados do paciente na linha".

Este recurso deve proporcionar a configuração de um cabeçalho de laudo na esquerda e o cabeçalho do laudo na direita, ambos na mesma altura. Se configurar um cabeçalho com dados impressos na mesma posição vertical em um cabeçalho e outro vai imprimir um por cima do outro.

Corrigido para só impedir o ajusta caso for uma fatura integrada no financeiro.

Nos clientes que foram atualizados para a 3.01.001 apenas foi registrada a dll e ficou ok.

1. Criado Relatório de Estatística de Recoletas em relatórios - Estatisticas - Recoleta.
2. Criado relatório de Exames pendentes de recoleta em relatórios - Pedidos - Exames pendentes de recoleta.
3. Quando a recoleta gera contato incluido o motivo da recoleta na anotação do contato.
4. Na rastreabilidade do pedido quando o exame está pendente de recoleta, passou a aparecer o motivo da recoleta. Ex: Recoleta: "Material insuficiente"
5. No Histórico de intervenções, Onde aparece a palavra (recoleta) incrementado com o motivo da recoleta. Ex: recoleta: material insuficiente.
6. Incluido em todos os mapas de trabalho **Recoleta** quando o exame for uma recoleta.

Se o cliente tem site ou unilab host, envia normalmente para o site e enviar outra cópia para a sline. Se o cliente não tem site envia apenas para Sline, lembrando que para a Sline é por convênio, ou seja só sobe os laudos do convênio que está marcado para enviar laudos para Sline. Configurar em cadastros > configurações > internet > PLI > Provedor de serviço: S_Line Convênio

Na tela de fatura retirado o botão sline que existe hoje.

1 - Quando informa um exame com agrupamento ou cobrança diferenciada como o primeiro exame do pedido, na tela do Ctrl+F10 e tela do F10 ele só mostra o último exame do agrupamento ou cobrança diferenciada, mas se confirmar, salva corretamente. 2 - Quando informa uma amostra adicional com a tela do F10 aberta ele inclui as amostras saltando uma linha para cada amostra.

[3.01.001] - Recompilada versão com a correção da view.

• Permitida a selação de múltiplos exames.
• Criada exportação para excel.

Foi incluído no cadastro de convênio o botão Fatura Imp clicando nele aparecerá uma tela onde estão informados os dados para a impressão da fatura. Por padrão ao atualizar o sistema, todos os convênios vem com esses dados carregados da tela de configurações -> Cadastros. Na inclusão de um convênio os dados desta tela também é pego por padrão os dados da tela de configurações -> cadastros.

Foi feita também a correção:

Na tela de impressão de fatura, foi ajustado para que ao clicar no botão de impressão no Excel se a opção resumo estiver marcada a mesma não será impressa. E os botões Excel e Tabela só estarão disponíveis quando a opção fatura estiver marcada.

1. Corrigido Bug na Configuração. Se alterava um campo resultado numérico para cálculo ele funcionava como resultado anterior. Se incluía direto o campo como calculado, não funcionavam os resultados anteriores.

Agora funciona sempre.

1. Corrigido função que trazia os resultados anteriores para o interfaceamento com equipamento. Esta função estava trazendo a lista de variáveis completa e não estava limitando a variável que estava configurada no resultado anterior.

• todos os dados do exame,
• os valores da tabela de preços
• cópia de exame pai inclui sem suas adicionais.
• o campo liberar exames automaticamente não serão copiados pois necessitam de autorização

No cadastro de convênio informar o exame que será a taxa de coleta e quando for colocar ele no XML lançar como outras despesas. Foram alteradas as versões do TISS: 2.01.03 2.01.03b 2.02.01 2.02.02 2.02.03 Para as demais versões do TISS deve estar desabilitado o campo de selecionar o exame.

Fone Contato Unimed Blumenal (Luis ou Filipe Dep. Contas) 47 3331-8500 Email: filipe@unimedblumenau.com.br utilizam versão 2.02.03

Verificado que tinha um exame com status de Liberado, mas o resultado tinha sido desfeito.

Corrigido problema que estava no tratamento de alteração do registro por outra máquina no cadastro de pedidos (ulibrela).

Quando estou incluindo um exame, se depois de informar mais de um exame para cobrança diferenciada, ou agrupamento ou pergunta/alerta eu alterar o mnemônico do exame o foco sai do campo do mnemônico e vai para a cobrança diferenciada, ou agrupamento ou pergunta/alerta.

Na tela de pedidos tbm dá o mesmo bug: configurar para informar numero de pedidos na mão, então inclui pedido, informa os exames depois altera o numero do pedido.

Corrigido.

1. No gerenciamento financeiro > contas a pagar e a receber, na tela de seleção incluido valor total de contas que estão carregadas na tela.
2. Na entrada de produtos no estoque o seeker de produtos tem que ser mais largo. Conferir também a largura deste seeker nas outras telas que tem ele como nota fiscal de entrada de produtos e saída de produtos do estoque.

Na tela de pedidos também dava o mesmo bug: configurar para informar numero de pedidos na mão, então inclui pedido, informa os exames depois altera o numero do pedido.

1 - se usar F2, agora carrega além do mnemônico do exame a vigência também. 2 - se usar Ctrl+Shift+F2, estava carregando na configuração do laudo o nome do exame, mtbi, etc.. do exame anterior e não do exame que eu importei com ctrl+shift+f2.

Ao imprimir uma planilha lista ou grade, este campo é populado com o número de ordem do pedido na planilha, onde o primeiro pedido é o número 1, o segundo é o número 2, assim por diante.

Em cadastro > configurações > resultados criamos o campo "Entrada de dados padrão" com as opções "Manual" e "Ambas".

"Invalid variant type conversion"

O erro ocorria de acordo com a velocidade que são informados os exames.

BUG - Algumas guias não estavam aparecendo no faturamento de um certo período. Fizemos um recálculo com o usuário Uniware e marcamos a opção "Atualizar flag CSTATUSEXPF para P" e foi resolvido.

Agora a atualização corrige o problema definitivamente.

Segundo Bug corrigido: No recálculo com usuário Uniware, quando marca a opção "Atualizar flag CSTATUSEXPF para P" e a opção por código, dava erro de SQL.

1. Quando informa um exame com agrupamento ou cobrança diferenciada como o primeiro exame do pedido, na tela do Ctrl+F10 e tela do F10 ele só mostra o último exame do agrupamento ou cobrança diferenciada, mas se confirmar, salva corretamente. Entretanto, impede de informar o número das guias.
2. Quando informa uma amostra adicional com a tela do F10 aberta ele inclui as amostras saltando uma linha para cada amostra.

Campo vencimento nas telas: Cadastro de Contas a pagar e a receber Cadastro de nota de entrada livre Cadastro de nota de entrada Cadastro de recebimento com cartão de crédito (data do lançamento/recebimento)

A partir desta versão, os postos Online terão a configuração de mapa e protocolo independentes da central. Na atualização a configuração da central será copiada para eles. Quando cadastra um novo posto de coleta não informatizado ou quando desinformatiza um posto de coleta, copia as configurações de mapa e protocolo da central para eles.

"SQL Error: 'Table unilabw.lb_guia' doesn't no exist"

Verificado que o erro ocorre quando é feito um estorno de recebimento que estava em caixa fechado. O bug foi criado quando foi feito o controle de recebimentos com cartão de crédito/débito. Na atualização incluída uma rotina que recalcula todos os valores de caixas fechados, acertando qualquer caixa que estava nessa situação.

As questões polêmicas que nós (e não o cliente) levantamos e nos levou a decidir bloquear foi: 1 - No extrato do pedido, quando ajusto valores de vários exames, não fica claro no extrato do pedido o que originou a mudança nos valores do pedido. 2 - Quando incluo exames a faturar, ele lança o exame no valor total e com o percentual faturado, gerando um valor em caixa a mais. Se o usuário tem direito de lançar diferença assumida pelo laboratório no caixa ele pergunta se é para lançar diferença. Na realidade deveríamos pensar numa forma de nem gerar a diferença de forma que o exame lançado por esta tela seja um exame apenas para faturar. 3 - Quando marco um exame para não faturar o valor que o paciente deveria pagar pelo exame é retirado do pedido também. Deveria apenas retirar o valor faturado (mantendo o valor do paciente intacto) e continuar não incluindo o exame na fatura.

Nada disso será resolvido no momento. Serão mantidas as regras existentes e será liberado o ajuste de fatura para convênios parcialmente faturados.

Criado em cadasrtos > configurações > Cadastros a opção: Abrir arquivos gerados para excel (s/n). Então sempre que for gerada uma planilha ele vai perguntar o nome do arquivo e local para salvar e quando acabar de gerar aplanilha só dá a mensagem: arquivo gerado em xxxxxxx. E não tenta abrir o excel.

• Obs: apenas quando não exibe o excel e salva direto vai proibir que sobrescreva os arquivos do contrario continua como era antes

• Locais onde geram excel no Unilab:
  • Fluxo Caixa
  • Rel. Cliente/Fornecedor
  • Rel Extrato caixa
  • Rel Consumo por Centro de custo
  • Movimentação Contas a pagar e receber
  • Rel de produtos
  • Rel Mov Estoque
  • Rel Contagem de estoque
  • Rel Estoque Minimo
  • Extrato Banco
  • Rel Demonstrativo (acumulado)
  • Rel Demonstrativo (comparativo)
  • Rel de exames terceirizados
  • Rel Demonstrativo detalhado
  • Rel Caixa/Banco
  • Rel de Fat Padrão (Rel e Tabela)
  • Rel de Fat Rateado (Rel e Tabela)
  • Rel de Fat Sintético (Rel e Tabela)
  • Rel de Fat Empresa (Rel e Tabela)
  • Rel de Fat Associado (Rel e Tabela)
  • Rel de Fat SUS 5 (Rel e Tabela)
  • Rel Estatistica de exames por data de faturamento(Sintético e analítico)
  • Rel de Fat SUS BPA (Rel e Tabela)
  • Rel estoque por Vencimento de lote

Quando quitava uma conta a pagar/receber com dinheiro em uma data, e em uma data posterior estornava a quitação daquela conta, se tirasse um extrato do caixa de um período entre a data do lançamento e um dia antes da data do estorno, o saldo do caixa ficava errado no extrato. Corrigido. Na atualização será rodado um recálculo de saldo de caixa para corrigir os saldos passados. Na versão 3.00.006c era rodado um recálculo de saldo de caixa/banco. A partir desta versão não roda mais, roda apenas na 3.01.000a.

Corrigido também outro bug: Quando pego um pedido antigo (acontece só com alguns pedidos antigos) e altero uma data de coleta para uma data menor ele mostra a mensagem: "Nova previsão de entrega" em vermelho, mas não altera a data de previsão de entrega.

Caso o Álvaro altere novamente a versão sem alterar o layout, podemos analisar e conferir o layout e depois rodar um script no cliente para liberar o novo número de versão.

• Pré-requisitos:
  • Estar On-line.
  • Ter uma máquina dedicada para servidor web.
  • Ter um modem com redirecionamento das portas http (80) e ftp (20-21) para o servidor web.

Bug gerado na versão 3.00.015.

As amostras adicionais devem ter obrigatoriamente o mesmo prazo do exame pai. Portanto, nesta lista ela não vai mais aparecer as amostras e sempre que atualizar o tempo de uma amostra pai, este mesmo tempo vai valer para as adicionais.

• No cabeçalho, no Rodapé e não imprimir
• Opção para imprimir ou não o fone e o e-mail

Quando não existe a descrição do questionário, diminuida a distância entre o título e a primeira pergunta.

Por default todos os convênios estarão com a opção "Padrão" selecionada. Ao imprimir um laudo utilizar a configuração padrão de laudo ou a indicada no cadastro do convênio.

• Obs: É configuração de cabeçalho de laudo e não cabeçalho do laboratório.

Se não encontrar, procura na lista de amostras perdidas. Encontrando: mostra em um hint os exames daquela amostra e se é uma amostra perdida, mostrar: Amostra renumerada para: e o número atual da amostra. Não encontrando não muda o filtro dos pedidos que está mostrando atualmente, mas ainda procura nos pedidos excluídos, se encontrar nos excluídos mostra mensagem: amostra do exame tal do pedido número tal que foi excluído. Se ainda não encontrar dá mensagem de número de amostra não encontrado para as condições de filtro atuais.

Criada a opção: "Chamar impressão de recibo no recebimento" com valor default Sim Se estiver com "não" não mostra a tela de recibo quando no entrega caixa confirma um recebimento.

Esse aviso aparece na mesma tela de quem deve valor ou guia em pedido anterior

• data de liberação
• hora de liberação
• data/hora de liberação

Quando o resultado anterior tem casa decimais por exemplo 1,00 no resultado anterior, ele ignorava o ,00 e mostrava apenas 1 (as partes inteiras). porém se o resultado for 1,01 ele puxa todas as casas,

Para a interpretação médica, apenas 1, não demonstra qual a precisão deste resultado, afinal 1 pode ser 1,4 arredondado ou 1,9 truncado, entretanto, 1,00 deixa explícito a precisão utilizada no resultado do exame.

Todas as rotinas de resultado anterior alteradas para que o número de zeros seja o número configurado no exame como quantidade de decimais.

Na atualização são atribuídos estes novos direitos a quem tem direito a entrar na tela de seleção de pedidos.

Na impressão de resultados, aba parcial, campo pedido, o enter passou a funcionar como uma seta para baixo. Na aba individual, campo pedido como um tab. Na aba geral campo pedido inicial e pedido final, como um tab.

O campo equipamento foi movido para o topo da tela e passou a valer tanto para geração de arquivos para a interface quanto para a importação de resultados da interface.

Passou a mostrar os relatórios de retorno que deram erro com cor diferente para que possa diferenciar dos que foram retornados com sucesso.

Antes era salvo um relatório com resultados de vários equipamentos. Agora passou a fazer a importação equipamento por equipamento, e salvar relatórios de importação separados por equip.

Se estiver selecionado um equipamento específico para retorno, importar apenas os resultados do equipamento específico.

"A data ou hora de seu computador pode estar incorreta."

Com os botões: "Não entrar no Unilab, vou arrumar a data/hora do meu computador." -- este fecha o Unilab "A data está correta, entrar no Unilab". -- este botão chama a tela de ação crítica com a mensagem: EU ASSUMO QUE A DATA DE DD/MM/AAAA ESTÁ CORRETA! Se informar o login, senha e motivo e clicar em OK gravar a ação crítica e entrar no Unilab. Se cancelar, sai do Unilab.

campo: Equipamento localizado fisicamente em um posto com acesso remoto alterado para: Equipamento localizado fisicamente em um posto ou central com acesso remoto

Na geração de arquivo para equipamentos, quando estou acessando via TS e não tem nenhum exame para interfacear com equipamento para o posto de coleta, alterada mensagem de : Não há exames para interfacear para: Não há exames para os equipamentos configurados para o posto online atual (<código do posto online>)

Verificado que o desconto estava sendo validado sobre o total de exames (não considera acréscimo) e calculado sobre o total caixa (considera acréscimo), gerando o bug. O desconto passou a ser calculado e validado sempre sobre o valor "Paciente", sem considerar acréscimo.

Alterada a tela de cadastro de pedidos na parte financeiro > caixa:

No lugar do caixa: "Paciente", o desconto passa a ser calculado sobre ele. Incluído o campo "Acréscimo" depois do desconto. De forma que o Total considera o valor paciente - desconto + acréscimo.

No programa de backup v5, retirada a informação de tamanho do arquivo nestes sistemas operacionais.

Criados mais recursos para configuração da forma de gerar uma impressão em Outros > Impressoras especiais. Documentação disponível em Impressoras_Especiais

Para este cliente na impressora de pdf usar: matriz de 8 bits, modo draw ,opaco Para as impressoras: matriz de 8 bits, testar o modo e se é opaco ou não (recomendável sem opaco).

Agora sempre copia, exceto para os exames com cobrança diferenciada

Solução: tendo apenas uma configuração não permitirá que ela seja excluída

1- Ao tirar o relatório com os filtros conforme screenshot anexo ao ticket dava erro de invalid .... 2 - Quando tiramos o relatório sintético filtrando por um exame que não tem pedidos ele mostrou o relatório de todos os exames.

Pedidos nesta situação serão corrigidos na atualização e se tentar confirmar o pedido que teve seu status alterado pela fatura vai dar erro de registro alterado por outra estação e não vai gerar o pedido com erro.

Quando ocorre o contrário: inclui uma fatura e tem um pedido aberto para alteração, antes deixava incluir com uma data de fatura diferente mas o pedido constava na fatura que foi incluída mesmo estando com uma data fora dela, agora também dá erro de registro alterado por outra estação. Decidimos não alterar estes pedidos na atualização, afinal, já foram faturados.

Quando atualizar o Datacenter lembrar de configurar este parâmetro para o cliente planalto.

101 - Este exame não foi enviado ao laboratório de apoio pelo Unilab e, portanto, não poderá ser importado pelo interfaceamento. Digite o resultado deste exame manualmente.

para:

101 - Este exame não foi enviado ao laboratório de apoio pelo Unilab OU o laboratório de apoio renumerou a amostra, portanto, não poderá ser importado pelo interfaceamento. Digite o resultado deste exame manualmente.

Na atualização, regera a senha de todos os paciente/médico/convênio/origem cuja senha tenha um destes caracteres.

Assumiremos o seguinte efeito colateral: os paciente/médico/convênio/origem que acabaram de receber o protocolo ou etiqueta de carteirinha ou outro documento com a senha de antes da atualização não conseguirão acessar seus laudos na internet e terão que ligar no laboratório para pegar a nova senha.

Isso, porque na versão anterior liberamos para copiar como mat real o nome do MTBI do Unilab, ficando errado em vários exames.

Criado botão na manutenção tbm para quando é incluido exames com uma tabela e no meio do caminho o pardini atualiza a tabela de mat real e não aceita aqueles antigos configurados.

Rodamos um recálculo para o período e resolveu o problema. Verificado que a inconsistência foi provocada por um bug que foi corrigido na 3.00.014c. Na atualização criada rotina para corrigir o financeiro dos pedidos afetados pelo bug.

Na tela de geração de planilha tem um check box com: Relatório de exames não incluso em planilhas personalizadas

mudado para: Relatório de exames não incluso em planilhas personalizadas a partir da data de entrada dd/mm/yyyy - hrs: hh:mm

onde dd/mm/yyyy é a data de entrada do pedido mais antigo sem planilha e pode ser editado pelo cliente

onde hh:mm é a hora e minuto de entrada do pedido mais antigo sem planilha e pode ser editado pelo cliente

Vou digitar o exame se eu passar no campo de resultado numérico e pressionar o tab sem digitar nada ele não da a critica de valor fora da normalidade.

porem se eu passar no campo e digitar 0 ele me da a critica.

lembrando que no campo ja vem 0 como padrão.

Verificado que esta lentidão pode se apresentar em qualquer versão do unilab que tenha tela de ajusta, independente de ter sido atualizado ou não. (era a falta de um índice que de uma hora para a outra podia fazer o MySQL decidir mal a ordem de execução da SQL)

Quando se selecionava um pedido e o recoletava a tela de pedido de exames não era recarregada, ou seja, apesar do status do exame e do pedido já estarem diferentes no banco, a tela que não foi recarregada ainda mostrava o status anterior.

Ao selecionar um pedido triado na tela e desmarcar os checks para cancelar a triagem o sistema está informando que não existem exames para triar, o que não está correto sendo que quando desmarca os sistema terá que cancelar a triagem.

mensagens ficaram assim : - se não fez nada apenas msg de que nada foi marcado - se destriar pede confirmação e se triar algum e ficar sem triar outro também perguntar.

O label "Conselho" está fora do padrão de alinhamento do restante da janela. O padrão é alinhado a esquerda o conselho está alinhado a direita.

1. Recebimento a maior em um convênio 100% faturado
2. Mensagem de erro de F- sem P- ou F+ sem P+ ao confirmar ajustes da fatura
3. guia full agrupando errado os exames, exemplo:

• O paciente possui o exame VIOH cadastrado no seu pedido;
• A cliente vai no menu Faturamento>Ajusta e marca o exame VIOH para não faturar e inclui os exames CTS, CALT, HCV e HTG (Cortisol, Calcitonina, Anti HCV e Tireoglobulina) para que estes sejam faturados;
• Todos os exames citados não possuem cobrança diferenciada;
• Ao imprimir uma guia tiss completa aparece somente o exame Calcitonina, com quantidade 04.

Tem um cliente que precisa agrupar guias de pedidos diferentes. A partir de agora quando marca no convênio a caixa "XML ordenado por guia" habilita a caixa "Agrupar pedidos de mesmo paciente com o mesmo número de guia." Que por padrão vem desmarcada.

Na geração do XML, se a caixa está marcada e tem o mesmo número de guia para pacientes diferentes dá a mensagem: 'O número de guia <...> foi informado nos pedidos: <...>. E como este convênio utiliza a opção "XML ordenado por guia" não podem existir pedidos diferentes com o mesmo número de guia.'

Se a caixa não está marcada e tem o mesmo número de guia para pedidos diferentes, dá a mensagem: 'O número de guia <...> foi informado nos pedidos: <...>. E como este convênio utiliza a opção "XML ordenado por guia" não podem existir pedidos diferentes com o mesmo número de guia.'

Versões do TISS que usam esta opção:

• 2.01.03
• 2.01.03b
• 2.02.01
• 2.02.02
• 2.02.03
• Unilab SPData

Corrigido também bug de list index out of bounds que dava quando a opção “XML ordenado por guia” estava ativa.

O mesmo recurso foi aplicado ao Modo BitBtl.

Teoricamente tambem foi resolvido o erro da tela azul no Windows 7

1. Quando o valor do campo de exame muda só de maiúsculas para minúsculas ou vice-versa, ou seja, não mudou o exame ou o laboratório de apoio: ele está rodando a validação e alterando a decisão do usuário sobre importar o exame ou não.
2. quando valida o exame e no "DE" é um apoio interfaceado e no "PARA" é um apoio não interfaceado ele está marcando para importar. Deveria fazer o contrário.
3. Quando seleciono um laboratório de apoio e ao invés de dar um tab clico direto em outra linha ele se perde e não marca para importa/ não importar como deveria.
4. Quando um exame do "DE" vem sem apoio estava deixando importar em um "PARA" com apoio.

Na tela de recoleta quando se abre o dataseekes de motivos, este fica sobre qualquer janela até mesmo janelas que não fazem parte do unilab. Corrigido inclusive em outras janelas que ocorria o mesmo problema.

1. Quando inclui um novo campo no configurador não estava carregando os valores padrão do campo. Corrigido.
2. Campos como "Laboratório de apoio" tem habilitado a opção de mudar o texto que deveria ser carregado automaticamente. Não deve ter este campo, ou pelo menos, não editável. Bug corrigido, inclusive nos outros campos com o mesmo problema:
   1. Mensagem de Aniver.
   2. Msg Paciente pedi ant (Cab Mapa)
   3. Digitador Login
   4. Digitador Nome
   5. Impresso por Login
   6. Impresso por Nome
   7. Lab de apoio (Nome)
   8. Nome Pai Paci
   9. Nome Mae Paci
   10. Coleta Propria
   11. Usuario de internet paci
   12. Senha internet paci
   13. Data Digitação
   14. hora digitação
3. Todos os campos de preenchimentos não estavam vindo a variável padrão na inclusão.
4. No gráfico de linhas se carregar 9 variáveis e após confirmar as variáveis abrir novamente, a ultima variável desaparecia, mas se alterar a variável no campo que ela estava ancorada e tentar confirmar o exame o unilab informa que o gráfico ainda está com a variável ancorada e não deixava confirmar. Corrigido.
5. A observação automática da Altura não está sendo carregada, esta só aparece se houver algum campo pra ser digitado após com observação automática também.
6. Quando eu defino um campo numérico para um numero x de caracteres antes da virgula o unilab está deixando passar um caracter a mais, por exemplo, se eu marcar 3 caracteres antes da virgula e confirmar, após isto tentar digitar ele deixará colocar 4 caracteres.

Nas etiquetas por exame, por mtbi/setor e por agrupamento de amostra criada a variavel #VOLUMEML Quando imprimir este campo deve vir com o número e a unidade (ml em hardcode), ex: 20000,2 ml O valor vai ser sempre a soma dos volumes de cada exame da etiqueta.

Agora criado no cadastro do convênio, botão fatura a opção: "Exige guia principal quando o Tipo de atendimento for 07 - Emergência". Por padrão esta opção vem marcada. Se desmarcado não exige o numero principal da guia.

Agora nos sistemas operacionais Windows 7 e Windows server 2008 será sempre setado como draw e sem opção de alteração.

• Apoio não exporta exames por este menu....
• Desabilitado o botão voltar na segunda tela para que não possa voltar para a primeira.
• Retirado o campo cód. labo do de e do para.
• No "Para" incluído coluna Lab. Apoio Atual.
• no "Para" o campo "Alterar Apoio para (F2)" que pode ser chamado com F2 para a seleção do apoio.
• A coluna com ícones fica clicável, onde:
  • se clica quando está marcado para alterar ou incluir, ele altera para "Não importar", mas não limpa os valores do campo.
  • se clica quando está marcado para "Não importar" altera para "Alterar" ou "Incluir" dependendo se o exame com o mnemônico informado existe na base de dados atual ou não.
• Ao carregar a segunda tela trazer no campo "Alterar Apoio para [F2]" sempre o laboratório de apoio atual do exame.
• Regra: Não pode importar de um laboratório de apoio interfaceado para outro com outra interface. Com base nesta regra:
  • ao carregar a tela, dependendo do laboratório de apoio do de e do para o exame virá marcado por padrão para importar ou não.
  • ao alterar o laboratório de apoio marco o exame para importar ou não.
  • ao clicar no ícone X (não importar) só marco para importar se atender a esta regra, senão apenas dou mensagem.
• quando clicar para ativar uma importação que o lab de apoio não for compatível abrir um pop-up com as opções disponíveis
• Quando seleciono um lab de apoio válido para importação atualizo o flag para importar(alterar ou incluir)
• inclusões deverão vir marcadas com lab de apoio como local
• no seeker de lab de apoio trazer apenas local o lab de apoio atual e os laboratórios com o msm padrão de interfaceamento que o exame importado
• quando clico para não importar volto o lab de apoio para o original
• removido link de limpar todos os lab de apoio
• Na importação faz a importação dos textos padrão, onde, quando o texto já existe na base de destino com outro código, alterar nas configurações as referências ao texto para utilizar o novo código. Quando o texto não existe na base de destino importa ele, quando ele não existe mas tem outro texto com o mesmo código, mostra em uma lista onde será obrigado definir um código para o texto padrão ou escolher um texto cadastrado equivalente.

Na correção apresentada ainda faltou um detalhe: quando chama a modal e minimiza a principal antes da modal aparecer, quando a janela aparece o botão minimizar pára de funcionar até que a janela seja fechada ou minimizada pela barra de tarefas e restaurada. Este outro problema será resolvido em outra versão.

busca por nome do exame em cadastro de setor, implementado recurso para tratar a busca de valores utilizando '%', podendo ser utilizado no começo, meio ou fim de um termo, sem restringir a quantidade de '%'. Criada também a posibilidade de usar F3 para achar a próxima ocorrência do termo pesquisado.

Ao clicar em não faturar, continua retirando da fatura e não enviando para o XML.

Alteradas todas as rotinas que trabalham com prazo para pegar o prazo do convênio quando ele usa prazo individual: Cadastro de pedidos, Orçamento, Importação de pedido do Apoiado (U2U).

Sempre que incluir um exame, incluir ele na tabela de prazos de todos os convênios, independente se o convênio usa prazo individual ou não.

No cadastro do convênio, quando passa a utilizar prazo individual, carrega como prazo individual padrão o prazo do exame; colocado um botão para copiar do exame todos os prazos para o individual do convênio.

A tabela de prazos é transmitida da central para o posto. O posto não pode alterá-la. Atualizar programa de transmissão!!!

Imprime uma folha com a configuração "laudo - envelope" com os dados do paciente do laudo que será impresso na página seguinte. Se o laudo do paciente tem mais do que uma página, imprime um envelope, pagina 1 do laudo, outro envelope, página 2 do laudo e assim por diante.

Para ativar esta opção ir em cadastros > configurações > resultados.

A impressão de laudo deve se comportar desta forma apenas quando o laudo for gerado pela tela de impressão do laudo (Relatórios > Resultado > impressão > todos os modos de impressão: geral, parcial, individual e convênio). Se for chamado pela tela de consulta e utiliza o recurso, pergunta: "Deseja imprimir o envelope intercalado com as páginas do laudo?" Então gera o laudo de uma forma ou outra de acordo com a resposta do usuário.

Para internet nunca vai com envelope.

Verifiquei que o nosso é que está errado, afinal nas versões 2.02.02 e 2.02.03 do TISS da ANS o namespace foi alterado para ansTISS pela própria ans.

Esses campos devem ser maior ou igual ao número máximo para inclusão do pedido que dever permitir 120 dias também.

Na atualização os novos campos serão populados com: 30 dias se o valor do campo da inclusão for menor que 30 dias ou com o mesmo valor da inclusão se o campo da inclusão for maior que 30 dias.

O campo dias para inclusão do pedido era restrito ao usuário uniware, deixou de ser. Os novos campos também não são restritos ao usuário uniware.

Novo Implementado a impressão de carteirinha na etiquetadora. Como configurar

No cadastro de convênio, campo faturamento eletrônico criar o item BPA eletrônico. As faturas incluídas com este BPA ativo caem direto na geração do arquivo.

Quando for gerar o arquivo BPA, chama a tela onde será necessário selecionar os exames que vão para BPA Individualizado (os demais exames vão no consolidado). Salva na fatura a lista de exames selecionados na última geração de arquivo, para quando gerar o arquivo novamente já traz os exames selecionados.

Na atualização importa os códigos IBGE dos municípios e códigos IBGE para etnias. Os arquivos devem existir na pasta do unilab durante a atualização. No log de atualização deve constar se foi importado com sucesso, cancelado pelo usuário ou se deu erro na importação. Importa as tabelas no posto e na central, não transmite. Na tela de manutenção tem um botão para importar os municípios do IBGE caso a importação seja cancelada na atualização.

Em Movimentação>Pedidos de Exames>Botão "Informação Adicional", não tem mais a opção de selecionar o material real.

Quando tinha mais do que um exame para triar e não triava todos eles dava uma mensagem pedindo confirmação. A segunda frase desta mensagem foi alterada para: "Tem certeza que deseja triar o pedido parcialmente?".

BUG2-Quando alterava um pedido para colocar um novo exame ele dava mensagem " que o equipamento exige data de nascimento preenchida" só que a data estava preenchida.

Na tela de fatura trocar o label dos campos que o IRH utiliza para as terminologias do layout Abramge.

Campos que não terão mais campo autocompletar com ....:

• Idade em anos;
• Idade em dias;
• Peso do paciente (V);
• Resultado numérico ;
• Resultado Texto (Cadastrado);

1. Quando altera um resultado para texto que não é utilizado em obs automática, cálculo nem crítica para dado válido nem res. ant. e o laudo tem outro campo resultado numérico que é utilizado em cálculo e o texto informado no alterado para texto tem um código não numérico, dava erro.
2. Quando gera arquivo para dialsist, os resultados numéricos alterados para texto estavam sendo enviados como Numérico ao invés de lógico.

1. excluir um determinado registro que tenha dependência e que não fora transmitido ainda, aparecerá um erro na tela.
2. confirmar o erro, entretanto a tela 'Cad' ficará aberta.
3. selecionar outro registro que possa ser deletado.Ao escolher a opção de deletar, a interface carregará parte das informações
   1. se a interface cad for movida, os campos são renderizados, mostrando campos em branco.
4. Tentar excluir esse segundo registro. Problema obtido.

1. quando se roda um processo de apaga dados o backup não destrava o processo no final dele;
2. Ao tentar restaurar uma base com a extensão .GZ ele falha na primeira vez e na segunda vez ele funciona;
3. Ao configurar o backup está apresentando uma mensagem de backup não configurado.

ATUALIZAR O PROGRAMA DE BACKUP V5

1. Tinha apagado todos os médicos e pacientes e no prepara base copiada não apagou os postos dando mensagem que era porque tinham pacientes/médicos.
2. No cadastro de laboratório de apoio não deixou excluir os laboratórios porque estavam transmitidos para o posto de coleta.
3. Passou a limpar a tabela salvatela.
4. Passou a limpar as filas de coletas dos postos que foram apagados.

Retirada a tela que piscava antes de gerar o relatório.

• É uma fatura eletrônica como o TISS. No botão fatura do cadastro do convênio exigir o preenchimento dos campos que o IRH usa colocando o label em azul para indicar a obrigatoriedade.
• Após incluir a fatura chamar a geração da fatura eletrônica Abramge-IRH que deve perguntar onde salvar o arquivo e em seguida gerar o arquivo no local indicado e dar um relatório da geração do arquivo contendo o caminho do arquivo no cabeçalho.
• No cadastro de convênio se selecionar a fatura eletrônica padrão Abramge-IRH, trava para truncar em 2 casas decimais.

Além disso, quando o pardini mandava o mesmo exame com duas versões diferentes no arquivo de retorno, o Unilab primeiro importava os exames na versão "A" e dava erro de vigência para os outros. Então se alterasse o cadastro do exame para importar os exames na versão "B", quando tentava importar novamente ao invés de dar msg de que aqueles exames já foram importados dava a msg de vigência. Corrigido.

• no modo cálculo, não está checando divisão por zero na fórmula.
• no modo Número, não está checando divisão por zero na crítica para dado válido.

Divisão por zero pode ser: a/0 ou 0^-a

Quando uma fórmula resultar neste erro, não vai dar mensagem e o resultado será considerado zero, mas não será possível confirmar uma inclusão/alteração ou liberação de resultados quando uma fórmula der divisão por zero.

Quando a importação de resultados pela interface de equipamento ou laboratório de apoio gerar uma divisão por zero o resultado não será importado e terá uma mensagem no relatório de erros.

* Obs: O tratamento para laboratórios de apoio ainda não está pronto, vai sair na próxima versão.

Antes da v2.03.060: No cadastro de pedidos, o Unilab carregava no campo associado o nome do paciente quando o convênio faturava em nome do paciente.

Depois da v2.03.060: sempre carregava o nome do associado.

21/05/2008: se o convênio diz que é para usar o nome do paciente carrega o nome do paciente, senão, o nome do associado.

v3.00.011b: O Dionath (teste) questionou esta regra (ticket-8850) e o Cláudio optou por sempre carregar o nome do associado no campo nome do associado para manter a coerência.

Verificado também que o nome do associado do pedido só é considerado nas faturas caso o convênio fature em nome do associado.

Outra correção: Quando não tem placa de som ele dava o erro da placa de som e não mostrava as críticas de fora da faixa.

O bug de não digitar nada, dar dois F8 e ele criticar só no primeiro voltou a ocorrer mas apenas se o foco não estiver no campo da crítica.

Ao clicar no botão nenhum, e clicar no botão exportar o unilab pergunta o local onde deseja salvar o arquivo e ao selecionar e clicar em ok o unilab retorna um erro.

Ao terminar a exportação informar que foi realizada com sucesso e mostrar o nome do arquivo gerado.

Na Importação de Exames, o botão Fechar estava com o Ícone do Cancelar.

Campo novo nas etiquetas tipo 2,3,4,5 com a variável #TEMPOAMOSTRA.

No cadastro do Convênio, botão "Postos" criar campo "Recebimento Mínimo" para cada posto de coleta, com valor padrão 0 (zero). O valor deste campo deve ser expresso em percentual. Os valores da tela UFConvConfig são salvos em um único campo, atentar para alterar todas as rotinas desta tela, afinal o formato do conteúdo do campo será modificado para incluir a nova coluna.

Para a tela de pedido criar direito de "rec. abaixo do mínimo".

Valor mínimo para recebimento = (Valor de exames - valor faturado - desconto + acréscimo) * percentual de recebimento mínimo do convênio no posto de coleta.

• Obs: (Valor de exames - valor faturado - desconto + acréscimo) é o valor atribuído ao campo edTOTAL da tela de cadastro de pedidos.

Na tela de cadastro de pedidos mostrar um label com : Recebimento Mínimo R$ xx,xx. Atualizar este valor sempre que mudar o valor a receber ou trocar o convênio. Quando o recebimento mínimo for 0 (zero) esconder o label.

Perguntas por exames, armazenar as respostas.

O nome do cadastro de alertas mudou para alertas/perguntas; No cadastro de alertas incluído o campo "Tipo" com as opções: alerta (Default) e pergunta.

Agora no exame é possível informar uma lista de alertas apra o exame e também as perguntas apara o exame.

No cadastro do pedido e orçamento, os alertas continuam sendo exibidos exame a exame, entretanto, consideram todos os alertas do exame e no caso de ser um agrupamento, também considera os exames agrupados.

As perguntas dos exames do pedido podem ser consultadas na inclusão/alteração do pedido com a tecla F3 enquanto posicionado no grid de exames, então, abre a tela de perguntas. Tela de perguntas: - Se dois exames tem a mesma pergunta só tem que responder ela uma vez no pedido. - Para cada pergunta tem um campo texto livre com 200 posições para a resposta (sem quebra de linha). - Para cada pergunta mostra a lista de mnemônicos dos exames relacionados àquela pergunta. - na confirmação do pedido se existir uma pergunta sem resposta, abrir a tela de peguntas e não deixar confirmar o pedido se não informar todas as respostas.

Na tela de seleção de pedidos incluido um botão para consultar as perguntas do pedido. Estas perguntas serão apresentadas em duas visões lado a lado:

Na esquerda, visão por pergunta: Sem edição, mas igual à visão do cadastro. Ou seja, uma pergunta para cada pergunta distinta dentre todas as perguntas dos exames do pedido. E para cada pergunta, a relação dos seus respectivos exames e a resposta.

Na direita, visão por exame: Sem edição também. Para cada exame do pedido que tem alguma pergunta, todas as perguntas do exame com sua respectiva resposta. Nesta visão pode ocorrer de a mesma perguta aparecer repetida em exames diferentes.

Transmissão: O posto de coleta não pode alterar as respostas de um pedido já transmitido.

Histórico de pedidos excluídos: Quando exclui um pedido inteiro exclui as perguntas também. Não tem recurso de consultar as perguntas de um pedido excluído.

Apaga dados: Apaga as perguntas do pedido junto com o pedio mas o cadastro de alert/pergunta, assim como os alertas/perguntas do pedido são mantidos.

Na exportação o usuário irá selecionar os exames e clicar no botão exportar. Na importação tem uma ajuda na tela de importação.

• Período por data de entrada
• Convênio (seleção múltipla)
• Posto de coleta (seleção múltipla)
• opções de ordenação:
  • Data de Entrada
  • Código do pedido
  • Nome do Paciente
  • Número da Matrícula do Paciente

O relatório tem exatamente o mesmo conteúdo do modelo de fatura padrão. Não quebra página no meio de um pedido. E quebra página por convênio, o código e nome do convênio está no cabeçalho.

Quando informar a data de coleta ele vai marcar a coleta própria automaticamente ao validar o campo, mas apenas se não utiliza coleta informatizada.

Quando tem mais do que uma fila cadastrada para o posto de coleta atual, abre no pedido opção para informar em qual fila vou incluir o pedido, se marcar para entrar na fila é obrigatório informar qual a fila. Na tela de seleção de pedidos, quando clica com o bt direito em um pedido, se tem mais que uma fila de coleta traz todas as filas de coleta do posto onde estou logado. Quando entra na tela de coleta informatizada pergunta antes qual a fila monitorar e mostrar no topo da janela qual fila está sendo monitorada. No cadastro de usuários, quando tem mais do que uma fila cadastrada, é possível relacionar um posto de coleta e uma fila padrão. No cadastro de pedidos, ao incluir, a fila padrão do usuário já vem selecionada se o usuário tem uma fila padrão para o posto online ou offline onde ele está logado.

Transmissão: Cadastro de filas de coleta pode ser realizado apenas na central e deve ser transmitido aos postos informatizados.

na fila quando carregar o próximo pedido já trazer junto todos os pedidos na fila do mesmo paciente. Quando marcar para entrar na fila depois não abre a opção de escolher qual a fila, só quando marcar para entrar na fila de coleta.

1. Quando não tem integração financeira ativa nem abre a tela Gerenciamento Financeiro > movimentação > recebimento com cartão. Ao invés disso, dá a mensagem: "Este controle é exclusivo para quem utiliza integração financeira".
2. No posto, um fechamento de caixa transmitido para a central não pode ser validado/desvalidado, ou excluido no posto.
3. Quando um fechamento de caixa do posto é validado/desvalidado/integrado/desintegrado na central ele deve ser transmitido de volta para o posto de coleta.
4. Quando utiliza integração financeira o posto de coleta não pode excluir um fechamento de caixa que já tenha sido transmitido.
5. Permitir ativar a integração financeira quando tem postos de coleta informatizados. A integração deve ser ativada apenas na central e na transmissão ativar a integração no posto. O posto de coleta não tem opção de alterar o campo de ativação da integração financeira. Quando ativar a integração financeira,orientar na mensagem a realizar uma transmissão para o posto se tem postos informatizados.

O cliente já foi liberado corrigindo a configuração do exame TRF.

Quando ela entra em recoleta, seleciona um exame e coloca o motivo não confirma pressionando a tecla F8, tem que clicar com o mouse em confirma.

Estava gravando o exame a cada resultado que o exame continha.

Ao usar essa opção o campo nome do exame vem com o nome do exame que foi exportado a configuração, ou seja, a configuração fica com o nome do exame do exame usado na importação. Corrigido.

• Relatórios > Resultados > Lista de resultados > Lista de resultados por paciente
• Relatórios > Resultados > Resultados anteriores do paciente
• Relatórios > Cadastros > Paciente > Listagem
• Relatórios > Cadastros > Paciente > Etiqueta carteirinha
• Movimentação > Pedido de exames > Imprime
• Movimentação > Pedido de exames > Resultados do Paci.

• Após criar um MTBI e transmitir ao tentar exclui-lo o unilab está dando a mensagem de que não é possível excluir o material pois o mesmo já foi transmitido, mas se alterar e confirmar o MTBI e tentar excluir o unilab está deixando. Resolvido.

• Se fizer o backup da base da central e depois cadastar 1 MTBI e só depois fazer a transmissão de sincronia, o MTBI nunca será transmitido para o posto, o mesmo acontece com qualquer informação cadastrada na central entre o backup e a transmissão de sincronia. Corrigido.

• Quando inclui um posto informatizado ou informatiza um posto o sistema marca todos os registros como transmitidos para o posto de coleta. Mas se ja tenho o posto de coleta informatizado cadastrado e vou apenas fazer o backup os registros não ficam marcados como transmitidos. Agora, sempre que for fazer um backup para rodar um prepara/recupera, o suporte deve lembrar de ir em Outros > Manutenção > Manut. 4 e clicar no botão "Marca todos registros como transmitidos".

Quando se tenta gerar um relatorio sem preencher o paciente o relatorio gerava uma página vazia somente com o cabeçalho.

ao selecionar o modo liberação. os passos são: 1- selecione uma planilha para ser liberada; 2- selecione o modo liberação.

O erro ocorre ao simular ou digitar um resultado onde a configuração tem um campo altura paciente (V) ou peso paciente (V) e tem um campo com observação automática e o pedido está sem peso/altura informado ou no teste de digitação de exame.

BUG1 - Quando digita um valor fora da faixa, pressiona F8, e responde "não" à pergunta e pressiona F8 em seguida o F8 não funciona. Corrigido. BUG2 - Quando corrigi o bug do F8, no segundo F8 ele dava um erro de Registro alterado por outra estação. Corrigido. (nas versões q não tinha o bug do F8 tinha este bug) BUG3 - Quando digita um valor fora da faixa e pressiona F8 e deixa parado na tela da pergunta, se for em outra máquina em alguma situação que manipula o mesmo exame pode dar erro de lock wait... (suponho, não simulei esse). BUG4 - Quando corrigi o bug 2 do F8, no segundo F8 ele confirmava o exame direto (este erro existia em todas as versões antigas antes da implementação do bug2). Corrigido.

• Geração de Fatura;
• Geração de Planilha;
• Transmissão;

Uma vez que o exame foi marcado para ser realizado em apoio, independentemente de interface ativa ou não, o exame receberá o número de amostra referente ao laboratório de apoio.

A consistência da configuração sempre é conferida nos seguintes pontos: - ao tentar incluir uma nova configuração: a atual tem que estar consistente. - ao alternar entre configurações de diferentes faixas/sexo, não deixa alternar se a configuração atual não estiver consistente. - ao confirmar o cadastro do exame a configuração atual deve estar consistente. - ao tentar pré-visualizar uma configuração, não deixa se não estiver consistente.

E passou a ser conferida também ao testar digitação da configuração.

Campos que passaram a ser validados: - Livre,resu num - Cálculo - Fórmula - Livre,resu num - número - crítica para dado válido

Se o exame estiver em um lote de interfaceamento e for recoletado então o Unilab vai retirar o exame do lote (registrando isso) para qual este exame possa entrar um outro lote.

A consistência da configuração sempre é conferida nos seguintes pontos: - ao tentar incluir uma nova configuração: a atual tem que estar consistente. - ao alternar entre configurações de diferentes faixas/sexo, não deixa alternar se a configuração atual não estiver consistente. - ao confirmar o cadastro do exame a configuração atual deve estar consistente. - ao tentar pré-visualizar uma configuração, não deixa se não estiver consistente. - Campos já validados: - Gráfico de linhas, as variáveis referenciadas tem que existir - Régua Referencial, as variáveis referenciadas tem que existir - Descrição - Unidade - Valor de referência - resultado anterior - referente à variável - observação, automática - Lista de variáveis para obs auto

Campos que serão validados na proxima versão: - Livre,resu num - Cálculo - Fórmula - Livre,resu num - número - crítica para dado válido

A inconsistência hoje pode ser gerada quando alterar o nome ou exclui uma variável que estava sendo referenciada por outro campo.

Movido para o Cadastro do Posto de Coleta com o objetivo de poder configurar um cabeçalho diferente para cada posto de coleta. p/ 10/05/2011

A ordem que está aparecendo a tela de impressão não é fixa, em testes executados houve casos de aparecer em três pedidos e não aparecer nos outras, quando não aparece em mais de 3 consecutivos aparece a mensagem de access violation. Também da access violation quando clica no botão pedidos, não fecha a tela de pedidos e faz uma coleta com impressão de mapa.

Erro de data too long no campo cresunome

Movida a configuração para o cadastro de posto de coleta, de forma que um posto on-line ou off-line possa ter coleta informatizada ativa ou inativa independente da central. Quando ativa ou inativa a coleta informatizada deve ser gravado nas ações críticas. Na atualização todos os postos de coleta estarão com a coleta informatizada ativa se a central estiver. Na próxima transmissão o posto recebera da central a informação se a coleta estava ativa ou não naquele posto.

se vc pressionar "sim" na mensagem para continuar digitando, não cai com o foco na Observação, mas mesmo assim deixa digitar a observação. O problema é que não grava no banco o que é digitado.

Para funcionar precisava ficar dando Tab até o cursor aparecer no campo de observação.

Esta correção foi implementada apenas no programa de transmissão, quem já estava na 3.00.010, 010a ou 010b e ocorrer este erro, se atualizar o programa de transmissão já resolve o problema.

Erro de SQL ao imprimir mapa individual de exame não coletado quando por padrão não imprime mapa para exames não coletados.

Retirado delay de 2 segundos no F8 da digitação de resultado, antes esse delay era obrigatório entre um F8 e outro, mesmo que o próximo exame já estivesse carregado. Agora, pressionado o F8, ele desliga o F8 até que carregue o próximo exame, assim que o próximo exame estiver visível, o F8 fica ativo novamente.

BUG - O cadastro de contatos não estava funcionando para usuários que não eram adm.

Configuração automática de etiquetadoras:

BUG - No prepara/recupera, recalcular a numeração de amostra de todos os laboratórios de apoio e do laboratório local. Colocado na tela de manutenção rotina para recalcular números de amostra.

Em impressão / resultado na a aba individual colocada uma caixa "Marcar como entregue para" e quando marca habilita uma caixa de texto onde é obrigatório preencher a quem foi entregue.

Na rotina de impressão, deixar a rotina marcar como impresso no histórico. Em seguida marcar também a entrega no histórico e no status dos exames que foram impressos.

Criado novo modelo de fatura impressa (SUS-BPA), com os campos: pedido, matrícula, nome paciente, data de nascimento, sexo, município e UF, data do atendimento, mnemônico do exame, código do procedimento, quantidade, CID 10 e caráter do atendimento. Quando o convênio utiliza este modelo de fatura, ele pode selecionar os exames que sairão na fatura. Estes mesmos exames não saem no resumo. Motivo: SUS utiliza o BPA Consolidado que é exatamente a informação do resumo. Entretanto, para alguns exames ele precisa de informação mais detalhada sobre os exames realizados, que é o BPA Individualizado. Cada mês o SUS elenca um conjunto de exames diferente para compôr o Individualizado. Outra regra é que os exames que tem que sair no individualizado não podem sair no consolidado. O BPA Eletrônico ainda está em análise.

BUG - Ao incluir um exame que não tem uma planilha personalizada no posto ao tentar gerar o mapa ele aparece no relatório de exames sem planilhas, ao transmitir para a central o exame não vai pra lá pois não aparece relatório algum de exame sem planilha, após transmitir ao tentar gerar o mapa no posto novamente ele deixa de apresentar o relatório. Após este processo foi gerado uma configuração de planilha para o exame que não tinha planilha personalizada. Ao tentar gerar a planilha na central nada apareceu, somente a mensagem de que não havia exames a serem gerados planilhas, foi então realizado uma nova transmissão e no posto foi gerado a planilha onde entrou o exame que estava de fora, após isso foi novamente realizado a geração de planilha mas nada entrou lá.

Na tela de seleção de pedidos passou a mostras a quantidade de pedidos filtrados. Criada uma rotina para imprimir o resultado do filtro.

BUG - Em Cadastro > Laboratórios, agora só é possível importar arquivos do Sabin e Unilab pela alteração do cadastro. Na inclusão não pode. (antes dava erro de foreign key se tentasse fazer isso, agora dá uma msg avisando que não é possível e que deve ser feito na alteração.)

quando excluir uma fatura que tem ajustes será mostrada tela com o texto: "Foram feitos ajustes nesta fatura." e com os botões: "Clique aqui para excluir a fatura e DESFAZER os ajustes" "Clique aqui para excluir a fatura e MANTER os ajustes", "Clique aqui para CANCELAR a exclusão da fatura". E com o texto no rodapé: "Obs: se quiser ver quais são estes ajustes, cancele a exclusão da fatura e clique no botão Ajuste da tela de fatura"

BUG - Corrigido erro na atualização que provocava erro de Foreign Key na transmissão da central para o posto offline da tabela LB_CONTATOH

BUG - Na versão 3.00.008 quando foi separada a medida do mapa individual e da planilha faltou, na atualização, copiar as medidas que eram únicas para os novos campos de medida para a planilha. Nos clientes que já foram atualizados o suporte já copiou essa medida manualmente.

No gerenciamento financeiro, criado relatório de estoque por data de vencimento do lote.

BUG - Quando inclui um novo exame no pedido não está recalculando a data de entrega (deveria), só quando informa a data de coleta manualmente.

Colocado na tela de manutenção o botão "Limpa pendencias p/ geração de planilha". Ele deve ser utilizado quando o cliente configurou para utilizar planilha mas ficou um tempo sem gerar planilha nenhuma e a gora que começar a usar planilha. Então para não ter que gerar uma planilha "mosntro" com os exames do passado esta rotina marca todos os exames pendentes para entrar em planilha como exames para mapa individual. Rodar na central e em todos os postos informatizados.

Implementada a opção de configurar paths diferentes para cada terminal da impressora de PDF

• Documentação do ini do unilab atualizada em Unilabw.ini

Correção UlibRela na digitação de resultado. Podia provocar desde erros de UlibRela desnecessários até erro de Lock wait timeout

Incluído o telefone do paciente na rastreabilidade.

Na tela de cadastro da tabelas de CH incluída uma coluna com o valor do exame no lab. de apoio, para consulta.

Erro ao criar posto de coleta, ao clicar no botão confirma da tela de cadastro dá o seguinte erro: "SQL Error: Unknown column 'CTRANSTRAN' in 'field list'"

No cadastro da tabela de preços, incluir uma coluna com o Código do Alerta e descrição do alerta onde o alerta pode ser selecionado com F2. Colocar em ambas as telas de cadastro de tabela de preço (FExamValo e FTabeCad). Este campo estará aberto para todos os exames inclusive os que tem cobrança diferenciada. No cadastro de pedidos no mesmo ponto onde hoje ele já mostra o alerta que é cadastrado no exame, carregar o alerta que fica na tabela de preços. Se ambos existirem, mostrar os dois textos em uma única mensagem de alerta.

Alterar o Número da amostra do Sabin para incluir o Código do posto de coleta.

Os exames realizados com interface Sabin serão CCCPPNNNNNAA. - CCC - Código do laboratório no apoio - PP - Código do posto de coleta - NNNNN - Sequencial da amostra do apoiado no apoio 1 numero por pedido - AA - sequencial de amostra por pedido

• No cadastro de laboratórios é possível setar a numeração inicial para a central.

Corrigido bug na geração do número de amostras do Sabin que ocorria após adicionar um novo exame no pedido na alteração do pedido.

BUG - Quando incluo em um pedido vários exames repetidos em um pedido, e no mesmo dia outro pedido para o mesmo paciente ao incluir um do mesmo exame ele dava na mensagem que o pedido x, x e x tem exames repetidos, onde x é o mesmo número de pedido.

Quando utiliza o modelo 5 de etiqueta de MTBI e Não imprime etiqueta de MTBI não coletado e o exame já está digitado, liberado, impresso ou entregue ele não aparecia na lista de etiquetas a imprimir na tela de impressão do pedido.

Implementado Interfaceamento com Sabin.

Em Cadastros > configurações > Mapa de trabalho, implementada configuração de tamanho página independente p/ planilha e mapa individual.

Quando na configuração de exames tem observação automática, no interfaceamento com equipamento e laboratório de apoio as observações automáticas não eram preenchidas automaticamente.

Implementado controle de registro alterado por outra estação em todas as rotinas que atualizam alguma coisa no registro de exame do pedido.

Isto deve resolver muitas brechas que existiam, como por exemplo: Carregar um exame digitado em duas máquinas, em uma desfazer, na outra liberar o exame. Antes o exame ficava inconsistente, agora dá registro alterado por outra estação e não deixa liberar o exame que teve a digitação desfeita.

Ajustada a mensagem do relatório, que aparece na tela Movimentação > Interfaceamento > Laboratório, para quando der erro e for necessário colocar as informações adicionais para indicar que estas informações podem ser adicionadas tanto pela tela de pedidos quando pela tela de interface com apoio.

Adicionado um painel de aguarde enquanto a tela é carregada.

Em Relatórios > estatísticas > exames criado estatística de exame por fatura.

Filtros: Por convênio e data de fatura ou selecionando uma fatura fechada.

Tipo: Sintético e analítico.

Sintético: Imprime um registro para cada exame.

Colunas: Código do exame na tabela, Nome do exame, quantidade, valor médio unitário, valor total e % da quantidade dedo valor do exame em relação ao total do período.

No final: Total do período.

Analítico: Imprime um registro para cada pedido, agrupado por exame.

Colunas exame: Código do exame na tabela, Nome do exame.

Colunas pedido: Pedido, Data de fatura, nome do paciente e quantidade de exames.

No final dos pedidos do exame totalizar a quantidade de exames.

No final: Quantidade de exames total

Incluído também recurso de geração destas informações em excel.

Na configuração do exame no laudo já existe o campo data e hora de coleta, ou seja, um campo com data e hora juntos. Criados os campos data de coleta e hora de coleta separados.

Incluído endereço residencial e comercial do médico solicitante na configuração de cabeçãlho do protocolo modelo gráfico padrão.

Incluído o campo data da inclusão da planilha na configuração do cabeçalho da planilha.

Na tela de cadastro de resultados, botão informações do paciente (lupa) incluidas as informações:

Data e hora de entrada do pedido e data e hora de coleta do exame selecionado.

BUG - Na tela de pedidos excluídos, na base do cliente, quando ordenava por paciente dava erro.

BUG - Na importação de tabela de CH a partir de um arquivo, quando o valor a ser importado era 0 (zero) ele não importava.

No cadastro de exames criado o campo:

"Liberar automaticamente resultados INCLUÍDOS manualmente. Sob a responsabilidade de: (F2)" Um campo p/ código e um p/ nome do usuário. No F2 trazer apenas usuários com direito de liberação. Não aceitar o código de um usuário sem direito de liberação.

ESTE CAMPO ESTÁ DISPONÍVEL PARA QUEM USA LIBERAÇÃO.

Colocada a observação ao lado do campo:

"**Obs: se quem digitou o resultado, tiver o direito de liberação, ele será o responsável pela liberação automática, senão, será o usuário indicado ao lado. Para não liberar automaticamente este exame não informe o usuário."

Este recurso se aplica à resultados digitados manualmente independente do caso de eles poderem ser importados por alguma interface.

Segurança

1. Sempre que alterar de um usuário responsável pela liberação para outro usuário no cadastro de exame perguntar a senha dele.
2. Quando confirmar a alteração de um usuário que tinha o direito de liberação e era responsável por um exame e agora não pode mais liberar, avisa que primeiro ele deve ser substituído no cadastro do exame por outro usuário. Avisar para ir na tela de exames e filtrar por esse usuário. No filtro da tela de exame incluir o campo.

Cadastro de resultados Se está no modo Inclusão e o exame é um que libera automaticamente, quando confirmar a inclusão o exame entra como liberado pelo usuário logado, se ele tem direito de liberação, ou pelo usuário responsável informado no exame. Apenas no modo de inclusão.

Melhorias nos contatos:

1. Criado um cadastro de motivos de contato. Onde o motivo 1 é Recoleta. Este não pode ser alterado nem excluído. No cadastro de contatos será obrigatório selecionar um motivo de recoleta. - Foi incluído tambem o motivo 2 "Coleta" tem o mesmo tratamento que o motivo de recoleta.
2. Na tela de cadastro traz todos os telefones do paciente e o telefone padrão já preenchido no campo de "Telefone ou email utilizado". Incluído também login e senha do paciente.
3. Na tela de cadastro retirado o botão ? da barra de título.
4. Incluido no F2 do campo pedido os campos Status R , Urgente, data de entrada, nome do convênio, mnemônicos dos exames realizados por ordem de setor.
5. Incluido o status do contato: Aberto e fechado. Este status pode ser alterado em qualquer momento. Deve ser salva a data da reabertura ou fechamento do contato, e quem fez. Na tela do cdastro do contato mostrar estas informações no rodapé.
6. Contatos fechados não podem mais ser abertos, cada contato tem seus históricos. Nem contatos nem históricos de contato podem ser excluídos. Os status do contato podem ser: "Aberto", "Fechado", "Fechado por cadastramento indevido". Novos contatos devem obrigatoriedade conter um motivo de contato. Não podem existir dois contatos abertos com um mesmo motivo.
7. Implementar a transmissão do status do contato quando ele for alterado, considerando o status do que tem a data de abertura/fechamento maior. Se um contato estiver fechado na central e receber uma transmissão do posto o histórico deve ser incluído, porém, o cabeçalho do contato não deve ser alterado, ou seja, um contato fechado não pode sofrer alterações. No caso do histórico ele é aceito pois no posto o contato ainda não estava fechado. Com o retorno da transmissão o contato deve ser fechado. A mesma lógica deve ser para contatos que estiverem fechados no posto e estiverem abertos na central.
8. Quando realiza a coleta de um exame a recoletar, se não tem mais nenhum exame a recoletar no mesmo pedido, encerra automaticamente todos os contatos em aberto por motivo de recoleta do pedido.
9. Contatos de Coleta e Recoleta devem ser fechados automaticamente no momento da coleta dos exames pendentes.

Históricos de coleta e recoleta só são incluídos se existir um contato aberto.

Telas que utilizam a tela de contatos

• Seleção de Pedidos
• Seleção de Pacientes
• Histórico de Pedidos Excluídos

BUG - Unilaudos dava printing in progress no windows 2003 Server. Corrigido.

BUG - Quando tenta informatizar um posto de coleta ou incluir um posto de coleta informatizado estava dando erro de CTRANSTRAN.

BUG - Quando excluía um exame que exige autorização de um convênio, no posto de coleta off line essa exclusão não era transmitida.

BUG – As tabelas de informação adicional do Álvaro e do Pardini eram importadas na Central e não eram transmitidas para os postos de coleta, de forma que exames do posto que deveriam exigir info adicional ficavam sem exigir.

BUG – Corrigidos erros na importação do retorno do Sabin (mas ainda tem uns que vão sair na próx versão.

Criado modelo de etiqueta padrão para o Sabin que é criado automaticamente na atualização.

• Obs: O padrão do código de barras p/ o Sabin deve ser 128 (5 CODE 128).
• Obs: esta é uma parte da interface com o Sabin. Esta alteração não é motivo para atualizar o cliente porque terá mais coisas que sairão para o Sabin.

BUG - Nos relatórios da DMed estava escrito CFP ao invés de CPF. Corrigido também a validação do campo ano onde a mensagem não estava clara.

Na tela de impressão de resultado, aba geral tem a caixa "imprimir apenas pedidos totalmente liberados" onde apenas usuários ADM do Unilab tinham direito de clicar, transformado em um direito específico e delegável para qualquer usuário.

Modelo 2 estava imprimindo apenas etiquetas de exames pendentes quando marcada para não imprimir etiquetas de MTBI não coletado.

Liberado o botão de anular transmissão para qualquer usuário.

BUG - Quando em Cadastros > Configurações > pedidos estava marcado para utilizar categoria no pedido e o cliente era atualizado, na nova versão que não tem esta opção, estava dando erro na inclusão de pedidos. Corrigido. (no cliente foi corrigido por script)

BUG - Cliente na v3.00.006 quando foi importar o arquivo da central na transmissão deu erro de foreign key porque não veio um registro de planilha. Corrigido.

• Será necessário atualizar o servidor de transmissão

BUG - No windows 7, na tela de cancela resultado que é chamada pela tela de seleção de pedidos, no número do pedido estava cortando o último caractere.

Tela de impressao dos documentos form : TFPediImp

• Filtros: dar foco no campo cpf (região dos dados do recibo) editar e depois sair do campo, ele estava prendendo o foco no campo e não deixava confirmar, tinha q dar ESC pra sair do campo. Agora não prende mais.

Quando localizo um paciente pela digital (F4) na inclusão de um pedido e peço para mostrar a foto em seguida (F3) não funciona. A foto só aparece se eu buscar o paciente pelo F2.

BUG-quando é etiqueta por mat bio/setor e está marcado para não imprimir etiqueta de não coletado e não triado, não imprimia dos digitados, liberados e entregues.

BUG-Quando um pedido tem um desconto, e o usuário clica em altera parcial, depois confirma o pedido abria uma tela dizendo que usuário não tem direito de desconto e pedia uma senha de autorização de desconto.

BUG-Não estava aparecendo o exame no relatório de fatura quando tinha 1 exame no pedido cadastrado sem data de coleta.

BUG- não estava localizando a empresa solicitante na tela de pedidos

Na tela de geração do lote incluído um botão para informações adicionais que deve funcionar para todos os interfaceamentos. Este botão abre uma tela com os dados do lote no cabeçalho e com a lista de pedidos do lote que tem informação adicional e com um botão de informação adicional para editar as informações adicionais do pedido.
Marca de vermelho os pedidos que tem informações adicionais obrigatórias e não informadas e de azul os que tem informações adicionais opcionais não informadas.

Implementada DMED, que tem como objetivo entregar para a receita federal um relatório no formato de arquivo com informações sobre os recebimentos de particular pessoa física. Na tela de impressão do pedido, na parte de recibo, agora é necessário a informação do pagador para impressão do recibo. Os dados do recibo serão salvos e serão atualizados sempre que o recibo for reimpresso. Todos os recibos impressos serão salvos para auditoria. A DMED será gerada com base nos registros de recibos impressos através da tela DMED clicando no botão incluir.

No botão Gerar é possível gerar o arquivo para importação no programa da receita. No botão imprimir é possível consultar todos os registros de recibos da DMED selecionada. No botão “Sem Registro” trará todos pedidos recebidos de um determinado período que não tiveram recibos emitidos ou não foram registrados por terem sidos impressos antes desta versão. No botão Recibos trará todos recibos impressos referente a pedidos pertencentes a uma determinada DMED, incluído os que foram impressos antes da reimpressão.

Ao atualizar o cliente, da tela da DMED, clicar no botão Sem Registro, para o sistema mostrar um relatório de todos os pedidos, que tiveram recebimentos e estão sem registro. O cliente deverá preencher o CPF dos pacientes que estiverem sem o CPF. Preenchido o CPF, na tela de impressão do recibo, realizar a impressão do mesmo preenchendo os dados de CPF( caso o pagador não tenha sido o próprio paciente). Uma vez preenchido os CPFs e feita a impressão dos recibos, a DMED poderá ser gerada. A geração será anual, e entrará no relatório os recebimentos agrupados por CPF (todos os recebimentos feitos por um mesmo CPF, mesmo que seja pedidos diferentes em períodos diferentes será agrupado no mesmo CPF).
Na tela de manutenção tem o botão “Gera registros de recibo” que permite gerar registro de recibo impresso para o período de recebimento de 01/01/2010 até a data de atualização para a 3.00.007, para todos os pacientes que pagaram em caixa e tem CPF cadastrado. Recomendamos que o dono do laboratório converse com o seu contador antes de usar esta opção, uma vez que poderá ocorrer casos de recebimentos que não foram gerados recibos.

Uma vez feita a opção no sistema, não tem como voltar atraz, e os recebimentos entrarão na criação da DMED.
Na DMED entrarão todos os recebimentos que tenham sido impressos os recibos e tenha CPF do pagador.

BUG- Ajustado layout do arquivo do Planserv para a nova versão e corrigido erro no cálculo do valor da fatura. Deixamos de calcular o valor faturado em tudo que é relatório, ele e o código do exame na tabela de CH passaram a ser salvos no pedido. O recálculo passou a atualizar estes dados.

Um pai de amostras adicionais que já tenha sido usado no cadastro de pedidos agora pode receber novas amostras. Criada opção de desativar a amostra adicional de um exame. Uma amostra inativa não é carregada na tela de pedidos quando inclui o exame.
Ao mudar as amostras adicionais a vigência do exame é incrementada.

Interfaceamento com Sabin:

• Precisa ter todos os exames etiquetados.
• Precisa de chave de liberação para cadastra um laboratório de apoio com interface com Sabin.
• Precisa pegar com o Sabin o arquivo de modelos e importar pelo cadastro do laboratório.
• Precisa informar no cadastro do laboratório o número inicial para o número da amostra que o Sabin vai fornecer.
• Precisa ter um perfil de etiqueta para o Sabin por número de amostra.
• Precisa, no cadastro do laboratório, configurar a pasta onde devem ser gerados os arquivos de pedido, conforme solicitado pelo Sabin.

Incluído na rastreabilidade do pedido a situação do pedido com relação ao envio para internet (Incluído em uma linha acima das observações):

• Não será enviado para internet e o motivo,
• Será enviado para internet,
• Está na fila para enviar para internet,
• Foi enviado para internet e data do último envio.

Incluído "e-mail" (na mesma linha do site no final dela.):

• Email não enviado,
• Enviado e-mail informativo ou Enviada consulta do laudo.

No histórico de intervenções nas informações do Pedido, incluídas as ocorrências:

• Está na fila para enviar para internet,
• Foi enviado para internet e data do envio.
• Enviado e-mail informativo ou Enviada consulta do laudo.
• Foi enviado para internet e data do envio.

Isso porque o pedido pode ter sido enviado parcialmente.

BUG - Ao receber uma transmissão do posto de coleta a central não colocava na fila para envio para a internet os pedidos que foram liberados no posto.

Quando o Unilab está configurado para não enviar para site pedidos parciais, é possível forçar o envio quando o usuário clica no botão "reenviar internet" na tela de seleção de pedidos. Agora nesta situação ele pergunta para o usuário se é para forçar o envio parcial e se o usuário confirmar fica gravado no histórico de intervenções quem fez e quando fez.

BUG - corrigido bug na impressão do laudo onde imprimia o cabeçalho de um pedido com o exame de outro pedido quando o último exame do primeiro pedido estava sozinho na página e estava com todas as linhas marcadas para não imprimir.

BUG – Corrigida importação da tabela de CH. Agora não importa a pontuação na tabela do Unilab e na tabela do arquivo que a importação desconsidera ambas as pontuações para fazer as comparações.

BUG- Estava dando erro de base dados de imagens inconsistente ao rodar o prepara recupera, mesmo que o banco de imagens não estivesse inconsistente.

BUG - Em movimentação > pedido de exames > Inclusão com copia, ao clicar no botão inclusão com copia, se o pedido a ser copiado tiver algum exame definido para sexo, ele não copiava os exames da lista, e se tivesse mais de um exame dava a mensagem: List Index of Bounds (1). Uniware No relatório de produção por convênio, no F2 do convênio não estava aparecendo o recurso de selecionar quem é de caixa.

BUG - Na atualização criado um script que marca pra transmitir pra o posto de coleta todos os exames agrupados. Porque em uma versão anterior tinha um bug onde um exame poderia ser transmitido faltando os EXAR e EXAF.

BUG-Ao dar prepara recupera em um banco de dados e incluir um pedido quando confirma estava dando erro de Duplicate entry. Corrigido.

BUG-Quando tinha um pedido para um convênio que não permite desconto e alterava para um que permite desconto, na entrega/caixa continuava não permitindo o desconto.

BUG-Quando tenta se recoletar um exame com amostra adicional estava aparecendo a mesnagem: "Já existe uma transação em andamento. Por favor aguarde alguns segundos e tente novamente."

BUG- Ao fazer cadastros de planos no convenio, colocada tecla F7 para excluir as linhas dos planos que não quero mais. - Na inclusão/alteração do pedido, se o convenio tem planos cadastrados, não esta aparecendo a combo para seleção, no campo Planos.

BUG – Corrigido erro de List index out of bounds ao importar resultado do álvaro

BUG – Cadastros > Configurações de relatórios, quando scrola para baixo está sumindo o ícone que marca quem é a configuração padrão. O bug também acontece ao clicar com a tecla para baixo, quando está na ultima configuração. Corrigido.

Feitos testes e conferidas rotinas e não foi encontrado na versão atual nada que pudesse causar o erro de SQL Error: Lock wait timeout exceeded; Atualizar cliente e acompanhar.

BUG - Quando o pardini manda um resultado texto e no unilab estava configurado para resultado numérico estava dando a mensagem: 130 - Ocorreu um erro inesperado ao carregar o resultado para a variável "1_1_1_1". O tipo de resultado especificado no Unilab pode estar incompatível com o resultado fornecido pelo Herme Pardini.

Corrigida para a mensagem: 102 - Para importar este resultado, na configuração do laudo a variável 1_1_1_1 deve ser configurada para aceitar resultado texto. Resultado retornado pelo Lab apoio: Positivo.

BUG – Corrigida a geração do arquivo XML do S_Line que sía sem OPER_NUMGUIA quando o número da guia estava vazio.

BUG - Quando tiro um extrato do dia A até o dia X ele dá um saldo S; Quando alterava a data inicial de A para B, mantendo a data final X ele estava dando um saldo diferente. Corrigido.

Quando tinha um resultado texto cadastrado marcado para não imprimir não confirmava a digitação de resultado nem dava nenhuma mensagem.

BUG - Alterar o número da amostra gerado pelo Unilab quando o exame é realizado localmente para XPPSSSSSSS onde:

• X = número fixo para identificar que é uma amostra local. Por padrão é o número 9. Mas pode ser alterado em cadastros > configurações > cadastros > campo "Primeiro digito amostra". Apenas o usuário Uniware pode alterar. Apenas depois que reiniciar o Unilab o novo número está valendo.
• PP = Posto de coleta
• SSSSSSS = seqüência numérica em base 10.

Para implantar no Nakata, combinei com o Michel que Venceslau utilizará o 9 e Epitácio o número 8.

BUG - Desligado o guardião do tempo durante a importação do arquivo do Pardini e de todos os outros interfaceamentos.

BUG - Quando faço a inclusão de exames no pedido, como padrão o checkbox CP - coleta propria - vem marcado.

Foi verificado no cliente, que quando é agrupado, na tela de CTRL+F10 ele esta entrando desmarcado por padrão. Corrigido.

Em relatório>resultados>lista de resultados >lista de resultados por pedido, criada opção de filtrar por origem e destino.

Quando o recepcionista informar um percentual ou valor maior que o permitido para o convênio pedir senha de autorização a distancia.

Implementar na inclusão do pedido e na tela de entrega/caixa.

Salvar no histórico do lançamento de caixa: "Desconto acima do limite autorizado por LOGINDOFULANO" . Quem for dar a autorização deverá ter o direito de conceder desconto acima do limite.

No cadastro de equipamentos criada uma checkbox que quando marcada abre para configuração livre a pasta de resultados do equipamento. Por padrão a caixa estará desmarcada e será utilizado o caminho padrão como é hoje.

• Não pode marcar esta nova caixa e também a caixa "Equipamento localizado fisicamente em um posto com acesso remoto".

BUG - Na hora de adicionar exames agrupados no pedido dava msg de "erro na configuração de exame (Agrupamento)". Causas identificadas e tratadas:

1. Na tela de manutenção, botão "Marca como Efetua Exames com Cobrança Dif. " da aba 2, este botão passou a funcionar apenas para a central e os exames marcados passaram a ser marcados para transmissão também.
2. No cadastro de tabela de CH, quando marco um exame para receber o nome do TUSS este exame não estava sendo transmitido para os postos de coleta com o novo nome.
3. Quando altera um exame de tabela de preços e transmite para o posto de coleta, os exames de cobrança diferenciada e/ou agrupamento ficavam sem exames a cobrar e/ou agrupamento.
4. Quando alterava a ordem no setor de um exame com cobrança diferenciada e/ou agrupamento ao transmitir para o posto de coleta eles ficavam sem exames a cobrar e/ou agrupamento.

BUG - Na impressão de etiquetas passou a ser removida a acentuação dos textos visto que as impressoras não conseguem imprimir caracteres acentuados.

Em Relatorios>Financeiros>Pedidos pendentes de fatura criado filtro por posto de coleta.

Em Relatório->financeiros->tabela de preços incluída a quantidade de exames que são realizados na tabela ou seja que tem a condição efetua sim. Caso seja marcada a caixa "Imprime não realizados" incluída também a quantidade dos que não efetua.

No F2 do campo paciente da tela de pedidos agora é possível ordenar e buscar pela data de nascimento.

alterado o nome do relatorio do menu relatorio->cadastros->exames->exame->tercerizados para “exames por laboratório”. Agora permite selecionar: Exames do próprio laboratório ou Exames terceirizados. Se selecionar exames terceirizados exige o preenchimento do campo código do laboratório.

No protocolo modelo 7, o site do laboratório passou a sair centralizado e negrito. O texto "Exames não coletados " em negrito. E os exames marcados como urgente ou não coletado tb em negrito.

No rodapé do protocolo, ao lado do do login do atendente colocado o nome novamente.

Criado em relatórios > pedidos > lista de pedidos, um relatório apenas com os campos código do pedido, nome do paciente, nome do convenio, data de entrada, e lista de todos os exames do pedido (realizado) e seus respectivos status. Ordenado por data de entrada descendente e com filtro apenas por data de entrada.

Nas configurações do sistema aba cadastro criadas opções de obrigar o preenchimento dos campos:

• data de nascimento
• nome da mãe do paciente
• nome do pai do paciente

No cadastro de pacientes não permite que um paciente seja incluído sem estas informações. Se alterar um paciente que já tinha um dos campos acima, não permite apagar, pode-se modificar os dados.

No cadastro de resultados foi colocado um tratamento para não aceitar um segundo F8 quando o F8 anterior foi pressionado a menos de 2 segundos, evitando que os usuários liberem ou digitem um exame por acidente.

Incluído na tela de seleção das tabelas de CH a opção para importar e exportar tabelas de CH

Antes de importar uma tabela de preços o sistema gera uma exportação para backup e salva em unilabw\bkp_tabe\.

A importação pode ser feita por mnemônico, então sempre que um mnemônico existir no arquivo e na tabela do Unilab os demais dados daquele exame são importados. Ou ela pode ser feita por código, então sempre que um código existir no arquivo e na tabela do Unilab os demais dados daquele exame são importados. As seguintes validações devem ser observadas:

• se um dado estiver em branco no arquivo ele não é importado permanecendo o valor que está no banco de dados.
• No caso do código do porte, se este não existir no cadastro de portes, ele é cadastrado automaticamente. Se for um porte CBHPM, cadastra com o valor da CBHPM, senão como valor do porte informado no arquivo, se não tem valor no arquivo, dá mensagem com a lista dos portes que devem ser cadastrados e não importa a tabela.
• Se no arquivo um exame estiver marcado como efetua e não tem código de porte ou valor nem no Unilab nem no arquivo o exame é marcado como não efetua.
• Na próxima versão terá uma documentação sobre a importação disponível de dentro do Unilab.

O Código do convênio foi aumentado para 4 posições e o da tabela de CH também.

Pardini: Alguns exame que não tinham identificação nenhuma nas variáveis passaram a ter a variável 1_1_1_1_NOME por exemplo que representa o nome da variável 1_1_1_1, ou seja, o Pardini manda o nome da variável no resultado do exame. Um exemplo é o exame: S|ELFLIP versão 3893.

• No relatório de erros do pardini, onde mostra o código do exame no apoio, passou a mostrar código no apoio, pipe, o MTBI, pipe a versão e o título deste campo foi alterado para "Apoio|MTB|Ver".
• No cadastro de laboratório de apoio > arquivos, quando pede para importar o arquivo de modelos, no filtro incluído o nome do arquivo, ou seja só vai mostrar o arquivo modelos.xml; o mesmo quando for importar o tabexalhp.xml.

BUG - Corrigido erro de Access violation que ocorria em algumas telas ao fechar a tela com o seeker (F2) aberto.

BUG - Ao digitar um exame que não existe na tela de pedido e pressionar a tecla pra baixo, estava sendo repetido o nome do ultimo exame validado e se apagar a data de coleta e pressionar o tab dava a mensagem de invalid variant type conversion. Corrigido.

BUG - Se incluir um exame, como cobrança diferenciada, depois, na tabela informo que ele efetua:sim. Depois desmarco a cobrança diferenciada no cadastro do exame, então na tabela de preço, fica sem valores, e o campo efetua: sim continua marcado.

Agora quando um exame de cobrança diferenciada deixa de ser cobrança diferenciada ele volta para não efetua.

BUG - Quando se recoleta uma amostra ou separa na triagem, a numeração gerada vem no antigo padrão de 10 caracteres numéricos. Utilizado padrão novo de amostra com letras e incluído novo tratamento na aliquotagem: Não será possível a junção de 2 exames realizados em apoios diferentes ou localmente em uma mesma amostra.

No configurador de laudos, quando uma célula está marcada como não impressa ignorava a verificação dos limites para um campo de resultado numérico. Para uma linha marcada para não imprimir continua valendo a regra de ignorar os limites.

BUG - Quando se altera um pedido e coloca um exame com amostra adicional ao tentar confirmar o pedido dava um erro de access violation.

Não estava recoletando as amostras adicionais quando fazia a recoleta de um exame que tinha amostras adicionais.

Quando considera o MTBI para o agrupamento da amostra e alterava um pedido alterando o mtbi de um exame no pedido, ao confirmar o pedido dava "Invalid variant type conversion".

Verificado também que as regras para agrupamento de amostra não estavam sendo respeitadas. As regras são:

Laboratório - agrupamento - MTBI - etiqueta impressa.

1. Considere que a princípio todos os exames estão em uma mesma etiqueta.
2. Separe os exames realizados em laboratórios de apoio diferentes.
3. Separe por agrupamentos de amostra diferentes.
4. É para considerar MTBI? Separea o por código do MTBI.
5. É inclusão de um novo exame em um pedido já cadastrado? Separe os exames com etiquetas já impressas.
6. Separe os exames com o mesmo mnemônico.
7. Separe as amostras adicionais.

Pardini: Quando o arquivo de modelos do pardini exigia mais que 1 material real e depois de atualizar o arquivo ele não exige mais ou exige apenas 1 não foi mais possível selecionar um mat. real para o exame e não deixava gerar o lote por falta do mat. real.

Solução:

1. Na geração do lote quando verifica a existencia de 1 unico materialreal inclui este no lote para que o cliente nao precise informar na mão.
2. corrigido o bug se possuia + que 1 matreal e depois da importação do arquivo passou a ter 1 matreal

No cadastro de orçamento não estava calculando os valores para o convênio.

Mudar o endereço do site no modelo 7 de protocolo para a parte de baixo do protocolo, imediatamente antes de onde vai a senha e o usuário.

Na alteração do pedido não estava recalculando a data de entrega, corrigido.

BUG - Quando informa um texto cadastrado e não marca a caixa "Permitir somente os textos indicados", estava dando erro e não permitia confirmar.

BUG - Impressão da guia TISS no TS (com REDIR) não estava funcionando.

BUG – Corrigidos vários bugs de Access violation e invalid variant type conversion nos cadastros de questões, questionários e respostas.

BUG - Impressão de valor de referencia não esta imprimindo em alguns exames a última linha

Ao colocar um numero de guia em uma linha de exame vazia dentro do cadastro de pedido e pressionar a tecla "down" está dando a mensagem invalid variant type conversion.

BUG - Ao importar resultado do Pardini estava dando erro de list index out of bounds (-1).

BUG - Ao Abrir o unilaudos se a base de dados configurada não existe, dá um erro em loop e não fecha o programa.

O mesmo bug faz com que ao entrar no unilab em uma máquina que não tem MySQL ou não tem uma base unilabw dá erro antes de "Connection not opened" pedir o login.

Alterada interface com S_line para gerar os PDFs e os XMLs. Além disso, agora será necessário solicitar à Uniware uma chave para ativação do interfaceamento específica que o Unilab solicita no cadastro do convênio.

Filtro a recoletar:

Na tela de seleção de pedidos colocado botão a recoletar/repetir. Que filtra apenas os pedidos que tem coisa para recoletar.

Recoleta e planilha:

Quando recoleto exame que está na planilha tira da planilha.

Salva na tabela de recoleta a planilha onde o exame estava, atualiza na lb_plan o contador de número de exames recoletados (criar campo).

Na tela da planilha implementada coluna com número de exames recoletados. Colocado botão para consultar quem são os exames.

Aviso de recoleta:

Nas configurações do sistema poderá marcar para imprimir o aviso de recoleta sempre que solicitar uma recoleta. Com preview apenas para usuário uniware.

• Relatório a4.
• Cabeçalho do laboratório (padrão).
• numero do pedido, nome do paciente, fones (todos), endereço completo e exames e materiais a serem recoletados.
• Este mesmo aviso pode ser impresso por um botão na tela de recoleta.

Contatos:

Pela tela de seleção de pedidos e recoleta pode ser chamada a tela de contatos para o pedido selecionado.

Pela tela de paciente entra na mesma tela trazendo todos contatos do paciente.

A tela vai ter nome do paciente, email, todos os telefones;

Lista com todos os contatos:

Data e hora de inclusão do contato, descendente; texto, quem e forma de contato. Consulta do texto na mesma tela.

Na tela vai ter o botão incluir, consultar, filtrar e enviar e-mail.

Na parte de baixo da tela Lista com os exames atualmente pendentes de recoleta e repetição: Mnemônico nome do exame, mtbi e motivo;

Lança automaticamente um registro nos contatos sempre que:

• Solicita recoleta
• coleta exames de recoleta
• cancela coleta de exames que foram recoletados.

No histórico de pedidos excluídos pode chamar esta mesma tela pra consulta. Ao invés de incluir um contato pode enviar um e-mail por aqui, este e-mail fica salvo na caixa de saída e aki fica apenas o registro de que um e-mail foi enviado, no texto deste envio vai o corpo do e-mail.

Na consulta chama a mesma tela de envio para consulta.

Criada estatística de exames por cidade em Relatórios -> Estatísticas -> Exames -> Município.

Criado novo modelo de fatura impressa a SUS5

Campo número do pedido de terceiros agora pode sair na etiqueta de MTBI.

O arquivo do Álvaro está vindo com o seguinte erro: às vezes a linha de resultado de um exame vem duplicada.

Tratamento implementado: Se ela estiver duplicada com a mesma variável, mesmo resultado,mesmo id lis (expr) o Unilab ignora a linha duplicada. Se estiver com a mesma variável e um resultado ou id lis diferentes, dá a mensagem de erro:

"O resultado para este exame está inconsistente no arquivo de retorno do Álvaro por que tem mais que um resultados identificados com a mesma variável. Entre em contato com o Álvaro solicitando um arquivo corrigido ou digite o resultado deste exame manualmente."

Na tela de libera resultado que é acessada pela tela de pedidos criada a opção de marcar os exames para revisar. Ao clicar uma vez no exame marca com verde, liberar. Clicando mais uma vez, vai para vermelho. Outra vez, volta para azul, e assim por diante. Se o exame já estava marcado para revisa é possível alternar entre a revisar e a liberar, ou seja, estando a revisar não pode voltar para digitado. Confirmando, salva as alterações. Colocado mais um botão para marcar todos para revisão.

Na tela de libera resultado que é acessada pelo botão de liberação do cadastro de pedidos criada a opção de marcar os exames para revisar. Ao clicar uma vez no exame marca com verde, liberar. Clicando mais uma vez, vai para vermelho. Outra vez, volta para azul, e assim por diante. Confirmando, salva as alterações. Colocado mais um botão marcar todos para revisão. Se já estava marcado com o revisão não pode voltar como digitado.

BUG-Na exclusão do pedido ou do exame que está em um lote de terceiros, recalcula o valor do lote terceirizado, evitando que o valor do lote fique errado. Ao incluir um exame no pedido salva o valor do exame no apoio. Assim, se alterar este valor no cadastro do exame, o valor de custo do exame no pedido fica mantido.

Hermes Pardini:

Vários exames do Pardini passaram a ter variáveis opcionais Nota ou Interpretacao ou Observacao ou ComentarioDoPatologista ou CondicaoDaAmostra ou Estimulo. Estes campos podem ter um valor padrão que será mostrado na tela do F3 do cadastro de exames. Se o exame não tem uma destas variáveis configurada e o Pardini retornar resultado em um destes campos o exame será importado com ressalvas, mostrando na ressalva o resultado que ficou pra trás.

Na importação da tabela de exames os valores de referência que antes eram apresentados em forma de árvore foram todos convertidos para texto legível e inteligível.

No F3 do cadastro de exames, aumentadas as colunas variável e resultado, incluída a coluna opcional. Eliminados os campos extras. A carga do valor de referência vai carregar como texto sempre. Removido o texto "A configuração de informações adicionais é opcional".

Será necessário reimportar os arquivos do Pardini nesta atualização!

BUG - Na etiqueta de MTBI estava cortando o mnemônico do exame quando ele tinha mais que 4 caracteres

BUG - Corrigido erro que ocorria no cadastro de tabela de CH quando seleciona um exame com o F2 do SUS. Ao confirmar dava SQL Error, incorrect decimal value. Alinhado o F2 do sus e a busca por código com a coluna de código.

Descrição do BUG quando na configuração do exame eu tenho resultado texto cadastrado, e informo os textos que são permitidos para digitação, só que eu não deixo um texto como padrão (era possível fazer isso em uma versão antiga), quando vou digitar o resultado ele me mostra um texto na tela de digitação e quando eu confirmo a digitação no laudo me vem em branco como se eu não tivesse digitado nada.

Solução

1. destravar para permitir um texto cadastrado sem texto padrão.
2. Criado botão "padrão vazio" ou "sem padrão" que limpa o campo de texto padrão.
3. corrigido bug que permite informar um texto padrão que não é nenhum dos da lista.
4. Na carga para digitação garantir que vai carregar "vazio" na combo quando não tem resultado padrão.
5. Na validação da digitação de resultados não aceita vazio se a linha de resultado estiver marcada para imprimir. E aceita vazio quando marcado para não imprimir.
6. Na digitação quando altera o conteúdo da combo com o mouse não habilitava automaticamente a linha para imprimir, com as setas do teclado funcionava. Corrigido.
7. No cadastro de exames ao alterar um campo de resultado texto cadastrado, ao desmarcar a caixa "Permitir somente os textos indicados" passou a limpar a lista de textos cadastrados.
8. Ao marcar a caixa "Permitir somente os textos indicados" preenche a lista de textos cadastrados com o texto selecionado se estiver informado.
9. Não permite a inclusão de textos repetidos, validando na confirmação.

BUG - Estava dando erro de access violation na transmissão, no posto de coleta ao receber o arquivo da central, na etapa que importa as imagens. No prepara/recupera, incluída rotina que verifica a consistência do banco de imagens, exigindo que o banco de imagens seja restaurado antes de rodar o prepara/recupera.

Incluída data de nascimento na folha de trabalho e na folha de trabalho por pedido.

Relatórios > Resultados > Pedido por data de entrega/entrada: Colocado o subtotal a cada convenio com valor, número de pedidos, número de pacientes e número de exames.

Ao final colocado os totais destas somas de todos os convênios.

Geração do arquivo de fatura eletrônica TISS: A Unimed não consegue ler um arquivo XML que tenha uma tag numeroCNES do médico solicitante vazia. Se o CNES não for informado a tag deixou de existir.

BUG – Limitado o tamanho das fontes para o protocolo em até 18 porque mais do que isso já começa a distorcer o cabeçalho do protocolo e cortar a numeração dos exames.

BUG- no orçamento permitia selecionar um convênio inativo. Corrigido.

Em relatório->pedidos->exames terceirizados totalizado o número de pedidos e número de exames

BUG - Na transmissão da central para o posto de coleta, na versão 3.00.004c e 3.00.004d, dava erro de data inválida ao tentar importar o arquivo da central. Corrigido nesta versão e na 3.00.004d.

Criado modelo de fatura SUS5, nesta versão e na 2.08.036 (cliente Unilabs já tem este relatório, está com a 2.08.036).

Solicitação:

Precisa fazer a integração finanaceira. Entretanto, cadastrou os cheques no cadastro de cartões de crédito e fez lançamentos. Precisa excluí-los mais o sistema não permite.

Solução:

Criado no cadastro de cartão de crédito o campo "Ativo".

Na tela de entrega/caixa e cadastro de pedidos só deve ser possível informar como condição de pagamento os cartões ativos. No F2 destas telas traze só os inativos.

Implantação no cliente:

Orientar o cliente a primeiro inativar o cheque pré a débito e a crédito que o cliente cadastrou, depois ativar a integração financeira. Certificar-se de que o cliente fez o procedimento corretamente.

Colocado no cabeçalho do protocolo modelo 3,4,5,6 e 7 o espaço para mais 1 telefone. No modelo 7 o email foi colocado em negrito.

Foi incluído na configuração do sistema um campo para poder informar o segundo telefone do laboratório.

BUG - Estava dando aviso de desconto acima do permitido ao alterar e confirmar o pedido. O erro ocorria quando era diminuída a margem de desconto no cadastro do convênio.

BUG – Corrigido erro de invalid variant type conversion ao tentar excluir um médico.

No cadastro de exames criado campo “Gera etiqueta” que indica se imprime etiqueta ou não o default é imprime.

Existem exames e prova do laço é um deles que realmente não faz sentido imprimir etiqueta.

BUG -Corrigida busca de exames no cadastro de setor.

BUG - No cadastro de convênio no campo “Autorização exigida para o faturamento dos exames:”, informar um exame, dar tab, voltar no campo, apagar o mnemônico do exame (não dar F7) dar tab novamente vai dar msg de exame não existe e começa a dar erro de campo não encontrado na tabela. Bug corrigido.

BUG - Quando se cadastra um medico para um convenio que exige crm quando se confirma o medico e passa para outro campo o Unilab lhe dará uma mensagem que é necessário colocar o crm só que carregava um nome de medico diferente do que foi cadastrado. O mesmo bug ocorria nos campos Medico solicitante, médico responsável, Exame, Paciente, Convênio, Contratado solicitante.

BUG - A fila de coleta não está separada por posto de coleta não informatizado, cada base de dados está com uma fila única. Separado por posto on-line. Se estou na central (não on-line) por padrão traz na fila apenas os pedidos da central.

BUG - Ao incluir em um pedido um exame com a opção de alterar o MTBI ao limpar o código do material está sendo apresentado um erro de "Invalid variant type conversion" e ao pressionar o 'Tab' esta apresentando a mensagem "List index of bounds" o erro também aconteceu quando selecionado um material do sexo oposto se digitado direto o código. Corrigido.

BUG - No cadastro de exames não estava salvando corretamente as configurações destrinchadas, então no relatório de manual de exames está saindo com a mensagem que não tem variáveis configuradas no laudo e tinha.

BUG- No posto de coleta quando se realiza uma recoleta e transmite para a central não estava indo o status de recoleta pra lá.

Implementada a regra: Posto de coleta offline não tria nem recoleta nem descoleta exames de pedidos já transmitidos para a central.

Quando o pedido foi transmitido sem coleta e o posto informa a data de coleta tem que transmitir o status de coletado para a central.

Estatística de Resultado de exames:

A ordem das variáveis no relatório passaram a e ser a mesma ordem que os campos de resultado aparecem, visualmente, na configuração.

No cabeçalho da variável passou a apenas mostrar o nome da variável e a descrição, sem os labels. O Total de resultados foi movido do rodapé do bloco de variáveis para o cabeçalho.

reduzido o espaço entre linhas para caber mais na página.

BUG - Quando um exame tem vários números de amostras por motivos de recoletas na rastreabilidade e no histórico de intervenções está estourando o tamanho e jogando no inicio da linha de baixo, assim sendo esses números são sobreposto pelo material biológico. Corrigido.

BUG - Importação do arquivo MNEMO_RETORNO.txt do Lab rede entrava em loop quando tem um nome de variável repetido no arquivo do Lab Rede.

BUG- ao cadastrar um código de exame que não existe e dar um tab o Unilab avisa que o exame não existe, mas repetia o ultimo exame cadastrado na lista. O erro só acontecia na inclusão com cópia.

BUG - Ao importar uma tabela de CH para dentro de outra pelo cadastro de tabela de CH às vezes acontecia de não fechar a janela da tabela de CH onde foi selecionada a tabela de onde importar. Corrigido.

No relatório de setores por ordem de setor o cabeçalho estava cortando do lado direito

BUG - Corrigida orientação do papel do relatório Gerenciador Financeiro > Relatórios > Demonstrativo de Resultado

Conversão dos relatórios que estavam no BOX de volta pra o report. Atenção: Quem estava na versão 3.00.000 a 3.00.004e deverá reconfigurar seu protocolo gráfico, mapa, cabeçalhos e rodapés.

BUG – No protocolo modelo 07 o atendente estava diferente dos outros protocolos, estava trazendo o usuário que imprimiu o protocolo ao invés do usuário que incluiu o pedido como nos demãos modelos de protocolo. Corrigido.

BUG - Correção na tela de Ajustes do Faturamento. Agora quando o Faturamento está sem pedido não é possível abrir a tela de ajustes e se for transferido todos os pedidos e a tela ficar sem pedido o sistema dá uma mensagem perguntando ao usuário se deseja confirmar as alterações, se ele não confirmar, então a tela fica aberta com os botões desabilitados, só ficará os botões confirma e cancela habilitados para que o usuário possa escolher o que fazer.

Criado Uniservice. Ele deve monitorar o Unilaudos de forma que se ele travar ou sair fora este UniService deve trazer ele de volta. Na pasta de teste tem as instruções de como usá-lo.

BUG - Estava dando erro de Access violation ao carregar a tela de liberação de exames a partir da tela de seleção de pedidos

BUG - Estava dando access violation ao clicar na barra de exames da tela de seleção de pedidos e não imprimia o resultado do exame.

BUG - Relatorios>financeiro>produção por convenio: corrigida orientação do relatório, alterado o nome para produção por convênio e produção por médicos (outro relatório que está como nome de estatística no menu financeiro.

BUG - Relatório> Cadastros> Médico> Etiqueta Mala Direta estava soltando folhas em branco na impressão.

Criada nova versão da impressora de PDF. Criado documento de notas da versão do PDFPrinter que estará sempre junto com o instalador da impressora.

BUG - Em Cadastro > exames > exame o seeker equipamento no cadastro do exame esta sendo sobreposto pelo check box Imprimir Etiqueta Mat. Bio. Uniware BUG-Na tela de seleção de pedidos, clicando com o botão direito no pedido e abrindo o histórico de intervenções estava carregando o modelo antigo do histórico. No cadastro de resultados, botão “R” também.

Incluido no histórico de intervenções a informação de qual tela coletou / triou. Telas de onde é possível preencher coleta: Tela específica de coleta/triagem; cadastro de pedidos; Impressão de mapa individual; Inclusão de lotes de exames terceirizados;

BUG - Em Outros > manutenção > aba 3 > Conversão variáveis Pardini:

No final da conversão às vezes dava arquivo não encontrado. Corrigido.

Corrigido erro Access Violation ao fechar consulta resultado, depois de ter mandado imprimir.

Retirado campo Código de barras do pedido do cabeçalho do laboratório.

Dava erro de tamanho do cabeçalho do protocolo muito grande na impressão do mapa quando o mapa tem uma quantidade de exame que extrapole uma página. Corrigido também erro de PARAMETER STATUS NOT FOUND ao imprimir mapa.

Tabelas do pardini que eram criadas só quando usava pardini agora serão criadas sempre.

Dava erro de falta da tabela hp_infocomp ao tentar confirmar um pedido.

Quando tenta confirmar a digitação do resultado o sistema não faz nada. O bug ocorre quando o texto cadastrado definido como padrão tem um espaço no final.

No relatorio de listagem de medicos, (Relatorio>Cadastros>Medicos>Listagem), No campo onde seleciona o medico fica faltando o ultimo caracter do codigo do cadastro.

Na fatura individual do planserv agrupados os exames com o mesmo código de tabela de CH, incrementando a quantidade e somando os valores. No cabeçalho incluido o código de biometria.

BUG - Podia ocorrer de não conseguir importar um exame de um equipamento quando o campo CCODIPAIEXPE estiver ao invés de nulo. A biblioteca às vezes faz isso com um registro. Corrigido.

BUG - Em Movimentação/triagem por amostra quando se preenche o numero da amostra o sistema retornava a mensagem que a amostra não foi localizada. Agora encontra.

Hermes Pardini - Quando se importa um resultado numérico com a variável vazia para um campo de resultado numérico, o Unilab imprime 0 (zero) no campo. Agora se o pardini retornar vazio para um resultado e o resultado estiver marcado para imprimir por padrão, o resultado não é importado e é gerada a mensagem: “105 - No arquivo do laboratório de apoio não consta retorno para as seguintes variáveis do Unilab: <lista de variáveis> Retire a(s) variável(is) deste exame ou marque a linha correspondente para não imprimir.”

Hermes Pardini - Ao configurar o exame TUMEIM a todas as linhas de resultado estavam com a mesma descrição. Verificado que tinha um erro na rotina de leitura e importação do arquivo de modelos. Corrigida a rotina de importação. Os arquivos do Pardini devem ser reimportados.

BUG – Em cadastro/tabelas de CH, na primeira linha dos exames encontrado na tabela ao ir pressionando o tab para navegar ao clicar no campo filme e pressionar o 'Tab' o campo que fica ativo é o nome da tabela, saindo assim da ordem de navegação da tabela. Corrigido.

BUG - Em movimentação/pedido de exames, no campo código do paciente, quando se coloca um código errado ou inexistente no campo paciente o Unilab puxava automaticamente o código 01APOIOF ou 01APOIOM, isso só ocorria quando o número que foi digitado iniciar com 01. No campo paciente, se o laboratório é apoio, as teclas F, I ou M selecionam os pacientes 01APOIOF, 01APOIOI ou 01APOIOM respectivamente. No campo médico solicitante, a tecla A seleciona o médico 01APOIO. Estes médicos e pacientes passaram a ficar visíveis no seeker apenas para quem é apoio.

BUG - Sempre que tentava alterar um cadastro de um exame agrupado dava erro e não conseguia confirmar.

BUG – Não estava imprimindo corretamente o protocolo gráfico. Acertada a medida do papel. Verificado que a partir de um determinado tamanho de cabeçalho a impressão fica distorcida. Então ao imprimir o protocolo dá mensagem avisando que o cabeçalho está muito grande e sairá distorcido. Se o cabeçalho for tão grande que nem cabe o corpo do protocolo dá outra mensagem e aborta a impressão.

BUG-Pegar uma base antiga atualizar para a 3.00.004a e pegar um pedido que tenha exames digitados e ao mesmo tempo um exame sem coleta. Alterar o pedido e colocar data de coleta. Todos os exames estavam passando para triado, perdendo a digitação.

BUG-Quando não usa coleta nem triagem informatizados e não imprime mapa de exames sem coleta por padrão, ao imprimir o mapa dava erro de SQL.

Ao entrar no Unilaudos ou no Unilab ele copia a BoxLib.dll mais as outras 3 dlls do BOX para a pasta necessária sempre que abrir o programa e ela não estiver lá.

BUG - Em Relatórios, resultados, exames sem resultado. O filtro de apenas exames coletados não estava funcionando.

BUGs corrigidos:

1. Na hora de incluir um pedido às vezes ficava sem a data de coleta que é preenchida automaticamente
2. A base não deve usar coleta informatizada. Deve usar a opçao Imprime exames já impressos ou com MTBI não coletado da aba mapa das configurações do sistema setada como sim. E utilizar mapa de trabalho individual. Incluir um pedido sem data de coleta, quando cair na tela de impressão,imprimir o mapa do exame não coletado. Ele seta o exame como triado sem informar coletador, data, hora e usuário da triagem. E dá erro na digitação de resultado
3. se tem exames repetidos no pedido e vc imprimiu o mapa de apenas um deles ele marca ambos como coletados.
4. Em Movimentação > Exames Terceirizados, ao incluir um lote se tem um exame sem data de coleta ele vem desmarcado. Se marcar ele entra no lote e recebe data de coleta sem ser marcado como coletado. Agora ele recebe o status, ajusta o status do pedido, e quando utiliza coleta e/ou triagem informatizados carrega apenas os exames triados.
5. Em Movimentação > Exames Terceirizados, quando usa coleta ou triagem informatizados poderão entrar no lote apenas os exames triados.

Envio de laudos para Sline da Unimed:

Foi parcialmente atendido: Envia para SLine os laudos prontos e que o paciente autoriza. Não escreve no laudo que um determinado exame não está pronto ou o envio não foi autorizado pelo paciente. A Unimed ainda não formalizou nenhuma política sobre o que fazer com resultados nesta situação então por enquanto o laboratório pode mandar apenas os laudos que ele manda conforme a política dele.

Aberto ticket 2925 para atender este por completo.

Colocar na pasta do unilab a SLineCripto.dll. No cadastro do convênio marcar campo “Envia laudos para Sline” e informar a pasta onde o software da Sline vai pegar os laudos. Quando gerar uma fatura para o convênio, serão gerados os laudos na pasta. A qualquer momento que quiser reenviar os laudos de uma determinada fatura, na tela de faturamento clicar no botão SLine.

Em gerenciamento financeiro > relatórios > Movimentação de estoque.

• incluído filtro por centro de custo.

• Quando o produto controla lote imprimir além do número do lote a data de vencimento do lote.

• Na combo de ordenação Incluir a ordem por data de vencimento do lote.

No arquivo de retorno na tag solicitações > exame tem a propriedade “observacao”. Todo exame do Álvaro passará a ter a variável “Observacao” como opcional, ou seja, se não estiver configurada no laudo, o resultado é importado da mesma forma. Mas se o Álvaro retornou alguma observação e ela não está na configuração então o resultado é importado com ressalva e na mensagem é listada a observação enviada pelo Álvaro.

BUG - Na tela de seleção de pedidos, clicar com o bt direito num pedido escolher a opção retransmitir para posto. Às vezes ele não transmitia.

E se após clicar, não fechar nem mexer nada, depois ir direto para o servidor de transmissão tentar receber o arquivo do posto dava erro de lock wait exceded try restart transaction.

Tela de impressão de resultado: Botão e-mail não estava funcionando, estava imprimindo ao invés de mandar e-mail.

O nome do arquivo TISS tem um hash que o unilab gera em maiúsculas. Tem um convênio que não aceita se o nome não estiver em minúsculas. Colocar no cadastro do convênio opção de configurar se quer o nome em maiúscula ou minúscula.

BUG - No posto de coleta, quando clica em reenviar pedido para a internet através do botão da tela de seleção de pedidos não está reenviando. Verificar se é para desabilitar o botão no posto ou fazer funcionar.

Foi definido que Posto de coletanão fará nenhum tipo de envio de laudos para o site.

Tiss v2.02.03 – Verificado que as únicas alterações foram as tabelas de domínio de Códigos de tabelas de procedimentos e CBO-S. Anexo ao pivotal documento com as respectivas tabelas de domínio.

Criada tabela de variáveis da configuração de exames. Criada uma rotina para inicializar a tabela de configurações por variável. Esta rotina será chamada pós atualização, ou seja, encerrou a atualização e entrou no Unilab ele roda a inicialização da LB_CONFV. Este processo demora de 10 segundo a 1 minuto em uma máquina boa.

Em relatórios > cadastros > exames > exame > manual de exames, Melhorado o desempenho do relatório com uso desta nova tabela, e incluída informação se a variável é opcional ou obrigatória (impressa ou não). Na tabela de exames criado campo Realiza p/ apoiado que só aparece para quem é apoio. No cadastro de pedidos quando o Convênio for um apoiado, só é possível incluir exames marcados como Realiza p/ apoiado. Amostra adicional se seta no pai seta automaticamente nos filhos. Agrupamento nunca pode apoiar. No cabeçalho do relatório: Relatórios > cadastros > Exames > exame > histórico de alterações, pode ser consultada a vigência global, composta pelo número da vigência e mnemônico do último exame realizado para apoiado que teve sua vigência alterada. Esta vigência global será representada no formato

DDMMYYYY_VVV_EEEEEEEE, onde:

DDMMYYYY_VVV = vigência do último exame que foi alterado.

EEEEEEEE = mnemônico do último exame que foi alterado, podendo conter de 1 a 8 caracteres. (a partir do momento que algum exame foi alterado depois desta versão).

O fato de o campo ser impresso no laudo (obrigatório) ou não e alterações no nome da configuração passaram a alterar a vigência também. Alterado relatório de histórico de alterações de exames para mostrar alteração no nome da configuração e se o campo é impresso. Corrigidos os filtros por exame, apoiado e usuário não estavam funcionando

Criado um campo no cadastro do convênio indicando que ele sempre exige o autorização (para todos os exames), então a lista "Autorização exigida para o faturamento dos exames:" fica desabilitada. No cadastro de pedidos o controle que é feito exame a exame para saber quais exames exigem autorização ficam travados em exige para todos os exames sempre que no convênio o campo estiver marcado.

No cadastro do convênio criada mascara para senha dos exames no convênio no mesmo modelo da máscara da matricula.

Hermes Pardini :

Existiam exames que não era possível de interfacear com o lab pardini pq as variáveis retornadas pelo lab de apoio são repetidas. O nome de todas as variáveis do pardini foram alteradas. Quem tinha exames já configurados terão que reconfigurar. Foi feita uma rotina de conversão para agilizar este processo.

Conversão:

Implementar rotina para informar automaticamente o nome de variável para interfaceamento em todos os exames do Pardini que tenham apenas uma variável. Rotina na tela de manutenção. Se no Unilab ou no Pardini o exame tem mais do que uma variável, gera relatório de erro para conferir o exame.

Exames repetidos no pedido:

Quando no pedido tem exames repetidos (código no Hermes repetido) permite cadastrar livremente, mas na geração do envio, internamente, incrementa o contador. Não pode cadastrar amostra adicional para o Pardini, por limitação deles. Então uma curva é o mesmo arquivo enviado várias vezes. Conservante, quando no modelo do Pardini tem mais do que uma opção no cadastro do exame deve-se escolher qual conservante o laboratório utiliza. Para este recurso funcionar, devera ser importado novamente o arquivo modelos e o arquivo tabexalhp e no cadastro do exame que for interfaceado com o pardini deverá ser selecionado o conservante.

Todas as Informações adicionais para exames interfaceados com hermes pardini agora serão informados no botão de informações adicionais na tela de seleção de pedidos. Informação "condição" sera informada para cada exame no botão de informações adicionais da tela de seleção de pedidos. Caso não tenha apenas deixar em branco.

Criado modelo de fatura Associado/Paciente, que agrupa os pedidos pela matrícula do paciente e totaliza por matrícula.

no cabeçalho do laudo, do mapa de trabalho e do protocolo, incluído o campo empresa solicitante.

BUG - Cliente não conseguia digitar resultado para um determinado exame. Verificado que faltava o registro na lb_resu. Rotina reescrita de uma forma mais segura.

Na fatura individual modelo Planserv incluir o nome do profissional executante e solicitante.

BUG - Campo "Chave" do cadastro de laboratórios de apoio foi limitado a 10 caracteres para o Álvaro. O correto é 20. Corrigido.

Margem do protocolo estava cortando em uma determinada impressora.

Solução: Foi implementado o recurso para a configuração (externa) das margens para os documentos relacionados ao pedido (protocolo, mapa, recibo, atestado, promissória, laudo, etc.). Esta configuração é feita em arquivo externo (ini) e distinta por terminal, os arquivos de configuração ficam na pasta UNILABW\report_box e o nome do arquivo é composto pelo nome do terminal a que ele pertence + usuário do windows logado com extensão ini. Estes arquivos possuem as configurações de margens para os documentos (qualquer documento que utilize o recurso) e o identificador do documento é o nome da seção. Afim de facilitar a tarefa de configuração destes arquivos foram disponibilizadas duas ferramentas: UnilabTools (menu: Unilav/relatorios/ReportBox Margens Especiais). e o programa BoxMrgConf.exe.

OBS: Para que estas ferramentes funcionem elas devem estar localizadas na pasta uniwarew

BUG - Quando em uma caixa de seleção tenho por exemplo um usuário com o login Ze e outro Zeminhoca, se eu selecionar o ZeMinhoca e confirmar,quando clicar na lupa novamente abria o Ze e o ZeMinhoca selecionados. Ou seja, sempre que o nome de algum elemento não selecionado estiver contido em parte do nome de um elemento selecionado este acabava sendo selecionado erroneamente na segunda chamada à mesma tela.

BUG - No cadastro de exames e recodificação de exames estava permitindo cadastrar mnemônicos com vírgula, quando se cadastra códigos com virgula ao lança-los no pedido na barra de mnemônicos trata como exames diferentes. Exemplo: exame cadastrado como “tes,te” na barra de mnemônicos da tela de pedido trata “tes” como um exame e “te” como outro resultando em erros para visualização deste exame.

Agora os caracteres permitidos para mnemônico e exames são: A...Z a...z 0...9 _ - +

BUG - Quando se coloca para imprimir um intervalo de paginas ou uma única pagina está sendo impressos todas as paginas sem respeitar a definição realizada.

BUG - Ao alterar uma tabela de ch, e no campo código (TUSS), seleciono um dos códigos e importar com F2, o sistema não esta carregando o Valor do Porte, mesmo após confirmação das alterações da tabela com F8.

ele carrega quando no campo PORTE eu digito o código do porte (exemplo 1A) e dou tab para a próxima coluna.

Também quando digita o código do porte e sem dar tab confirmo ele confirmava sem o valor do porte.

BUGs corrigidos:

quando tenho um pedido com exame com amostra adicional digitado e liberado (o pai) , mas uma das amostras adicionais não foram coletadas (filho), o status do pedido fica L, mas mesmo assim ele continua aparecendo na lista de pedidos 'a coletar, quando o botão 'a coletar é clicado.

Nesta situação o pedido não deve mais aparecer na lista de exames que faltam coletar MTBI. Corrigido também bug do cancelamento de resultado pela tela de seleção de pedidos que um exame pai de amostra não coletada com o status de digitado tinha seu resultado cancelado setava status das amostras para triadas mesmo sem coleta.

No cadastro de exames, quando pressionado o F2 no campo material biológico, o campo prazo de entrega ficava sobre o menu de materiais sobrepondo a lista.

Em movimentação/pedido de exames, quando selecionado o paciente de apoio para qualquer pedido e confirmar o sistema está aceitando a confirmação, agora o paciente 01APOIOx é só para quando o convênio é apoiado.

BUG - Cadastro de pedidos: Quando fica uma linha de exames em branco e clicava na coleta própria dava access violation.

BUG - O Número de amostra que pode ser digitado na tela de desfaz coleta e triagem por amostra estavam limitados à 10 posições sendo que os números de amostra do lab rede tem 12 posições e não podiam ser buscados por lá.

O usuário só tem direito de desfazer coleta dos exames que ele mesmo coletou, mas ao tentar desfazer as coletas APENAS DE EXAMES DELE (ainda não foram triados, digitados, etc) o sistema esta mostrando a mensagem que deveria aparecer apenas quando seleciona coleta de outros coletadores. Corrigido.

BUG - Recibo estava Quando faz um acréscimo na inclusão do pedido ou no entrega caixa, não atualizava o valor do recibo que é impresso através da tela de impressão do pedido. Ajustado para carregar o valor na tela de impressão o valor considerando acréscimo descontos e valores assumidos pelo laboratório e pelo funcionário

BUG - O Unilab Host tem o recurso de mostrar na rastreabilidade quando o paciente leu o laudo pela internet (seja pela notificação via e-mail ou acessando diretamente o site), mas este recurso não está funcionando direito, agora traz corretamente a data do último acesso do paciente na internet.

No menu Gerenciamento Financeiro>Relatórios>Movimentação de Estoque.

• Adicionado o campo validade de lote
• Adicionado um filtro por Centro de Custo
• Opção para ordenar por validade de Lote

BUG - Régua referencial, alinhamento vertical: Nas versões anteriores à 3.00.002, quando definia um alinhamento vertical diferente de "acima" dava a msg de erro "parâmetro incorreto".

Na 3.00.002 ele não dá mais o erro, entretanto, no preview e na impressão o tamanho da barra fica distorcido, gerando 2 folhas em um mesmo exame que na versão anterior gerava apenas uma e sobrava espaço.

Quando o cliente não usa coleta informatizada nem triagem, e informa os mnemônicos no pedido e dá seta para baixo se for rápido o suficiente a data de coleta não era preenchida automaticamente.

Cliente que usa mapa individual e todos os exames do mapa pararam de vir automaticamente marcados após atualização.

Desfazer a implementação da tela de digitação de resultados e cadastro de resultados modais.(Modal)

Corrigido o erro que acontece quando desfaz o resultado de um pedido que já estava digitado antes de atualizar para a 3.00.002; Para quem estava na 3.00.002 foi feito um script que ao rodar resolve o problema na base do cliente.

Quando selecionava um pedido para a liberação o botão revisar é ativado, mas depois de liberar ou marcar para revisar ele está mantendo-se ativo e se clicado nele quando não tiver pedido carregado dava um erro de informando que já existe uma transação em andamento.

Agora o botão não aparece mais nessa situação. Se ocorrer alguma outra situação onde o botão aparece sem nenhum exame selecionado se o botão for clicado ele desaparece.

Quando carrega um exame grande com muitas faixas etárias em uma máquina fraca o unilab aparentemente travava. Corrigido.

Uniware O menu Menu Movimentação > Interface > Laboratório Apoiado não deveria existir na 3.00.002. Foi retirado.

No cadastro de exames, o campo prazo de entrega estava aceitando um espaço, como no banco o campo é numérico dava erro de SQL na inclusão. Corrigido.

Triagem e Recoleta. Ver documento: \\svw-uniware\suporte\Unilab Documentos\Triagem e Recoleta - Análise.doc

Aplicação: Servidor de Transmissão

- Foi implementado o controle de erro na leitura do XML de histórico das transmissões. O aplicativo deverá iniciar corretamente mesmo que o arquivo "UnilabSRV_history.XML" na pasta UNILABW esteja corrompido ou ausente.

Modelos de fatura que possuem data.

01 - Padrão

02 - SUS 1

06 – Rateado

08 - Sintético

10 - Por Empresa

nos modelos de fatura acima criado um sub total por dia, quando tirar ordenado por data de faturamento ou data de entrada.

O subtotal diário é opcional e disponível apenas quando nestas ordenações.

quando se cadastra um exame em um pedido que o convenio tem um limite de desconto, e no pedido é colocado o máximo de desconto permitido pelo convenio,depois altera o exame por um que tem o valor menor do que o exame que estava, o valor do desconto sobe. Corrigido, agora se o desconto ficar acima não deixa confirmar o cadastro do pedido.

implementado relatório de cadastro de caixa/bancos com exportação para excel.

O relatório pode ser acessado pelo menu Gerenciamento Financeiro > Relatórios > Cadastro - Caixa e banco;

Em gerenciamento financeiro > cadastros > caixa/banco agora tem o botão imprimir que chama o relatório. Dá uma mensagem quando o usuário não tem o direito do menu do relatório.

Tipo atendimento (TA) campo 46 da guia TISS agora é salvo o padrão de cada convênio no cadastro do convênio e tido como padrão no cadastro de pedido. e se for 07 torna o numero da guia principal obrigatório

Ao alterar o valor de um porte pela tela de valores chamada da tela de Exames, e confirmar, o valor salvo é o do porte cadastrado no sistema. Corrigido.

Na tela de impressão de faturas criar botão para gerar uma planilha do excel com todos os pedidos/exames da fatura.

Fazer um modelo padrão para para os modelos de fatura:

01 - Padrão

02 - SUS 1

02 - SUS - 2

06 - SUS - 3

07 - SUS - 4

08 - IPSEMG

09 - Planilha

A planilha deverá conter todas as colunas que existem em todas as faturas acima.

O total geral deverá conter todas as informações disponíveis na fatura. Não totalizar o valor líquido. Quem quiser poderá editar o que for necessário. O objetivo da planilha é sempre mostrar tudo.

Fazer um modelo específico para cada um dos modelos seguintes:

06 – Rateado

08 - Sintético

10 - Por Empresa

Erro ao abrir o Unilaudos Box da 2.08.028

Padronizada a ordem dos exames nos relatórios de fatura e na fatura individual modelo padrão.

os outros modelos de fatura individual tem uma ordenação específica que não foi alterada.

A ordem definida é: número da guia, ordem de cadastramento no pedido e mnemônico do exame realizado.

Corrigido: Quando manda uma impressão do mapa, não imprime direto, para imprimir precisa apertar o botão verde da impressora, isso acontece toda vez que manda imprimir mapa de trabalho por planilha.

Em cadastros > configurações > protocolo, quando seleciona o modelo 7 o label Notas cabeçalho troca por notas rodapé, e a terceira linha passou a ficar visível apenas para o modelo 7.

Na impressão, o nome do laboratório que no cadastro pode ter até 70 posições deve ser impresso por completo, quebrando linhas se necessário e não quebrando no meio de um texto.

Ao incluir com cópia um pedido que exige autorização, se trocar o convênio por um q não exige continua exigindo.

tinha um Unilab e Unilaudos abertos na mesma máquina, quando fechou o Unilaudos, deu vários erros de access violation e no Unilab deu FVC Erro e fechou o Unilab também. Corrigido isolamento da proteção no Unilaudos.

Na tela de impressão de laudos e de planilha foi colocado apra funcionar as caixas de seleção de impressora. A seleção de papel que também não funcionava ficou invisível e será corrigida mais pra frente.

Ao fazer a inclusão de um novo convênio, o checkbox "Apoiado usa Unilab" não aparece. Se clicar com o mouse sobre ele, fica visível.

Na impressão da planilha personalizada está saindo com tamanho desproporcional ao A4, cortando a esquerda e direita.

A tela de pedido estourou a resolução de 768 de altura no windows seven Uniware Em cadastros > configurações > resultados > Configuração de papel para o laudo > Papel padrão:

Quando selecionava papel carta a impressão de qualquer laudo entrava em loop.

a tela de liberação de exames que é chamada pela tela de seleção de pedidos está aparecendo um botão com uma impressora no canto superior esquerdo da tela. Este botão não deveria existir nesta tela.

Se informo uma variável e o tipo de campo for resultado texto, variável GLI.

Mudo este campo para resultado numérico e informo no campo variável para laudo GLI, da erro de que variável já esta preenchida no exame e não deixa confirmar o exame.

Tenho que alterar o exame, mudar o campo para resultado texto ou numérico conforme o caso e somente depois preencher a variável que preciso.

• Quando inclui com cópia um pedido que permite alteração no valor do exame e o cliente usa o cadastro de empresa solicitante, carregava os valores errados para os exames.
• QUANDO INCLUI COM CÓPIA PEDIDO COM agrupamento também saía errado o valor.
• Quando permite alterar o MTBI e no original foi alterado não carregava o mtbi alterado.

Usuários sem direitos de impressão de relatórios estão conseguindo fazer a impressão do relatório de exames cobrados por paciente através do botão exames. o mesmo relatório pode ser impresso em: Relatórios > Estatísticas > exames > paciente/exames.

o cadastro de exames e digitação de resultados passaram a ser janelas modais.

Quando ela esta aberta, não consegue abrir mais nenhuma outra. (Modal).

Ao incluir um paciente com usuário que não tem o direito "Paciente Vip", se a caixa VIP for marcada tem que exigir autorização, senão não pode exigir autorização.

Quando altera o cadastro, se trocar de VIP para não VIP e vice versa tb tem que pedir autorização.

Ao clicar no botão consulta resultado, na tela de pedido, esta passando o status dos exames para Impresso. Corrigido.

Nos boletos impressos pelo Unilab não estava saindo a observação que o Cláudio informava no ADM.

Santa Paula de Ourinhos Impressão de guia tiss por TS.

Ao tentar fechar a tela do configurador guia TISS– tela reduzida – dava erro de access violation. Corrigido.

Cadastro de questionário para pesquisa de satisfação:

• Cadastro de opções objetivas: código e descrição CADASTROS>QUESTIONARIO>OPÇÃO. Uma Opção que já esteja nas respostas não pode ser alterada.
• Cadastro de questões: CADASTROS>QUESTIONARIO>QUESTAO

código

questão

objetiva/dissertativa,

se objetiva especificar duas ou mais opções objetivas possíveis, se dissertativa o número de linhas de texto.

Uma questão que já tenha respostas pode ter alterada somente a ordem das opções e a descrição da questão.

• Cadastro de questionário: CADASTROS>QUESTIONARIO>QUESTIONARIO

Código,

título,

relação de questões.

Um questionário que possui respostas não pode ser alterado.

Um questionário pode ser marcado como ativo/inativo, onde um questionário inativo não pode receber digitação de respostas.

• Digitação de respostas de questionários: CADASTROS>QUESTIONARIO>RESPOSTAS

data da resposta,

quem respondeu e contato (opcional e descritivo)

código do questionário,

relação de respostas:

data da digitação da resposta,

quem digitou,

se objetiva, o código da resposta; se descritiva, o texto da resposta.

Caso uma questão não seja respondida então o registro da resposta simplesmente não é gravado.

Tem alteração e cancelamento da resposta, grava quem alterou/cancelou e quando.

• Estatística por questionário: RELATORIOS>ESTATISTICA>QUESTIONARIO

devem ser selecionados um ou mais questionários e o período de acordo com a data de resposta.

Para cada questionário serão listadas as questões e para cada questão o número de respostas, e para cada resposta possível o número de cada uma e o percentual.

Este relatório terá opção de listar as respostas dissertativas, então são listadas todas as respostas dissertativas de cada questão, mostrando para cada uma quem respondeu e contato.

• Impressão do questionário: RELATORIO>CADASTROS>QUESTIONARIO

Imprimir o cabeçalho do laboratório,

o título,

cada uma das questões,

se objetiva, cada uma das opções com um espaço para assinalar,

se dissertativa, o número de linhas para escrever a resposta que estiver determinado na questão.

Corrigida falha de segurança que permitia abrir o Unilab com gerenciamento financeiro sem controle de certificado quando o cliente era Windows 7, o server era Vista e não tinha permissão de escrita na pasta do Unilab.

Na atualização automática da template de e-mails (pasta Uniware\unilabw\files), estava atualizando sempre, mesmo que já tenha sido atualizado e salvando como OLD.

Incluído nas Etiquetas de MTBI opção de imprimir o código e nome do convenio. Variáveis:

#CODIGOCONVENIO
#NOMECONVENIO

(HEP2-Fator anti nuclear)

Na Geração do Arquivo XML de envio para o Pardini, quando o MTBI do exame estiver marcado como DIV, a descrição do material a ser enviado será o nome do mtbi selecionado no pedido.

Na movimentação de estoque, quando esta é de Saída, e o produto movimentado atingir o estoque mínimo, aparecerá um aviso informando que o estoque mínimo foi atingido. A verificação só será feita se o campo de estoque mínimo no cadastro de produtos estiver maior que zero.

O relatório de geração de lote para equipamento. Quando o lote contém exames agrupados, estava imprimindo e agrupando os exames com o mesmo número de amostra. Foi Corrigido.

Cadastro de pacientes: Quando utilizar a webcam para foto com driver WIA, agora a galeria de fotos é sempre limpa após bater a foto ou sair da tela do WIA, evitando lentidão.

Incluído no cadastro de convênios a opção de cadastrar os planos de cada convênio.

Na cadastro de pedidos, se o convênio tiver planos cadastrados, irá aparecer uma combo com as opções cadastradas. A confirmação do pedido só será feita se existir um plano informado na combo.

Coleta informatizada:

Não usando coleta informatizada o sistema atua como antes mudança apenas na rastreabilidade e status dos exames que agora tem COLETADO

Usando Coleta Informatizada:

Na inclusão normal de pedido é possível desmarcar a caixa “Entrar na fila de coleta”, neste caso, quando confirmada a inclusão o pedido não vai para a fila de coleta.

Criada a tela de coleta:

Ao carregar a tela , ela estará vazia.

Clicar na seta para frente para mostrar o primeiro pedido da fila de coleta com os dados: Número do pedido, nome do paciente, sexo, idade, convênio, médico e observações. Mostra os exames não coletados, para cada um mostra o mnemônico e nome do exame, o código e nome do MTBI e o número da amostra.

Permite chamar o próximo pedido da fila.

Trará todos os exames não coletados marcados para coletar, permitindo desmarcar os que não serão coletados. Terá um botão Coletar que marca os exames selecionados como coletados e imprime as etiquetas para os exames (configurávelem Cadastros>Configurações- Coleta).

Nas configurações do sistema será possível definir se é para não pedir identificação ao clicar em coletar, então a o usuário que coletou será o usuário logado; ou se é para solicitar identificação Nesta tela terá o botão Cancelar coleta que abre uma tela onde é possível selecionar um pedido digitando seu número, usando F2, ou buscando pelo número da amostra. Então carrega os dados do pedido e a lista dos exames coletados com mnemônico e nome do exame, código e nome do MTBI, número da amostra, data de coleta e coletador. Então é possível marcar um ou mais exames e clicar em descoletar, então os exames perdem a data de coleta e o coletador (essa informação é salva no histórico do pedido).

No cadastro de pedidos apenas o usuário com o direito específico pode alterar a data de coleta, quando utiliza coleta informatizada.

Ainda no cadastro de pedidos, criada uma tela (chamada com Ctrl+F10) com a lista de exames realizados, com mnemônico e nome do exame código e nome do MTBI e data e hora de coleta. Sempre que um exame do pedido for um agrupamento mostra no lugar do MTBI e da data e hora de coleta, o texto Vários (Ctrl+F10).

No cadastro de pacientes será possível marcar um paciente como “VIP” (exige senha de quem tem direito para fazer isso). No pedido é possível marcar um pedido como “Emergencial” (exige senha de quem tem direito para fazer isso).

A fila de coleta será ordenada por: Coleta emergencial, 1o. paciente VIP, 1o. Paciente da fila , 2o. Paciente VIP, 2o. Paciente da fila, e assim por diante, sempre intercalando. A data e hora de referência de ordenação da fila será a data e hora de confirmação do pedido que foi marcado para entrar na fila.

Será possível configurar o Unilab para utilizar a coleta informatizada ou não. Caso positivo, os exames são incluídos no pedido sempre sem data de coleta e será necessário um direito específico para alterar a data de coleta pela tela de pedido e não poderá ser incluída ou apagada sempre alterada.

Na tela de coleta, a tecla F9 abre instruções de coleta do exame selecionado

Incluido campo COLETADOR no configurador de laudos.

cliente já atualizado na 29 Corrigida geração de laudos para Ipergs

Incluída validação do tamanho da matrícula (13 dígitos).

Criado no cadastro do convênio, um novo botão (Num. Guia). Nesta opção foi incluído a caixa “Data de emissão da guia igual à data de entrada”. Quando o convênio tem esta caixa marcada, ao selecionar este convênio no pedido a data da guia fica desabilitada e recebe a data de entrada. Se alterar a data de entrada, altera a data de emissão da guia. Também foi criado uma trava onde a data da guia não pode ser menor que 1 ano para traz e nem maior que 30 dias para frente. A trava é para quando não utiliza a opção “Data de emissão da guia igual à data de entrada”.

• a tela do botão Num guia está meio vazia mesmo pq não deu tempo ainda de fazer as outras coisas de numeração de guia q tem pra fazer.

Não passar isto para clientes por enquanto.

Nas configurações do sistema terá a opção “Ativar Unilab como Apoio”, onde apenas o usuário Uniware pode ativar. Se não estiver ativo então todos os campos e cadastros exclusivos para quem é apoio ficam desabilitados.

O laboratório apoiado será representado por um convênio, com configurações específicas:

O convênio será marcado como apoiado, então os controles que se referem ao faturamento eletrônico ficam desabilitados. Esta caixa só aparece para quem é apoio.

Na atualização do sistema, mesmo para quem não é apoio, são incluídos os seguintes registros:

Os pacientes só tem o sexo e o nome. Estes registros não podem ser alterados e não possuem nenhuma outra informação, nem mesmo data de nascimento.

O MTBI DIV serve para quando é um exame que permite alterar o MTBI.

Ao determinar se o campo origem e destino estará habilitado ou não na tela de pedidos de exames(quando existem mais de uma origem/destino cadastrado no sistema), não é considerado a origem/destino APO para ativar esta opção de seleção.

Estes pacientes, mtbi, origem/destino e médico serão informados em todos os pedidos do apoio que foram importados do apoiado pela interface. Eles não podem ser alterados nem podem ser incluídos manualmente em um pedido, apenas pela interface.

Todos os exames passarão a ter uma vigência que é composta de uma data e um número e é atualizada automaticamente sempre que for alterada:

• incluída / excluída uma configuração de um exame;
• alterado o sexo ou faixa etária de uma configuração;
• incluída/excluída uma variável de uma configuração;
• alterado em um resultado numérico o número de inteiros, decimais, máximo, superior, inferior ou mínimo.
• Alterado um resultado de texto para numérico e vice versa.
• Alterada uma descrição, unidade ou valor de referência relacionado à uma variável.
• Alterado algum dos campos: Material biológico, Agrupamento da amostra, Altera MTBI no pedido, Exame por faixa etária/sexo, Método e Sexo permitido.
• Quando um dos seguintes campos são alterados, não é incrementada a vigência mas no log fica marcado como uma alteração da qual o apoiado deve ser avisado por e-mail: Prazo de entrega, volume, conservação, tempo de jejum e instruções para paciente. Esta vigência só é visível para quem é laboratório de apoio.

Sempre que qualquer uma destas informações do exame é alterada, a alteração consta em: Relatórios, cadastros, Exames,Exame, Histórico de alterações.

otimizado desempenho do relatório lista de exames e o seu consumo de memória.

Na tela de manutenção, botão Prepara base copiada, incrementada rotina para excluir os usuários diferentes de UNIWARE e ADM e excluir os postos de coleta diferentes de 01.

na transmissão da central para o posto de coleta incluída rotina para forçar o envio de exames que tiveram alteração na tabela de preços, para evitar erro de foreign key.

Configurações de perfil de etiquetas de mtbi não era salvas quando trocava o nome da maquina ou alterava postoonline

Pedido faturado não dava nenhuma mensagem ao tentar excluir exames

Rastreabilidade , Rastreabilidade financeira, Histórico de intervenções novos na Seleção de pedidos e em pedidos excluídos

Importação de informação adicional no interfaceamento do Hermes Pardini .

Interfaceamento Álvaro: Criado no cadastro do exame o “tempo da amostra” que só habilita quando o interfaceamento com Álvaro estiver ativo.

Permite informar em até 12 caracteres um texto livre e obrigatório quando o exame tem amostras adicionais ou é uma amostra adicional e tem interface com Álvaro ativa.

Quando cadastro um exame Amostra Adicional para um exame do Álvaro, ela sempre copiará o cód. do exame no apoio, o material biológico padrão, o interfaceamento ativo e a vigência.

Exames com amostra adicional parcialmente coletados devem ser listados na tela de geração do lote e devem vir desmarcados. No cadastro de pedidos e tela de coleta não permite coletar uma amostra adicional de um exame já incluso em lote de interfaceamento.

No cadastro de pedidos e tela de cancela coleta não é permitido cancelar a coleta de um exame já incluso em lote de envio para apoio.

Na tela de geração de lote para laboratório de apoio, ao alterar o lote criado, será possível retirar um exame de um lote, mas não é possível incluir outro exame no lote.

O tempo da amostra deve ser enviado na propriedade descrição da tag amostra. Na importação do retorno o Álvaro manda os resultados de todas as amostras de uma só vez.

Exemplo de exames: TADXILOSEP , CORTISOL CURVA Uniware Estava deixando cadastrar uma amostra adicional para um exame do Hermes (estava dando a msg e deixando). Corrigido.

Esta opção é permitida apenas para exames interfaceados com o alvaro.

Quando o convênio era IPERGS, mas tinha um modelo de fatura impressa definido, no cadastro de pedidos estava exigindo o preenchimento de vários campos do TISS. Agora para um convênio ser tiss a condição é: Ou utiliza fatura eletrônica do TISS ou não utiliza nenhuma fatura eletrônica e utiliza um modelo de guia tiss impressa.

Quando o pedido tem uma amostra adicional não coletada e o pedido era alterado o seu status era alterado para coletado. Agora ele continua como pendente, mas se o exame for digitado mesmo sem a coleta de uma amostra adicional, então o pedido passa para digitado e a amostra adicional não coletada não poderá mais ser coletada.

No cadastro de exames qdo altera um exame com amostras adicionais a caixa que lista as amostras adicionais do exame estava cortando mnemônicos com mais do que 4 dígitos

Alterada a forma de calcular o status do pedido de forma a considerar a coleta de amostras adicionais

Alterada internamente a forma de imprimir protocolos modo texto

Incluir código CNES do médico solicitante no arquivo do TISS, versões 2.01.03, 2.02.01

No cadastro do médico será possível informar esse código. No cadastro do convênio será possível marcar que o convênio exige este código, então este código passa a ser exigido no pedido e na geração do arquivo TISS. Na impressão da guia tiss full e meia-guia deve ser possível configurar para que o campo saia também --- para 30/09

alterações na coleta podendo quem usa coleta informatizada informar data de coleta na tela de pedido para exames sem coleta tornando-os coletados ou remover data de coleta tornando-os pendentes e só é possível marcar o campo coleta própria para exames que tenha data de coleta informada e os coletados pela tela de coleta sera marcado automaticamente o campo coleta propria tambem no cadastro do convenio opção para não entrar na fila como padrão testar bem coletas e cancelamentos e verificar rastreabilidade Campo Coleta propria trocado de tabela para expr

Cliente já atualizado na 33 Tiss V2.2.2

Uniware: No cadastro de exames, quando clica no link “Editar instruções do exame para o site”, a lista de variáveis passou a ficar sempre visível. Na lista de variáveis o nome da variável já aparece com colchetes. Ao clicar em uma variável ela é copiada (Ctrl-c) para a área de transferência.

Colocada a data da versão no título da janela do Unilab.

Corrigido sistema de transmissão para evitar a falta de registros da central no posto de coleta. O problema ocorria quando um registro que gere dependência (Ex: contratado solicitante, exame, etc... ) é incluído na central enquanto o servidor de transmissão está gerando o pacote de envio para o posto de coleta.

Corrigida a geração de arquivos para o IPERGS. Os valores não estavam sendo calculados corretamente. Forma correta do cálculo para o IPERGS:

Valor do exame conforme tabela de preços mutiplicado pelo percentual do convênio e considerando apenas as duas primeiras casas decimais (sem arredondar). No cadastro de pedidos, na tabela de preços e impressão da fatura os valores já estavam corretos. No arquivo .035 que é gerado para o IPERGS é que os valores estavam errados, lá só vai o valor total do pedido. Ver layout do arquivo do ipergs na pasta da versão.

Na versão 2.08.035 já foi programada a mesma coisa e o cliente já usou e funcionou, gerar um arquivo na 2.08.035, na 3.00.000 deve gerar um arquivo exatamente com o mesmo conteúdo.

na tela de pedido de exames tanto na tela do F10 quanto na tela do CTRL F10 o número do pedido e nome do paciente não estavam aparecendo.

Edições no protocolo impresso na térmica.

• Retirar valores do protocolo quando for faturado.

Aumentar a quantidade de caracteres para as observações no rodapé.

quando imprime um protocolo em ¼ de página e um mapa em ¼ de página, ambos em modo texto, o programa entrava em loop, corrigido.

Implementado modelo de ficha interna 42 colunas.

Em cadastros > configurações > cadastros > Ficha interna é possível escolher o modelo de ficha a utilizar.

Hermes Pardini – Importar como digitado.

Implementado controle de certificado redundante no banco de dados.

Corrigido o protocolo Modelo 7 para não imprimir valores quando configurado corretamente.