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

É possivel configurar para os impostos serem preenchidos automáticamente na fatura, configurando os impostos fixos na aba "Fatura/TISS" das configurações do sistema, e ativando a opção "Preencher Impostos Automaticamente" no cadastro do convênio no botão novo implantado, "Impostos". Na janela de impostos também é possivel configurar o percentual de ISS (imposto varia de convenio para convenio), e configurar para ser um convênio simples, que nesse caso, nunca irá reter a soma de COFINS, PIS e CSLL

No resumo de fatura 3 acrescentado o mnemônico do exame.

Em "Relatórios > Financeiros > Tabela de Preço" foi criado uma nova opção "Exibe apenas valor total", onde caso esteja selecionada será exibido Mnemônico, nome do exame e o valor total dos exames. O mesmo é valido para o modo Planilha.

Permitir alterar dados como convênio, paciente e médico de um pedido de apoiado, caso esteja na central e o pedido tenha sido incluso manualmente.

Em Cadastros > Origem/Destino criado nova opção "Nefrodata". Quando em um pedido possuir um destino do tipo Nefrodata o campo "Código de terceiros" passará a ser obrigatório.

Nessa interface é necessário realizar o DE/PARA de exames e configurar os resultados em Cadastros > Exames > Configurar. Na célula de resultado irá conter um botão "Nefrodata", no campo código é necessário preencher o código na operadora e caso for do tipo "informado-calculado" marcar a opção de "Resultado calculado" e preencher a unidade (Caso for um resultado calculado é necessário possuir um celula de resultado com a variavel do Nefrodata, assim vinculando as celulas).

A geração do arquivo pode ser efetuada em: Movimentação > Transmissão > Nefrodata, podendo preencher Destino, Período de Liberação e Local do arquivo. Ao fim é gerado o arquivo, Relatório de sucesso ou Relatório de Erros.

Sempre que digitar a guia ele automáticamente irá copiar o conteúdo para o outro campo, pois apenas em raras excessões o campo Guia e Guia Operadora serão diferentes.

Também é possível pela manipulação de fatura e entrega/caixa.

Corrigido problema ao fechar a tela de cadastro de pedidos com a tela de seleção de pedidos dava um erro aleatóriamente.

O local de armazenamento deve ser especificado nas configurações do Unilab na guia "Resultado", no campo "Arquivar laudos assinados em". Os laudos serão armazenados na pasta informada separados em grupos definidos pelo mês de emissão e identificados pelo nome conforme segue:Código ADM + unidade + Código do pedido + 'P' + Posto onde foi gerado (online ou offline) + Data invertida + hora com segundos e milissegundos No caso de PDFs com mais de um laudo, o código será iniciado pelo prefixo PCT. Ex:ADM: 00071 Unidade: 1Pedido: 020123456 Gerado no posto: 02 (online) +Em: 28/06/2016 09:21:34 '350 Código do laudo assinado = 000711020123456P02201606280921340350 Código do pacote de laudos assinados = PCT000711020123456P02201606280921340350 No histórico de intervenção também aparecerá o código do laudo assinado.

habilitado após a inclusão no pedido.

Liberado os executaveis. BackupV54.exe e dmpz

Incluído nova coluna "Recebido" com o valor total recebido em caixa do pedido.Em Relatórios > Financeiros > Situação atual dos pedidos Incluído nova seleção múltipla para empresa nos filtros. Agora possui a empresa no relatório.

00370 - POLI DAY

00438 - LAB. EXAME

00545 - LAB. DALMORA

00553 - LAB. VIÇOSA

00579 - LAB. SãO CAMILO

00759 - CELSO MATOS

00667 - BIOANALISIS

00846 - OURILAB

144965

69752

137835

149631

137612

125049, 142401

66006

55686

70397

Criado novo recurso de Substituição de Médicos (Parecido com o de Pacientes) em Cadastros > Médico.

O serviço Servidor do Redir também passou a se reiniciar quando der algum Read error 64 (erro de rede geralmente causado por bloqueio de firewall ou antivirus)

Atenção: depois de instalar o serviço, tem que ir nas propriedades dele, aba recuperação, e setar na primeira falha, segunda falha e falhas posteriores para reiniciar o serviço.

Quando no .ini do Redir server tiver a linha DEBUG=1 vai passar a logar os comandos recebidos via socket (quando o redir estiver dando problema, inclui esta linha no .ini ajuda os programadores a descobrir o problema)

Corrigido bug no preenchimento do codigo da empresa na alteração do pedido

documentação do interfaceamento no link:

http://svw-uniware2/wiki/index.php/Interfaceamento_com_%C3%81lvaro

navegue pelas pastas do computados quando o mesmo estiver no DataCenter

Mas faltou para nós a informação de que ao baixar o arquivo de resultados o usuário pode pedir para concatenar a unidade de medida no resultado. Neste caso a rotina calculava errado o valor do resultado.

Agora o Unilab vai tratar os resultados do Pardini seguindo as regras:

• Se mandar um resultado do tipo alfanumérico, ele será importado sem nenhuma alteração.
• Se mandar um resultado do tipo numérico e no Unilab a variável for Texto:
  • ele vai tratar apenas o número do resultado
  • o texto antes e depois, será mantido
• Se mandar um resultado do tipo numérico e no Unilab a variável for Numérica:
  • o texto antes e depois do número, será removido
  • o número do resultado será tratado

