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

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. Se não encontrar, 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: listar os filtros aplicados (período, botões, etc...).

Criar uma opção: "Chamar impressão de recibo no recebimento" com valor default Sim Se estiver com "não" não mostrar a tela de recibo quando no entrega caixa confirmo um recebimento.

esse aviso deve ser na mesma tela de quem deve valor ou guia em pedido anterior

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.