• Tratamento para o número do resultado:
  • Remover o separador decimal e de milhar;
  • Colocar a vírgula no lugar indicado pelo Pardini no campo "decimal" (quantidade de casas decimais);

{USUARIO} » Usuário para acesso ao site.

{SENH} » Senha para acesso ao site.

{NOMEDEST} » Nome do destinatário da mensagem.

33 - Indicação de Acidente;

34 - Tipo de Consulta;

35 - Motivo de encerramento do atendimento

Nele temos os seguintes recursos:

1. Gráficos pré-analíticos
   1. Tempo de Espera: Este gráfico exibe o tempo médio entre a emissão da senha e a chamada da senha pelo atendente. Nele é exibido os últimos sete dias com seus respectivos valores.
   2. Tempo de Atendimento: Este gráfico exibe o tempo médio entre a chamada da senha pelo atendente e o encerramento do atendimento. Nele é exibido os últimos sete dias com seus respectivos valores.
   3. Tempo de Coleta: Este gráfico exibe o tempo médio entre o encerramento do atendimento e a coleta. Nele é exibido os últimos sete dias com seus respectivos valores.
   4. Tempo de Triagem: Este gráfico exibe o tempo médio entre a coleta e a triagem. Nele é exibido os últimos sete dias com seus respectivos valores.
2. Gráfico Analítico: Este gráfico é iniciado em exames que estão triados de todos os postos, setores e convênios, exibindo por sua vez os exames Atrasados, No Limite e No Prazo para sua realização.
3. Gráfico Pós-analítico: Este gráfico exibe três informações, sendo elas a quantidade de exames a liberar, imprimir e entregar.
4. Gráfico Financeiro: Este gráfico movimentação dos ultimos 7 dias dos 5 convênios com maior valor no periodo.

Todos os gráficos possuem multiplas opções de gráfico e opções de refresh e legenda.Para poder acessar esse recurso é necessário:

1. Usuário cadastrado no unilab com direito no menu: Acompanhamento > DashBoard
2. Usuário com senha forte (6 digitos com letras e números);
3. Ter o código adm do mesmo para acesso.

Criada opção de liberar chave W no ADM, v2.4.19.0.Apenas a administração da Uniware poderá liberar a chave W, que deverá ser inserida no UNILAB a partir do: Outros > Chaves > Chave W;

Poderá ser acessado pelo menu: Acompanhamento > DashBoard

Modelo 1:

Pode usar com medida de A5 ou A4, tanto retrato como paisagem.

Modelo 2:

Usar a medidas: Largura 21,00 e Altura 29,7; vai gerar um PDF A5 (14,85x21).

Se algum cliente utilizar uma medida diferente dessa o Unilab pode gerar um PDF "bagunçado".

Verificamos que até na versão anterior medidas diferentes dessa geravam resultados estranhos e que nenhum cliente do datacenter que usa modelo 2 usa medidas diferentes dessa, EXCETO O 00771 (que usa 24X29,7).

Até decidirmos que o PDF está OK para atualizar todos, antes de atualizar um cliente vamos puxar a base e testar a impressão de PDF. Se for inviável puxar a base, conversar com o Adão para tratar as exceções.

Antes de atualizar clientes do Datacenter, avisar o Valdmir um dia antes, ele vai baixar a base do cliente, atualizar e testar a geração de PDF.

Qualidade do resultado imagem: Vai de 10 a 90 e é o fator de qualidade das imagem no laudo (Campos de Resultado IMAGEM);

Qualidade das demais imagens: Referente a qualidade das imagem de outros pontos, tais como por exemplo imagens de cabeçalho, rodapé e entre outros;

1) Se alterar o código no apoio da central pela aba seq postos ele não salvava a alteração. Travada a edição pela aba geral. Agora quando altera na aba Seq. Postos, copia para a aba geral. Esta alteração afeta Sérgio Franco, Pardini direct e Atitude.

2) Para o Sérgio franco, na aba "Seq. Postos" Não estava obrigando o preenchimento do campo Origem de cada posto de coleta.

3) Para o Sérgio franco, na aba "Seq. Postos" o Código no apoio (Origem) não estava respeitando o tamanho 4 posiçoes na inclusão;

00759 - CELSO MATOS,

00442 - LAB. GELSON

00863 - LAB. SÃO LUCAS

00731 - LAB LAC ,

00457 - LAB DOM BOSCO

- O exame que usa este campo só pode ter configurado um campo resultado texto formatado e outros campos de imagem. ou seja, não é possível utilizar nenhum outro tipo de campo no configurador quando for usar o campo de resultado texto formatado.

- O exame deve estar marcado para ser único na página.

- Não divulgar este recurso para os clientes esse recurso ainda, somente para 00995 - CITOPREV.

OBS: Dependendo da base do cliente, a atualização irá demorar.

IMPORTANTE: Após atualizar, REIMPORTAR o arquivo tabexalhpV3.xml do Pardini

0 - Todos os pedidos

1 - Máximo 1 a cada 7 dias

2 - Máximo 1 a cada 30 dias

3 - Máximo 1 a cada 6 meses

4 - Máximo 1 a cada ano

5 - Uma vez por paciente

00587 - ADALAB,

00748 - LAB NUCLEO.

"216 - A data de coleta do exame não foi informada e é obrigatória."

Bug corrigido.

Requer atualização do U2UConvert para a versão 8 e Unilab para a 3.02.001b.

Foi encontrado um erro no campo senha de autorização dentro do cadastro de pedidos. Esse erro acontecia quando a senha informada ultrapassava 20 caracteres. Foi corrigido, o campo foi travado em 20 caracteres.

As abas que foram mexidas são:

• Internet;
• Especiais;
• Sms.

A implementação do webService foi realizada e liberada na versão 3.01.029, entretanto, não pôde ser testada porque a Unimed não liberou.

Vai ficar disponível no Unilab para o caso de outro convênio quiser utilizar, afinal é uma interface no padrão da ans. Lembrando que teremos que testar e fazer uma outra dll de webservice para outro convênio.

Nos postos é possível importar resultados de lotes, validando com os códigos informados na aba "posto";

Na central, a importação permite que sejam informados tantos lotes da central, quanto de algum posto.

Não deve ter esse tratamento, pois são funcionalidades diferentes, foi corrigido.

BUG: em Financeiro > Relatórios > Demonstrativo de Resultados
No relatório de DRE anual, nos totais o saldo a pagar não estava batendo, inclusive ficando negativo (não era bug realmente, a base do cliente estava inconsistente).

Corrigido (modificado o sistema de cálculo dos saldos a pagar e receber).

• 1º Passo

Criar uma Pasta : CONFLUENCE Com os sub-Diretorios : Faturamento e LaudosSelecionar o Convenio - Ex. UnIMEDEntrar em Interfaceamento.Selecionar o CONFLUENCE.Selecionar a pasta destino dos arquivos. ( ?:\CONFLUENCE\Faturamento )Preencher os dados do Conveniado. ( Só permite fechar a janela se todos os campos obrigatorios estiverem preenchidos )Liberar chave de interfaceamento ( no ADM )

• 2º Passo

Cadastros->Configurações->Internet->PLISelecionar o Provedor de Serviço : Interface ConvênioSelecionar a Pasta de DEstino : ( ?:\CONFLUENCE\Laudos )

"pedido possui resultado digitado e não permite alteração".
Problema corrigido.

marcado.

Rodapé é possível configurar o hash da página que nada mais é do que um número identificador de página, se algo for alterado na página este hash também mudará

Antes o erro aparecia na tela em um pop up, e o processo só continuava diante confirmação do usuário.

Agora o erro aparecerá na caixa de log.

com DB2:

Corrigido erro na geração do arquivo de envio para o laboratório de apoio DB2, não estava enviando as informações adicionais.

"Modelo fat. imp." e "Resumo fat."

Em Cadastros > Convênio o campo "Resumo fat." inicia com o valor "Nenhum", antes não tinha um valor inicial.

Na atualização do sistema os registros com CMODRCONV nulos serão alterados para "0" (Nenhum)

Corrigido Bug da tela de cadastro de pedido de exames que ao confirmar o pedido mostrava a mensagem "Can not open a ResultSet".

• Todos os pedido > Gera SMS de agradecimento para todos os pedidos do paciente
• Máximo 1 a cada 7 dias > Gera SMS de agradecimento para o pedido cadastrado apenas

se não foi gerado nos 7 dias anteriores

• Máximo 1 a cada 30 dias > Gera SMS de agradecimento para o pedido cadastrado apenas

se não foi gerado nos 30 dias anteriores

• Apenas um por cliente > Gera SMS de agradecimento para o pedido cadastrado apenas

uma vez para cada paciente.

Caso contrário sera incluído um SMS Com status de Não enviar na caixa de saída

mensagem "No address specified", esta mensagem foi melhorada para "Informe um host para o certificado."

campo "Sexo" ele aparece o exemplo escrito "Masculino" no entanto quando à imprimia com este modelo configurado, no lugar do campo de "Masculino" é impresso somente "M". Corrigido, agora somente aparecerá M.

não se usa etiquetas comuns. Corrigido.

Corrigido

Corrigido

que não eram pintados de azul. todos os campos exigidos do botão fatura terão a cor azul

informar o mnemônico e estava aceitando só 2 caracteres. Corrigido. Ajustada tela de filtro do Relatório de Exames coletados não triados que estava torta.

e retirado excesso de espaços.

botões: Aniversário / Agradecimento de preferência / Resultado liberado / Recoleta) Manter o texto como é hoje na tela inicial do sistema Icone com texto.

2. Colocado um contador de caracter decrescente em Cadastros / Configurações / SMS / campo Mensagem de SMS

3. Não será permitido acentos no campo da Mensagem de SMS em, Cadastros / Configurações / SMS / campo Mensagem de SMS.

4. Ao ativar o envio automático de um tipo de SMS será alterado a mensagem padrão para uma das que foram criadas pelo setor Comercial. O texto que aparece antes de ativar sera mantido. O texto é: "Escreva aqui a sua mensagem de agradecimento ao paciente pela preferência. Utilize apenas 160 caracteres. As mensagens não serão enviadas com acentuação."

de pedido recebidos do apoiado" ajustado para: "Pasta padrão para os arquivos dos pedidos recebidos do apoiado"

é que ao cancelar a entrada no sistema quando as datas do banco e do unilab não estão iguais, da um erro de que a tabela não existe. Corrigido.

depois colocado na fila de envio. Corrigido também na entrega de resultados pela tela de impressão agora resgistra a entrega no histórico de intervenções

Totalmente Liberados" fica desabilitado

digitação de resultado.

posterior à 3.01.021 dava o erro "SQL Error: Table 'unilabw.lb_configsistrans' doesn't exist" . Corrigido.

consultado.

alterado é gravado um log desta informação mostrando no histórico de intervenções do pedido esta alteração. Este histórico também será gravado quando um paciente for substituído por outro dentro do unilab.

component name)

validação da Linha. Corrigido Bug da tela de cadastro de pedido de exames que ao confirmar o pedido mostrava a mensagem "Can not open a ResultSet".

Internet > Internet > Enviar e-mail parcial para pacientes.

Corrigido para: "Importar exames já importados anteriormente?".

BUG - Quando atualizando o sistema para uma versão posterior ou igual a 3.01.020 e com pedidos importados pelo u2u, o sistema removia registros de exames sem motivo aparente. Foi corrigido para a atualização não considerar tais pedidos.

Se o convênio estiver esta opção marcada, no ato do faturamento os pedidos que ainda não estão totalmente liberados terão sua data de fatura alterada para o próximo dia.

Estes campos não serão usados dentro do interfaceamento U2U, foram incluídos no interfaceamento para que os outros laboratórios que precisam possam utilizar os campos.

Agora ele informa a data que estará disponível.

Em Cadastros > Configurações de relatórios > configurações de "Etiqueta - carteirinha":

foi incluído o campo "Nome na carteirinha", referente ao cadastro do paciente.

Agora para as entradas no estoque não traz mais esses produtos e para as saídas só trazem os produtos inativos que possuem saldo em estoque.

Quando o serviço parar agora vai parar com erro para que o Sistema operacional reinicie-o.

Agora só envia SMS que foram incluídas dentro do prazo definido em cadastros > configurações > SMS.

Por exemplo se na configuração estiver "Após um período de inatividade, enviar só SMSs geradas a partir de hoje" as de ontem não serão enviadas.

SMSs Pendentes fora desse período não são enviadas, elas aparecem na caixa de saída como "Inativo".

Ao alterar a configuração, aplique a nova configuração clicando em "Atualizar" na caixa de saída.

Na atualização as datas de conciliações estão sendo ajustadas para corrigir o bug onde alguns registros acabavam ficando de fora do relatório.

1. Agora, o botão reenvia olha para o cadastro do médico ou paciente e só reenvia a mensagem se o médico ou paciente estiverem marcados para reenviar e utiliza o número de telefone atual.
2. Removido o botão TODOS.
3. Quando atualiza a qtd de SMS da tela de SMS a qtd de SMS da barra de atalhos também é atualizada e vice versa.

Corrigido também um travamento que ocorria no UniSMS (liberado na v4 do UniSMS)

As escalas e margens podem ser configuradas em "Cadastros > Configurações > (aba) Especiais" aparecia o erro "Floating point division by zero" quando não encontrava o arquivo com as configurações na pasta unilabw/Ureport

Active Data. Esse padrão funciona exatamente como o Lablink, inclusive as pastas padrões de destino/retorno.

BUG - O layout 2 do LabLink não estava importando resultados por TS. Foi corrigido.

Em Cadastros > Pedido de Exames > Inclusão de pedido com cópia agora respeita MTBI de amostras adicionais, pois podem ser diferentes do exame pai. Ao importar exames (Menu cadastro > exames > Importar Exames / Exportar Exames) se o material biológico(MTBI) das Amostras Adicionais estiver diferente dos MTBI's do exame pai, o Sistema irá importar normalmente. Isso não era possível antes e agora está liberado. Ao gerar os arquivos de exames do padrão de interface Unilab, os materiais biológicos não estavam sendo enviados ao laboratório apoiado. Agora eles serão enviados e o interfaceamento irá usar esses materiais para a configuração do exame.

(Foram feitos ajustes de alguns campos que não desabilitavam para modelos gráficos e modelos textos)

Quando utiliza um rodapé configurável, o protocolo deixa de emitir na parte inferior as informações de usuário/senha e o atendente, passando a imprimir o rodapé padrão configurado em Cadastros > Configurações de relatórios > (opção) Protocolo - rodapé.

No cadastro de posto de coleta, quando um posto de coleta só puder alterar os seus pedidos e não puder nem consultar os pedidos dos demais postos, agora é possível marcar a opção "Na tela de pedidos este posto pode acessar apenas os seus pedidos".

Esta opção só restringe quando usuário acessa o posto remotamente e o posto está com este campo marcado. Então na tela de pedidos só é possível listar e filtrar pedidos do posto on line onde o usuário estiver logado e na tela de pendências financeiras do cliente também serão listados apenas os pedidos do posto em questão.

Criados os direitos:

• Pedidos > Fatura Pedido: Permite imprimir a fatura individual do pedido (Na atualização, quem tinha direito em Movimentação > Pedidos passou a ter este novo direito).
• Contatos: Permite cadastrar e consultar contatos para pacientes/pedidos e consultar contatos em pedidos excluídos (Na atualização, quem tinha direito em Movimentação > Pedidos ou Cadastros > Pacientes passou a ter este novo direito).
• Pedidos > Imprime Documentos: Permite chamar a tela de impressão dos documentos do pedido de onde é possível imprimir: Protocolo, Mapa de trabalho individual, Etiqueta de MTBI, Termo de Orientação e Autorização, Recibo, Atestado, Nota promissória e Ficha

interna.(Na atualização, quem tinha direito em Movimentação > Pedidos passou a ter este novo direito).

• Pedidos > Imprime Resultado pela Consulta: Permite imprimir um laudo consultado pela tela de consulta resultados. (Na atualização, quem tinha direito em Relatórios > Resultados > Impressão passou a ter este novo direito).

Menus Fixos:

Os seguintes menus antes eram fixos, todos tinham eles querendo ou não.Agora o usuário Uniware pode retirar estes menus dos usuários que desejar. Isto deve ser retirado do novo usuário que será criado para o Convênio do Ourilab:

• Outros > Certificado > console
• Outros >Cerificado > consumo
• uniware > emissão de boletos

Outros bugs corrigidos:

• BUG - No cadastro de posto de coleta na consulta e exclusão tinham 2 campos que ficavam habilitados.
• BUG - No Lista de pedidos o botão recoleta era o único que não sumia quando o usuário não tinha direito nele. Agora some também.
• BUG - Na tela de pendências financeiras do paciente, o botão entrega/Caixa passou a respeitar o direito "Pedido > Entrega".
• BUG - Não era possível retirar o direito de enviar laudos para internet (automático e manual) e DMED de um usuário. Agora pode é possível. Os menus abaixo estavam "quase" fixos. Eles eram Fixos se o usuário estava com a opção Esconder ativa quando setou os direitos. Mas se eu Setasse os direitos com o usuário com a opção Desabilitar e depois sem abrir a aba de direitos eu mudo para Esconder de volta aí funciona e eu conseguia tirar o direito do usuário. Por isso decidi que não vou atribuir estes direitos para todos os usuários na atualização. Afinal se o usuário estiver com este direito salvo vai continuar, senão não.

Esse resumo imprime um resumo total idêntico ao resumo "SUS 3" mais outros resumos divididos por origem. (nos resumos de origem não constam informações de impostos e descontos)

Corrigido também o parâmetro TELA_MINIMIZADA do Unilaudos que agora abre o Unilaudos minimizado e funcionando.

Por exemplo, alterando um pedido da paciente "Ana Maria", que tem 2 filhos, para a paciente "Marcela", que não tem filhos, ficava a informação de dois filhos no pedido. Foi corrigido.

Esse novo resumo tem uma estrutura similar ao Word, com o nome do exame a mais.

(<ans:horaInicio> <ans:horaFim> & <ansTISS:horaInicio> <ansTISS:horaFim> - Serão enviadas com segundos, milésimos e fuso horário),

No protocolo de entrega:

• incluído o nome do médico
• criada opção de quebrar página por origem.

origem, passou a marcar o laudo como acessado para a senha que acessou.

Na atualização do Unilab, quando precisar atualizar o UnilabHost será dado um aviso. Até que todos os clientes estejam com a versão 4 do Unilab Host, quem faz a atualização do UnlabHost é o Alex. Se atualizar o Unilab e o Alex não estiver disponível, a atualização do Unilab Host pode ser agendada para fazer em um segundo momento.

Corrigido também outro bug: Na tela de impressão de pedidos a lista de impressoras para o termo de orientação e autorização não estava sendo carregada.

tela de triagem quando não usava o F2 do pedido entre uma impressão e outra.

Na impressão pela tela de pedidos estava dando Index out of bounds

foi criada uma opção em cadastro/configuraçoes/coleta e triagem para que pedidos triados sejam colecionados para que quando clique no botão imprimir ou quando fecha a tela imprima as etiquetas e mapas dos pedidos colecionados

com leitor de código de barras"

Esta opção quando ativa faz a triagem por pedido atuar com o leitor de código de barras assim como é a triagem por amostra.

Nesse modo quando leio o código de um pedido ja é carregado o pedido com todas as amostras marcadas.

Quando é lido outro código de pedido o primeiro é salvo automaticamente com as amostras que estiverem marcadas como triadas. Será necessário a confirmação apenas do ultimo pedido.

De modo geral, quando imprime etiquetas do pedido, há uma opção para imprimir etiquetas extras, além das já impressas pelos exames e amostras. A seguir é apresentado como funciona esse recurso:

Em Cadastros > Postos de coleta foi criada o campo "Quantidade de etiquetas extras por pedido", isso define quantas vias extras são impressas por padrão.

Em Cadastros > Configurações > Etiqueta MTBI é listado os perfis de mtbi. Além do perfil local, é exibido o "Extra" e só pode escolher para esse perfil modelos de etiqueta do tipo MTBI - Pedido.

Em Movimentação > Pedidos > Imprime, em cima das etiquetas, aparece o campo de quantas vias extras serão impressas, se já foi impresso alguma via extra para esse pedido, ela vem zerada, assim como se o perfil estiver desconfigurado.

1º - Emergenciais ordenados por data de inclusão na fila

2º - Restante ordenado por data de inclusão na fila (independente de ser vip ou não)

Quando houver algum vip na fila um botão será ativado e quando clicado a coleta será posicionada no próximo vip que houver na fila, e se clicado novamente vai ao próximo ate o ultimo vip e se clicado novamente volta ao primeiro vip.

Ficando assim a critério do coletador como ele vai tratar os vips em relação à fila de coleta.

• 2.01.02
• 2.01.03
• 2.02.01
• 2.02.02
• 2.02.03
• SPData

configuração de exames

gerado para o WEG. A documentação deles estava errada. Eles corrigiram e nós fizemos as alterações necessárias na geração do arquivo.

ps. Será enviado campo Laudo 1 do arquivo WEG contém os exames que não estão configurados para o WEG, respeitando o limite de 400 caracteres.

BUG - Em movimentação > Interfaceamento > Laboratórios de apoio, durante a importação de resultados para os apoios Solução, Reação, DB, U2U e Sabin, os exames com data de triagem digitados por equipamentos eram exibidos como 'digitado manualmente', foi corrigido.

ficar no cadastro de posto de coleta agora, com isso cada posto pode ser configurado individualmente. Na central, essa opção fica indisponível para postos informatizados até que ela receba uma transmissão desse posto.

Para editar a fonte dos textos e dos marcadores, há um botão para isso na tela que abre quando é dado um clique duplo nesses objetos da imagem assim como na previsão do texto.

Durante os testes a Ayoshi solicitou o manual de exames para interfaceamento com apoiados. Esse arquivo deve ser enviado a eles quando for colocar essa interface no cliente.

no relatório de erros da geração de arquivo de fatura a mensagem de médico não encontrado foi melhorada.

Quando o usuário tentava visualizar os resultados dava um erro de "invalid variant type conversion" ou que o exame não tinha resultado, mas aparecia como liberado.

O bug acontecia quando fazia uma sequencia bem específica de recoleta e transmissão.

Esse tipo aparece na coleta de exames.

Incluído validação para não aceitar Campos resultado anteriores com "Resultado referente a variável" diferentes na mesma linha

Quando incluído uma conta com várias parcelas, quando distribuídas em mais de um planos de conta/centro de custo, os cálculos desses últimos dois estavam referenciando o valor total cadastrado, quando deveria ser considerado só o valor da parcela em questão. Corrigido também um bug ao alterar um plano de conta/centro de custo, que ficava um valor negativo no primeiro registro.

Documentado na wiki os código de erro do Unilab em http://svw-uniware2/wiki/index.php/Erros_de_Certificado

marcação de envio de emails. O unilab marcava não marcava para envio parcial quando esse recurso estava ativo além de emails sendo enviados e que não deveriam. Além disso, se o cliente já enviava laudos, mas não enviava e-mails ele ia colocando os e-mails referentes a cada laudo enviado na fila e quando ativava o envio de e-mails ele enviava todos os e-mails de pedidos antigos. A partir de agora, quando ativa o envio de e-mails, a fila de e-mails é limpa, e só serão enviados e-mails de novos pedidos ou pedidos que estavam na fila do unilaudos (caso já usava unilaudos e não enviava e-mail).

Em Relatorios>pedido>exames tercerizados criado Filtro por convênio

• Obs: Estas alterações foram implementadas na 3.01.011c, ticket 40552 mas sumiram nas versões posteriores e foram resgatados agora.

ele é visivel somente quando for o modelo de fatura padrão.

"Erro no relatório: UIntAux.NomeLabo Interfaceamento Inválido" e não saía o relatório. Corrigido.

que sejam recodificados.

O menu Outros/Impressoras especiais pode ser desabilitado (invisível) quando no arquivo .ini do unilab tiver a condição: [IMPRESSORAS] especiais=0

sempre. Nessa versão eles são marcados de acordo com as configurações em Cadastros> Configurações>Mapa de trabalho

Álvaro não entram em pedidos com lotes já gerados para esse mesmo laboratório." e não deixava confirmar.

Agora foi corrigido para dar a mensagem apenas quando ela tem que acontecer e ela não vai mais impedir a confirmação do pedido.

A mensagem foi melhorada para: "O exame 'mnemônico' é interfaceado com o Laboratório de apoio Álvaro. Este pedido já foi incluído em um lote de interfaceamento e o Apoio não vai aceitar este novo exame neste mesmo pedido. Recomendamos que cadastre este exame em outro pedido."

(Unilab entenderá o % como um _)

• BUG1: se clicasse no campo valor e alterasse o valor, ao retirar o foco do campo valor, o

campo valor e o campo data de vencimento ficavam zerados. Se clicasse primeiro no campo data para depois clicar no valor não dava erro.

• BUG2: Quando informava um número de parcela menor que 1 ou maior que 72 dava erro de

fora do range e se tentasse alterar o valor a partir de então ele sumia tb.

• BUG3: Quando informava um valor de uma segunda parcela sem informar a data ele não

inclui a parcela, mas depois se informasse a data e um outro valor, ele fazia a soma do valor total errado.

• BUG4: Quando consultava ou cancelava uma conta a pagar/receber, os campos de data e

valor da parcela ficavam habilitados.

triagem, digitação, liberação ou fazer qualquer outra operação que altere o status de um exame.

Agora foi corrigido para dar a mensagem apenas quando ela tem que acontecer e ela não vai mais impedir a confirmação do pedido.

A mensagem foi melhorada para: "O exame 'mnemônico' é interfaceado com o Laboratório de apoio Álvaro. Este pedido já foi incluído em um lote de interfaceamento e o Apoio não vai aceitar este novo exame neste mesmo pedido. Recomendamos que cadastre este exame em outro pedido."

uns dias depois de sincronizar já estava errado de volta.

• Aumentamos a tolerância da checagem de 10 segundos para 1 minuto;
• Corrigimos o Guardião do tempo para:
  • Não dar mais erro quando roda um processo pesado;
  • Não atrasar o relógio da máquina;
  • Não falhar quando o nome da máquina estiver escrito com alguma letra maiúscula.

estar visível juntamente com o campo instrução para o paciente ao pressionar o F9 na tela de coleta informatizada e na tela de pedidos quando um exame estiver selecionado. Esses novos recursos foram implementados também no manual de exames para apoiado (menu relatórios > Cadastros > Exames > Exame > Manual de exames para apoiado.) . Também vai estar disponível para configuração de exames interfaceados quando o interfaceamento é padrão Unilab.

para um lote (Exigência do Lab. Álvaro)

dessa versão era possível somente antes.

• Imprime observações do pedido

A primeira opção mostra em uma linha separada dos exames do pedido as observações do pedido, do paciente, da amostra e Hormônios ou medicamentos se alguma dessas informações estiver preenchidas.

• Imprime informações do sexo feminino

A segunda opção mostra, na mesma maneira, as informações como DUM, nº de filhos, etc. Essa linha omite os campos não preenchidos, por exemplo, se uma mulher não possuir filhos, não vai aparecer na planilha, ou se ela não estiver na menopausa (escrito NÃO)

colocar o título da coluna antes do conteúdo da mesma. Agora foi implementado uma opção para não imprimir esse título quando o conteúdo da coluna for vazio. Por padrão essa nova opção vem desmarcada.

maiúsculas. Também foi criado um botão nesta mesma tela que faz a conversão dos registros no banco de dados, deixando o nome dos pacientes todos em letra maiúscula.

página a cada pedido impresso.

Quando a conversão é feita pelo console (quando não faz pela atualização), o arquivo uniware.aic é renomeado para não correr o risco de acessar ele com o programa antigo de certificado.

Botão Imprimir.

Foi corrigido.

No Cetus é possível confgurar se vai utilizar separador de milhar ou não, e no Unilab não tinha este recurso. Quando o Cetus era utilizado apenas com o Unilab ele era configurado para não utilizar o separador de milhar, entretanto, no cliente Sugisawa o Cetus já é utilizado com separador de milhar que é o padrão dos outros 2 sistemas que estão lá e inerfaceiam com Cetus.

(ps: habilitar convênio Unimed novamente no cliente)

Fatura) e "Usa numeração automática"(Num. Guia) estiverem marcadas, os exames não eram agrupados corretamente. Foi corrigido.

excluida", sendo que Mapa - Config. Padrão Exames é a única opção que não precisa de configuração padrão.

No cadastro do pedido não estava calculando a data de entrega para alguns exames. Isto ocorria quando o Exame tinha sido incluído pelo DE-PARA, ou no posto de coleta acontecia quando incluía um novo exame na central pelo cadastro de exames mesmo.
BUG 2 - Na coleta informatizada, ao calcular a data de entrega ele não considerava sábados, domingos e feriados como na tela de cadastro de pedidos.
BUG 3 - Quando cadastro um exame e transmito para o posto de coleta, o prazo individual daquele exame não era transmitido, para nenhum convênio.
BUG 4 - Quando Não uso coleta informatizada, e em cadastros > configurações > mapa de trabalho, a opção "Imprime exames já impressos ou com MTBI não coletado" está com Não E Uso mapa de trabalho individual; Cadastro um pedido sem data de coleta e mando imprimir o mapa dos exames não coletados, ele coloca data de coleta nos exames e não recalculava o prazo de entrega.
BUG 5 - Quando cadastro um lote de exames terceirizados e incluo no lote um exame que não estava coletado ele grava a data da coleta automaticamente no exame e não estava recalculando o prazo de entrega.

Para o confluence, é gerado um arquivo compactado POR PEDIDO. Dentro dele haverá um arquivo pdf para cada exame e o xml para o interfaceamento do convênio.

Os arquivos do confluence são gerados para todos os pedidos 'enviados para internet', desde que a configuração do convênio esteja devidamente configurada. Isso independe do provedor Citado no primeiro paragrafo.

No interfaceamento com equipamentos (menu Movimentação » Interfaceamento » equipamento) foi implementada a rotina que será utilizada para gerar os lotes de interface. Foram criadas duas opções fixas e em seguida será listado as opções que se encontram na tabela de rotinas. A primeira opção fixa é "Apenas rotinas de hoje". Com essa opção selecionada somente as rotinas que estiverem marcadas com o dia vigente serão executadas. A segunda opção fixa é "Todas as rotinas". Esta é a opção padrão do interfaceamento, com essa opção selecionada todos os exames são mandados para o lote independente da rotina que estiver selecionada no exame. Se uma rotina específica for marcada, somente entrará nos lotes os exames que tiverem essa rotina cadastrada.

BUG2 - Na importação de resultados de equipamento quando tinha mais do que um equipamento lendo de caminhos diferentes e não tinha nenhum arquivo em nenhuma pasta para ler ele estava escrevendo errado o path das pastas de resultado no relatório de erro.

Para variáveis com essa interface deve ser colocado apenas 8 caracteres. O cliente terá a chave de liberação especifica para usar u layout 2.

ficava disponível para entrar em outro lote de equipamentos. Foi Corrigido.

- Quando precisar retirar uma data de coleta de um exame que já está no equipamento ele tem que fazer isso pela recoleta para que fique registrado o motivo da recoleta. E quando o exame for coletado novamente ele será enviado novamente para o equipamento, em outro lote.
- No Histórico de intervenções ficará registrado quando o exame for incluído ou excluído de um lote de equipamento. 

mensagem "Esta resposta está cancelada e por isso não pode ser alterada" quando uma resposta cancelada estava selecionada. Isso devia estar somente na alteração das respostas. Foi corrigido.

Quando utilizar impressão para arquivo em alguns dos campos acima, escrever sempre FILE=X:\caminho\nomearquivo.extensão Este recurso diz ao Unilab para gerar cada página em um arquivo com nome diferente.<br\> 2 - Ao imprimir protocolo modelos 5 e 6, não estava gerando um arquivo para cada página quando usava o recurso FILE=. Ao imprimir para arquivo o mapa modelo 7 com FILE= não imprimia nada.

Os Modelos de fatura impressa que tiveram essa implementação são: Padrão, Sus - 1, Sus - 2, Sus - 3, Sus - 4, Sus - 5, Sus - BPA, Rateado, Sintético, Planilha, Empresa, Associado Paciente, Padrão empresa.
E os Resumos de Fatura Impressa são: Resumo1, Resumo 3, Paciente e Por Empresa.

Em Relatorios > Pedidos > Exames terceirizados foi criado o filtro por convênio e a opção de filtro de data por Entrada ou por Fatura.

Na Impressão da Fatura que fica em Movimentação » Faturamento e na Previsão de Fatura que fica em Relatórios » Financeiro » Previsão de Fatura, foi implementado o Resumo por Laboratório de Apoio. Neste resumo é totalizado o valor correspondente de cada laboratório de apoio que está vinculado à Fatura ou à Previsão da Fatura.

O correto é conforme o Dionath escreveu no ticket: deveria chamar o foco para a tela já aberta em segundo plano.

Se cadastrar em um pedido deste convênio um exame que já foi realizado para o mesmo paciente e mesmo convênio a menos de 30 dias atrás ele só vai permitir o cadastro caso o usuário tenha o direito "Repetir exames" ou pedir autorização à distância para alguém que tenha.

Caso seja autorizado na rastreabilidade financeira fica registrado o fato.

Se o exame do pedido tem cobrança diferenciada, o exame que não pode repetir é o exame cobrado e não o que é informado no pedido.

Neste campo se estiver informado 0 (zero) o convênio não fará a validação dos dias e o sistema continua funcionando como está hoje.

Melhoradas as mensagens de erro na transmissão para que o usuário tenha uma informação da maneira como ele deve proceder.

No servidor de transmissão os textos dos eventos passaram a ser exibidos com o mesmo padrão de cores que no posto. E caso a transmissão esteja sendo feita online, não dispara mensagens de erro em janela para dar OK, somente salva no log para não parar o servidor de transmissão.

• Criada rotina para totalizar saldos de estoque em quantidade e em valor por dia e por lote

+ dia.

• Em Menu Gerenciamento Financeiro » Relatórios » Estoque - Posição Atual. Criado relatório de posição do estoque que tem como objetivo dar para cada produto a quantidade existente no estoque. Este relatório pode ser tirado com data retroativa, neste caso ele irá mostrar os saldos na data informada.

• Criado novo relatório de movimentação de estoque por centro de custo. Pode ser

encontrado no Menu Gerenciamento Financeiro » Relatórios » Estoque - Movimentação por centro de custo.

Implementado novo controle de licenças. Documentação disponível na página Licenças Uniware desta wiki.

O número de vias a serem impressas desse termo é configurável em Cadastros > Configurações, a aba pedido.

por dia. Ao atualizar para a versão 3.01.010 o Unilab atualiza todos os pedidos que possuem a data de fatura no mesmo dia da data de entrada para o horário de entrada, e todo período final de fatura já cadastrada para o horário 23:59. Em uma primeira instância, a data/hora da fatura será a mesma da entrada no cadastro de pedidos e a hora padrão do encerramento da fatura será 23:59. Esse novo horário será exibido em TODOS os modelos de fatura impressa e poderá ser utilizado em todos os relatórios que filtram pela data de fatura (sendo exibidos nos mesmos). BUG - Na impressão do relatório de arquivos gerados para o convênio em alguns relatórios o período do relatório estava errado, estava repetindo na data final a data inicia. Isso foi corrigido na geração do Planserv e em alguns outros relatórios de geração do XML.

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

• Obs: No cadastro de médicos estava como Login e em todoo restante do sstema estava como Usuário. No site deste cliente alterado de "login" para "usuário". Ainda vamos ver como vamos fazer para padronizar os demais sites.

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

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

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

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

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

estavam sendo agrupados corretamente.

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

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

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

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

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

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

certeza que deseja confirmar o laudo sem resultado?".

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

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

pacientes o F8 não estava funcionando.

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

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

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

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

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

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

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

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

Erro no relatorio Control has no parent window

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. data de entrada de até.

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

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

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

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

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

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

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

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

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

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

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

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

Processo normal de utilização:

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

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

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

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

EX.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Incluir na rastreabilidade do pedido.

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

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

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

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

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

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

Correções:

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

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

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

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

Detectamos e corrigimos o erro.

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

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

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

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

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

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

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

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

Verificado que o erro ocorre quando:

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

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

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

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

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

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

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

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

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