Gerenciamento da Agenda Ambulatorial (Processo Terapias)

A figura a seguir ilustra a interface F01826 que gerencia o processo de agendamento e controles operacionais da agenda ambulatorial (processos de Terapias).

Descritivo das Colunas

Gride: Consultas

ID Consulta: Identificador unívoco de cada consulta (gerado automaticamente pelo sistema). Nota: Esse campo tem correspondência com o campo “ID Consulta” no gride baixo (Agenda).

Ambulatório: Nome do ambulatório.

Data Objetivada: (AGENDASTARTDATE) Data e horário para agendamento da consulta.

Nº Atend.: (IDADMISSON) Nº do atendimento no prontuário eletrônico ambulatorial do IW.

Sexo: (GENDER) Sexo do paciente agendado.

Idade: (PATIENTAGE) Idade do paciente.

Fila de Espera: (WAITLIST) Coluna “Editável” que sinaliza aquelas consultas que serão agendadas com status de “Fila de Espera = Sim”. Tratam-se basicamente de consultas que no momento do agendamento não houve disponibilidade de agenda para a realização desse agendamento da forma “desejada”. Essas consultas ficarão marcadas como “Fila de Espera = Sim” para que em situações onde algum paciente venha a desmarcar uma consulta com antecedência, os profissionais que administram o agendamento possam localizar prontamente essas consultas para dar prioridade às mesmas em um eventual novo agendamento. Para efetivar a marcação dessas consultas com “Fila de Espera = Sim” no ato do agendamento dessas consultas (mediante o uso do botão “Agendar”) o profissional administrativo deverá tomar o cuidado de marcar essa coluna com “Sim” para as mesmas.

Telefone: (TELEPHONE) Telefones de contato do paciente.

Gride: Agenda

Colunas de Sinalização:

(E) Elegível: (SENROLLACTIVE) Essa coluna indica se o paciente está ativo na Operadora (elegível) ou não. Essa coluna será valorado com “S” quando o paciente estiver ativo (elegível) na Operadora e com “N” quando o paciente estiver inativado no cadastro da Operadora. Nota: Para apresentar a cor do campo o sistema observa a coluna “Flag Ativo (Operadora)” (ENROLLACTIVE) no gride.

(R) Flag Realização: (SWRITEOFF) Flag que indica se a consulta já foi realizada. A marcação da consulta como realizada é realizada através da operação “Concluir Consulta” pelo terapeuta. Essa coluna será colorida na cor de fundo “azul escura” quando a consulta já tiver sido realizada e ficará com cor de fundo branca para as consultas que ainda não foram registradas como já tendo sido realizadas pelo terapeuta.

(P) Flag Pend. Cons. Adic.: (SPENDENCY) Flag de sinalização de pendência de geração de consultas adicionais solicitadas pelo Terapêuta. Essa coluna será valorada da seguinte forma: cor amarela quando existir a pendência de geração de consultas adicionais e ficará com cor branca caso não exista pendência de geração de consultas adicionais.

(A) Flag Status Autoriz.: (SAUTEXTST ) Flag de sinalização de pendência de autorização da consulta pela Operadora. A valoração dessa coluna se baseia no valor da coluna “Status Autorização Operadora” de acordo com a seguinte convenção:

Status	Descrição	Cor
1	Autorizado	Verde
2	Em análise	Amarelo
3	Negado	Vermelho
4	Aguardando justificativa técnica do solicitante	Laranja
5	Aguardando documentação do prestador	Laranja
6	Solicitação cancelada	Preto
7	Autorizado parcialmente	Cian

Nota Técnica: A valoração desse parâmetro depende do valor do parâmetro global CAP_F01826_AUTHORIZEXT_COLOR.

(I) Flag Indisponivel: (SUNAVAILAB)Flag de sinalização de indisponibilidade do horário para receber agendamento de consultas pelo Terapeuta. Essa coluna será colorida com cor “cinza” quando o horário estiver “indisponível” para receber agendamento, caso contrário a coluna ficará com cor branca. Nota: Esse sinalizador observa o valor da coluna UNAVAILABLE (quanto UNAVAILABLE = 1 ocorrerá a valoração com cor cinza).

(C) Flag ConfIrm. Paciente: (SPATCONFIRM) Flag de sinalização que indica se a consulta já teve confirmação do paciente ou não. Esse sinalizador se baseia no valor da coluna “Confirm. Paciente (sim,não) da seguinte forma: Quando “Flag ConfIrm. Paciente = Sim” essa coluna terá a sua cor de fundo pintada na cor “verde” caso contrário a coluna terá a sua cor de fundo “branca”.

(F) Fila Espera: (SWAITLIST) Flag de sinalização que indica se a consulta está marcada como “fila de espera”. Esse sinalizador se baseia no valor da coluna “Fila de Espera” da seguinte forma: Quando “Fila de Espera = Sim” essa coluna terá a sua cor de fundo pintada na cor “laranja” caso contrário a coluna terá a sua cor de fundo “branca”.

(FA) Flag Pendência Faturamento: (SBILLING) Flag de sinalização que indica pendência de faturamento. Esse sinalizador ser baseia no valor da coluna “Pendência Faturamento (BillingPendency)” e será acesso na cor “vermelha” quando a consulta estiver com “pendência de faturamento ativa” (coluna “Pendência Faturamento (BillingPendency)” = 1) ou estará apagado (com de fundo branca) quando ainda não tiver sido realizada nenhuma tentativa de faturamento da consulta (coluna “Pendência Faturamento (BillingPendency)” = null) ou será aceso na cor de fundo “verde” quando a consulta já estiver sido faturada com sucesso (coluna “Pendência Faturamento (BillingPendency)” = 2). IMPORTANTE: Essa coluna deverá retornar no gride somente quando o parâmetro global CAP_F01826_TISSPAYMENT_ACTIVE estiver ativo ( comando cadastrado na IFRSQLCOMMAND com formid = 1826 e keyindex = 102 deve ser ajustado para trazer a coluna corretamente valorada).

Colunas Informativas:

Ambulatório: Nome do ambulatório.

Dia: Dia da semana (ex.: 2º, 3º etc).

Horário: (AGENDASTARTDATE) Data e horário para agendamento da consulta.

Horário Chegada: (PATIENTARRIVEDATE) Dara e horário do registro da chegada do paciente o ambulatório.

Nome do Profissional: (PROFESSIONALNAME) Nome do Terapeuta para o agendamento da consulta.

Nº Atend.: (IDADMISSON) Nº do atendimento no prontuário eletrônico ambulatorial do IW.

Nome do Paciente: (PATIENTNAME) Nome do paciente agendado. Telefone: (TELEPHONE) Telefones de contado do paciente. Nota: Essa informação poderá ser editada através do botão “Editar Cadastro”.

Atividade: (ACTIVITYTYPE) Tipo de atividade relacionado à consulta. Nota: O domínio de valores desse atributo é estabelecido na constante K_CAP_CONS_ACTIVITY_TYPE.

Telefone: (TELEPHONE) Telefones de contato do paciente.

Sexo: (GENDER) Sexo do paciente agendado.

Idade: (PATIENTAGE) Idade do paciente.

Comentários: (COMMENTS) Comentários, campo textual que poderá ser editado pelos profissionais administrativos. Esse atributo poderá ser editado através do botão “Editar Dados Autoriz”.

Status Autorização Operadora: (AUTHORIZEXTSTATUS ): Essa coluna indica o status da aprovação da consulta na Operadora. Nota: Essa coluna é mapeada na constante K_CAP_STATUS_AUTHORIZ_TISS. De acordo com a padronização TISS os valores possíveis para essa coluna são os seguintes:
1 Autorizado
2 Em análise
3 Negado
4 Aguardando justificativa técnica do solicitante
5 Aguardando documentação do prestador
6 Solicitação cancelada
7 Autorizado parcialmente

Senha Autorização: (AUTHORIZEXTCODE): Senha de autorização da consulta concedida pela Operadora.

Data Conclusão Consulta: (WRITEOFFDATE): Data da realização da consulta. Esse atributo será valorado através do botão “Concluir Consulta”.

Nº Consultas Adicionais: (CONSULTQTY): Nº de consultas adicionais solicitadas pelo Terapeuta. Esse atributo será valorado através do botão “Concluir Consulta”.

Nº Cons. Autoriz Operadora: (AUTHORIZEDQTY): Nº de consultas autorizadas pela Operadora. Esse atributo poderá ser valorado através dos botões “Autorizar Adicionais”, “Obter Status Autoriz” ou “Editar Dados Autoriz”.

Pend. Gerar Consultas: (PENDENCY): Flag que indica existência de pendência de “gerar consultas adicionais solicitadas pelo terapeuta”. Essa coluna poderá assumir valores do tipo “Sim” (existe pendência de geração de consultas adicionais) ou “Não” (não existe pendência de geração de consultas adicionais).

Dia da Semana Objetivado: (MASK ) Nos casos em que terapeuta desejar especificar um dia da semana específico para o agendamento das consultas adicionais para o paciente ele poderá valorar esse atributo indicando esse(s) dia(s) objetivado(s). A informação que o terapeuta informou para esse campo na operação “Concluir consulta” ficará gravada e será exibida nessa coluna.

Elegível: (ELIGIBLE) Essa coluna é valorada pelo terapeuta durante a execução da operação “Concluir Consulta”. A informação inserida pelo terapeuta será exibida nessa coluna.

Motivo Não Elegibilidade (NOTELIGIBLECAUSE) Essa coluna será valorada pelo terapeuta na execução da operação “Concluir Consulta”. A informação inserida pelo terapeuta será exibida nessa coluna.

Confirm. Paciente: (PATIENTCONFIRM) Confirmação da consulta pelo paciente (Sim,Não). Essa coluna poderá ser valorada através do botão “Confirm. Paciente”.

Contrato: (CONTRACTNAME) Refere-se ao nome do “contrato” no IW debaixo do qual o paciente foi cadastrado no prontuário eletrônico do IW.

ID Evolução: (IDEVOLUTION) Refere-se ao ID do registro de evolução clínica realizado pelo terapeuta no prontuário eletrônico do IW. Esse ID é gerado automaticamente pelo IW no ato da realização da operação “Reg. Prontuário” no IW pelo terapeuta.

ID Consulta: (IDCONSULT) Trata-se de um identificador (campo numérico) gerado automaticamente pelo sistema que identifica de forma unívoca cada consulta agendada no ambulatório de terapias.

ID Grupo Consultas: (IDCONSULTGROUP) Essa coluna identifica um conjunto de consultas que compõem uma terapia completa de um paciente. Por exemplo: Um processo de terapia completo se inicia com o agendamento de uma “1º consulta” (essa 1º consulta receberá um “ID Consulta” que trata-se de um campo numérico que identifica univocamente essa 1º consulta no IW). Durante o atendimento dessa 1º consulta o terapeuta avaliará a elegibilidade do paciente para o tratamento e poderá solicitar o agendamento de consultas adicionais. Esse registro irá gerar uma pendência de “Geração de consultas adicionais”. Um profissional administrativo deverá posteriormente resolver essa pendência procedendo a geração dessas consultas adicionais através do uso do botão denominado “Gerar Adic 1ª Cons”. No ato da geração dessas consultas adicionais o sistema irá valorar essa coluna “ID Grupo Consultas” com o “ID Consulta” da 1º consulta do paciente. Ou seja, todas as consultas adicionais são valoradas com “ID Grupo Consultas” igual ao ID Consulta daquela 1º consulta que deu início ao tratamento. Através da observação dessa coluna “ID Grupo Consultas” podemos visualizar o conjunto de consultas que formam um “tratamento de terapia completo”.

ID Agenda: (ID) Trata-se de um identificador (campo numérico) gerado automaticamente pelo sistema que identifica de forma unívoca cada horário disponível na agenda dos terapeutas.

Período: (WEEKDAYPERIOD) Corresponde a uma denominação de um grupo de horários diferenciados para agendamento (ex.: Manhã, Tarde, Sessões 20 Minutos, Sessões 30 Minutos, Retorno Nutricionista etc). O Domínio dos possíveis valores para “Período” são configurados na definição das agendas dos terapeutas. Nota: Esse domínio fica organizado na constante CAP_WEEKDAY_PERIOD do IW.

Período Objetivado: (WEEKDAYPERIODGOAL): Essa coluna poderá ser valorado pelo terapeuta no instante da execução da “conclusão de uma consulta” nos casos em que ele solicitar geração e agendamento de consultas adicionais o terapeuta poderá indicar um “período” objetivado no qual as consultas adicionais deverão ser geradas. Exemplo: Um caso típico seria a indicação do terapeuta para que as consultas adicionais sejam geradas em um período de agendamento de “grupo”.

Fila de Espera: (WAITLIST) Essa coluna sinaliza aquelas consultas que foram agendadas com status de “fila de espera”. São basicamente consultas que no momento do agendamento não houve disponibilidade de agenda para a realização desse agendamento da forma “desejada”. Essas consultas ficam marcadas como “Fila de Espera = Sim” para que em situações onde algum paciente venha a desmarcar uma consulta com antecedência, os profissionais que administram o agendamento possam localizar prontamente essas consultas (que ficaram marcadas como “Fila de Espera = Sim”) para dar prioridade às mesmas em eventual novo agendamento.



Realizando Pesquisas de Informações na F01826

Pesquisar: O acionamento dessa transação fará com que o sistema realize a pesquisa das informações preenchendo tanto o gride de cima “Consultas” quanto o gride de baixo “Agenda” obedecendo aos seguintes critérios de filtragem:

O gride (composto por uma única linha) contém uma lista de argumentos de filtragem que descrevemos a seguir:

Centro Ambulatorial: Trata-se de uma caixa de seleção preenchida com a relação de “Centros Ambulatoriais” configurados na sua base de dados (vide interface Menu – Configuração (4) – (1) – (3) que se refere ao cadastramento de centros ambulatoriais).

Especialidade da Consulta: Trata-se de campo de filtragem tipo “SCC” do IW para escolha de uma especialidade desejada para filtragem na pesquisa. Digite parte do nome da especialidade desejada e tecle <enter>, o sistema irá abrir caixa de diálogo exibindo a relação de especialidades clínicas compatíveis com o texto de filtragem desejado. A figura a seguir ilustra essa navegação:



Selecione a especialidade desejada e clique no botão “ok” para que o sistema feche a caixa de apoio e valore automaticamente os campos “Especialidade” e “Nome da Especialidade” automaticamente.


Nº Registro: Refere-se a filtragem por “Profissional”. Informe o número de registro do profissional no seu respectivo “Conselho” (exemplo: CREFITO de um fisioterapeuta) e tecle <enter>. O sistema irá valorar o campo “Nome do profissional” automaticamente (caso não seja localizado um único profissional com o respectivo número de conselho informado o sistema irá exibir a caixa de diálogo F01179 de apoio à localização do profissional desejado). A figura a seguir ilustra a caixa de diálogo F01179:

Realize a pesquisa e selecione o profissional desejado e clique no botão “Selecionar”, o sistema irá fechar a caixa de diálogo de apoio e valorará os atributos “Nº Registro” e “Nome do Profissional” no gride de filtragem.

Nota: O recurso de segurança global denominado CAP_F01826_Allow_Prof_Selection interferirá no comportamento da edição sobre esse atributo de filtragem da seguinte forma: Se o usuário logado tiver esse recurso declarado nas suas diretivas de segurança na condição "disabled" ao lançar a interface F01826, esse profissional já será posicionado automaticamente no gride de filtragem e ficará também não editável. Essa diretiva de segurança deverá ser utilizada para restringir o acesso dos terapeutas somente às suas “consultas” e ou “Agenda”.

Nº Atend: Esse atributo de filtragem se refere a um “atendimento ambulatorial” (prontuário ambulatorial do IW), ou seja, serve ao propósito de selecionar um paciente. Você poderá utilizar um dos seguintes recursos para ativar a filtragem por paciente:

· (a) Digitar diretamente o número do prontuário ambulatorial e teclar <enter> para que o nome do paciente seja valorado automaticamente no gride de filtragem.

· (b) Digitar o “nº da carteira do beneficiário na Operadora” e teclar <enter> para que o nome do paciente seja valorado automaticamente no gride de filtragem. Nota: O parâmetro global CAP_ADMISSION_NEW_FORMID pode ser determinante no comportamento que o sistema terá nessa navegação.

· (c) Digitar parte do nome do paciente desejado seguido de um caracter “?” no campo “Nome do paciente” e teclar <enter>. Isso fará com que o sistema lance a caixa de diálogo de apoio à localização do paciente desejado. Exemplo: Para localizar um paciente que você sabe possui a palavra “Eduardo” em seu nome digite no campo “Nome” o seguinte text: %Eduardo? (isso fará com que sistema busque por pacientes que tenham a palavra “Eduardo” não necessariamente no início do nome).

A figura a seguir ilustra a caixa de diálogo que irá exibir o resultado da pesquisa por nome de pacientes. Você deverá selecionar a linha correspondente ao paciente desejado e clicar no botão “Selecionar” para que o IW fecha a caixa de diálogo e valore automaticamente os atributos “Nº atend” e “Nome do paciente” no gride de filtragem.

Nº Carteira do Paciente: Esse atributo poderá ser valorado para localizar um paciente através do seu “Nº de carteira na Operadora”. Você poderá digitar o número completo da carteira de um beneficiário, o sistema irá localizar o atendimento cujo nº de carteira na Operadora corresponde ao nº informado. Nota: Para instalações que operam com integração com o sistema da Operadora veja a descrição do parâmetro globaol denominado CAP_ADMISSION_NEW_FORMID.

Nome do Paciente: Esse atributo poderá ser utilizado para localizar pacientes a partir da digitação de “parte do nome do paciente”. Para realizar esse tipo de pesquisa digite “%” seguida de uma parte do nome do paciente seguida do caracter “?” (interrogação). O sistema fará a busca de pacientes que contém no seu nome a parte digitada. Exemplo: Para procurar por pacientes que tenham “ALBUQUERQUE” em seu nome digite “%ALBUQUERQUE?” no campo “Nome do paciente” e clique no botão Pesquisar. Para procurar por pacientes cujo nome se inicia com uma palavra de busca digita simplesmente o início do nome do paciente seguido do caracter “?”. Exemplo para procurar por um paciente que se chama “PEDRO AUGUSTO DE LIMA” pode-se digitar “PEDRO A?”: O sistema fará busca de todos os pacientes cujos nomes se iniciam com “PEDRO A”.

Data Início: Determina a data de início do intervalo de tempo a ser considerado na pesquisa (incide tanto no resultado do gride de “Agenda” como no gride de “Consulta”).

Data Fim: Determina a data de término do intervalo de tempo a ser considerado na pesquisa (incide tanto no resultado do gride de “Agenda” como no gride de “Consulta”).

Período: Esse campo corresponde a uma caixa de seleção com a relação de períodos configurados na modelagem da agenda dos profissionais. Para buscar horários livres ou agendamentos que estejam agendados em período específico selecione o período desejado nesse atributo e clique no botão “Pesquisar”.

IMPORTANTE:

(a) Pelo menos um dos atributos de filtragem “Centro Ambulatórial” ou “Nº Atendimento” precisa ser valorado para que o botão “Pesquisar” seja habilitado.
(b) Os atributos “Data Início” e “Data Fim” também são argumentos obrigatórios. Caso seja realizada uma pesquisa sem valorar esses dois atributos será emitida mensagem de erro ilustrada abaixo:

Dia da Semana: Informe nesse atributo de filtragem um dia da semana desejado para o resultado da pesquisa.

Pendência Faturamento: Informe nesse atributo de filtragem uma da opções presentes: “Pendência Faturamento (1)” ou “Faturamento Realizado (2)” . Nota: Esse atributo de filtragem desse ser associado à constante K_FIN_AMBULATORY_PENDENCY. IMPORTANTE: Esse atributo de filtragem será procedente somente quando o parâmetro global CAP_F01826_TISSPAYMENT_ACTIVE estiver ativo .

As caixas de checagem situadas logo abaixo do gride contendo os atributos de filtragem também participarão da filtragem realizada na pesquisa da seguinte forma:

Hoje: O acionamento dessa caixa de checagem fará com que o sistema valore automaticamente os atributos de filtragem “Data Início” e “Data Fim” com a data corrente (quando desmarcamos esse check box o sistema irá limpar os valores nesses campos (nesse caso você terá que informar o intervalo de datas desejado).

Pend. Autorização: Esse check box atua no resultado exibido no gride de baixo “Agenda” da seguinte forma: “Serão exibidas somente consultas que ainda não possuem autorização na Operadora”. Especificamente o sistema irá considerar o campo “SENHA” (AUTHORIZEXTCODE) na formação do filtro de modo que “somente consultas que valor do campo SENHA = null (vazio) serão exibidos no resultado da pesquisa. Nota: Os demais argumentos de filtragem continuam válidos. Por exemplo serão exibidas consultas que ainda não possuem autorização junto à operadora no intervalo de datas “Data Início” até “Data Fim” etc.

Pend. Geração Cons: Esse check box atua no resultado exibido no gride de baixo “Agenda” da seguinte forma: Quando esse check box estiver ticado o sistema irá exibir no resultado da pesquisa somente registros de consultas nos quais o Terapêuta, durante o tratamento, “solicitou o agendamento de consultas de prorrogação do tratamento” e “essas consultas de prorrogação ainda não foram geradas”. Nota: Os demais argumentos de filtragem continuam válidos.

Pend. Geração 1º Cons: Esse check box atua no resultado exibido no gride de baixo “Agenda” da seguinte forma: Quando esse check box estiver ticado o sistema irá exibir no resultado da pesquisa somente registros de consultas que se referem à 1ª consulta agendada para o paciente na qual o Terapêuta “solicitou o agendamento de consultas adicionais” e “essas consultas adicionais ainda não foram geradas”. Nota: Os demais argumentos de filtragem continuam válidos.

Pend Agendamento: Esse check box atua no resultado do gride “Cima” “Consultas” da seguinte forma: Quando esse check box estiver ticado ao clicar no botão “Pesquisar” o sistema além executar um comando adicional para trazer as “Consultas” com pendência de “Agendamento” (consultas não agendadas). Nota: Os demais argumentos de filtragem continuam válidos.

Somente horários livres: Esse check box atua no resultado exibido no gride de baixo “Agenda” da seguinte forma: Quando esse check box estiver ticado o sistema irá exibir no resultado da pesquisa somente registros que correspondentes a horários livres na agenda. Nota: Os demais argumentos de filtragem continuam válidos.

Somente horários agendados: Esse check box atua no resultado exibido no gride de baixo “Agenda” da seguinte forma: Quando esse check box estiver ticado o sistema irá exibir no resultado da pesquisa somente registros que correspondentes a horários “agendados”. Nota: Os demais argumentos de filtragem continuam válidos.

Fila Espera: Esse check box atua no resultado exibido no gride de baixo “Agenda” da seguinte forma: Quando esse check box estiver ticado o sistema irá exibir no resultado da pesquisa somente registros que correspondentes a horários que foram classificados como “interesse em fila de espera”. Conceito: A marcação de horários agendados como “interesse em fila de espera” poderá ocorrer sempre que o agendamento de uma série de terapias encontrar dificuldades de agenda resultando em um agendamento “não ideal”. Essas consultas marcadas como “interesse em fila de espera poderão ser localizadas rapidamente mediante a ativação desse check nos casos em que ocorrerem desistências por parte de outros pacientes gerando lacunas de agenda que deverão ser “preferencialmente” preenchidas com os pacientes que estiverem aguardando na fila de espera.

Descritivo das Transações

Botão: Ajuda (?) : (Administrativo/Terapeuta): Esse botão irá lançar uma caixa de diálogo a descrição do conceito das colunas que desempenham o papel de “sinalizadores” (são as primeiras colunas da esquerda para a direita no gride).

Botão: Ficha Individual (Ícone de uma Ficha) (Terapeuta): Esse botão fará o lançamento da ficha individual (contendo um resumo do prontuário eletrônico do paciente).

Botão: Editar Cadastro: (Administrativo) O acionamento desse botão fará com que o IW apresente caixa de diálogo específica para edição / revisão de algumas informações cadastrais do paciente (ex.: Telefone etc).

Para proceder as edições diretas sobre dados cadastrais basta editar diretamente no gride vertical ilustrado acima e clicar no botão “Salvar”. Especificamente para alterar o “Número da carteira” do beneficiário acione o botão “Editar Número de Carteira” ilustrado acima. O acionamento desse botão fará com que o sistema lance a seguinte caixa de diálogo:

No campo “Tarja magnética” ilustrado acima você poderá realizar a leitura da tarja magnética da carteira do beneficiário (caso esteja em a mesma em mãos). Ao realizar a leitura da tarja magnética o sistema já fará o lançamento do número de carteira do beneficiário (obtido da tarja magnética) no campo denominado “N. Carteira Posterior” situado no gride de cima nessa interface. Caso não esteja com a carteira do beneficiário em mãos você poderá digitar diretamente esse número de carteira diretamente no gride.

Uma vez que o campo “N. Carteira Posterior” esteja corretamente valorado no gride de cima você poderá clicar no botão “Obter Inform. Nova Carteira” para acionar a integração com o sistema da Operadora para obter um conjunto de informações referentes ao novo número de carteira. Os dados obtidos serão exibidos no gride de baixo da interface acima. IMPORTANTE: Você deverá verificar se as informações obtidas estão corretas e se referem de fato ao beneficiário cujo cadastro está sendo editado.

Uma vez validadas as informações da nova carteira do beneficiário clique no botão “Registrar Alteração” para proceder a alteração do número de carteira do beneficiário no sistema. IMPORTANTE: O sistema irá ainda confrontar o valor que retornou na coluna de nome reservado = STATUS com valores de status válidos configurados no parâmetro global CAP_PATIENT_STATUS_ELEG_TISS. Caso o valor retornado na coluna STATUS não conste na relação de status válidos configurados nesse parâmetro será emitida ao usuário a mensagem de ID = 6751.

Botão: Indisp Agenda: (Administrativo) Esse botão fará a marcação de horários indisponíveis na agenda do profissional. Selecione uma ou várias linhas (que estejam marcadas como “disponíveis para receber agendamento) e clique nesse botão. O sistema irá emitir uma caixa de diálogo solicitando que você informe uma classificação e uma descrição do motivo pelo qual esses horários estão sendo indisponibilizados. Informe o motivo (opcional) e clique no botão “ok”. O sistema irá comutar essas linhas para a condição “indisponível para receber agendamentos” (a coluna de sinalização (I) “Flag indisponível” comutará para a cor CINZA. Se selecionarmos linhas no gride de baixo que já estejam marcadas como “indisponíveis para receber agendamento” então esse botão comutará para o nome “Disp. Agenda” passando a desempenhar uma função contrária, ou seja, o acionamento do botão “Disp. Agenda” irá marcar as linhas selecionadas como “disponíveis para receber agendamentos” novamente.

Após o registro da indisponibilidade de agenda o sinalizado “(I)” no gride será exibido na cor “cinza” escuro. No canto direto do gride serão exibidos os valores registrados para a classificação e descrição do motivo da indisponibilização dos horários na agenda do profissional.


Botão: Conf. Paciente: (Administrativo) Esse botão fará a marcação de “confirmação pelo paciente” referente à consulta. Você poderá selecionar uma ou várias linhas no girde de baixo, que estejam sem marcação de confirmação pelo paciente, e clicar no botão “Confirm. Paciente”. O sistema fará a marcação de todas essas linhas selecionadas como tendo sido confirmadas pelo paciente. Analogamente, você poderá também selecionar uma ou várias linhas no gride de baixo que, que estejam já com a marcação de confirmação pelo paciente, e clicar no botão “Desf. Conf. Paciente” para desmarcar a confirmação da consulta nas linhas selecionadas.


Botão: Verificar Senha: (Administrativo) O acionamento desse botão fará com o que sistema lance a caixa de diálogo F01841 que ilustramos abaixo. Essa interface serve ao propósito de permitir a verificação da senha de autorização da consulta juntamente à Operadora. Basicamente informe a senha de autorização no campo “Senha” no cabeçalho e clique no botão “Verificar Senha”. Os dados da autorização serão apresentados em um gride na parte de baixo da interface.

Nota: Esse botão é exibido somente em situações onde o usuário ainda não tenha selecionado uma linha o gride de baixo indicando o horário selecionado no gride de baixo para agendamento de uma consulta real. Quando selecionamos uma consulta livre no gride de baixo para proceder o agendamento esse botão irá comutar automaticamente para a transação “Agendar 1º Consulta” cujo comportamento é descrito a seguir nesse documento.

Nota: No acionamento do botão “Verificar Senha” o sistema irá executar o método de integração indicado no parâmetro global denominado CAP_F01826_INTEG_AUTORIZ.

Botão: Agendar 1a Cons: (Administrativo) Esse botão deverá ser utilizado para realizar o “Agendamento da 1º Consulta” do paciente. Para realizar essa operação o paciente deverá ser devidamente posicionado no gride de cima (gride que contém os atributos de filtragem). Além disso você deverá já ter realizado a pesquisa na “Agenda” do(s) profissional(ais) objetivados e terá que selecionar uma única linha no gride de baixo correspondente à data e hora da consulta que será agendada. Para executar essa operação é recomendável que você tenha ativado a caixa de seleção “Somente horários livres”.

Nota: Esse botão é exibido somente em situações onde o usuário tenha selecionado uma linha no gride de baixo para agendamento de uma consulta real. Quando ainda não tivermos uma linha selecionada no gride de baixo esse botão irá comutar automaticamente para a transação “Verificar Senha” cujo comportamento é descrito logo acima nesse documento.

Após posicionar o paciente para o qual será agendada a consulta no gride de cima da interface e selecionar a linha correspondente ao horário livre no gride de “Agenda” você deverá clicar no botão “Agendar 1ª Cons”. Nesse momento o sistema irá exibir a caixa de diálogo ilustrada abaixo:

Notas: (a) O atributo denominado “Instruções por Especialidade” é valorado automaticamente pelo sistema com base em um cadastro prévio (tabela GLBCLINICINSTRUC) de instruções a serem fornecidas pelo profissional do ambulatório ao paciente para cada tipo de especialidade de consulta sendo agendada. Ou seja, as instruções para um primeiro agendamento de uma consulta de fisioterapia poderá ser diferente das instruções para uma 1º consulta de fonoaudiologia e assim por diante.

(b) O atributo denominado “Atividade” será valorado automaticamente pelo sistema com base data sendo agendada comparada com a data corrente. Se a consulta estiver sendo agendada dentro de um prazo de tolerância esse atributo será valorado com “1º ATENDIMENTO DENTRO DO PRAZO”, caso contrário será valorado com “1º ATENDIMENTO FORA DO PRAZO”. O prazo de tolerância considerado pelo sistema é parametrizável através do parâmetro global denominado CAP_F01826_NDAYS_FIRST_ALERT.

IMPORTANTE:

1- O IW adiciona uma coluna no gride vertical da F01830 denominada “Justificativa 1º Agendamento Fora Prazo” (AGENDALATEJUST). Se essa coluna for valorada pelo profissional o sistema irá alterar o valor calculado para o campo “Atividade” para “1º ATENDIMENTO DENTRO PRAZO”. Esse recurso serve ao propósito de “corrigir” as estatísticas de primeiros atendimentos dentro do prazo para casos onde é oferecida uma data de agenda disponível para o paciente mas o mesmo rejeita a data por razões particulares. No IW essa coluna (AGENDALATEJUST) deve ser associada à constante K_CAP_ AGENDALATEJUST).

2- Nos casos de incidência de agendamento de 1º consulta fora do prazo será gerada notificação automática (ID = 12539) no IW. Os gestores do ambulatório devem se configurar na lista de destinatários dessa notificação para serem notificados nesses eventos.

3- No caso de agendamento de 1º consulta fora do prazo também será emitida caixa de mensagem par ao profissional que estiver realizando esse agendamento alertando da não conformidade e arguindo se ele deseja continuar a transação conforme ilustração abaixo:

A figura a seguir ilustra a notificação ID: 12539 emitida nos casos de agendamento de 1º consulta fora do prazo nominal.

(c) O profissional poderá ainda verificar o status da senha de autorização nesse momento clicando no botão “Status Autorização” (embora o recomendável é que essa verificação seja realizada “antes” do agendamento propriamente dito (para isso pode-se utilizar o botão “Verificar Senha” descrito acima).

Você deverá preencher as informações requeridas e clicar no botão “Agendar” ilustrado acima. Nota: Esse botão será habilitado somente se todas informações classificadas como obrigatórias (cor de fonte em verde) tiverem sido valoradas. Nota Técnica: Ao clicar no botão “Agendar” o sistema executará ainda uma função de consistência das informações adicionais configurável por função java customizável. Vide descrição do parâmetro global (interface 151) denominado CAP_F01396_AGENDA_CONSISTENCY para ter mais detalhes técnicos sobre essa funcionalidade.

IMPORTANTE: O botão “Status Autorização” ilustrado acima permitirá obter informações referentes à autorização (senha informada) mediante integração com o sistema da Operadora. Utilize essa funcionalidade para verificar se a autorização relacionada à senha informada é de fato compatível com a natureza do atendimento sendo agendado.



Botão: Agendar: (Administrativo) Esse botão será utilizado nas edições manuais sobre os agendamentos das consultas. Ajustes manuais serão sempre requeridos para tratar casos onde o paciente liga solicitando remarcação de horário de alguma consulta, ou também em casos de pendências geradas pela rotina de agendamento automático do IW. Em termos operacionais, note que a interface F01826 exibe dois grides: (1) Consultas (gride de cima): Esse gride irá exibir consultas “a serem agendadas” e (2) Agenda (gride de baixo): Esse gride exibirá horários das agendas dos profissionais. Para realizar um agendamento manual de consultas selecione uma ou várias consultas a serem agendas no gride de cima e em seguida clique nas linhas do gride de baixo correspondentes aos horários de agendamento das respectivas consultas (o IW irá agendar a 1º consulta selecionada no gride de cima no horário da 1º linha selecionada no gride baixo e assim sucessivamente). Notas: Para realizar essa operação o número de linhas selecionadas no gride de cima deverá ser idêntico ao número de linhas selecionadas no gride de baixo. Nota Técnica: Ao realizar essa operação o sistema irá verificar se existem outros agendamentos realizados para o paciente anteriormente que conflitam com o(s) horário(os) sendo agendados. Caso sejam encontrados agendamentos conflitantes o sistema irá abrir a caixa de diálogo F01751 exibindo as consultas que conflitam com os horários sendo agendados (nota: O texto explicativo que aparece no cabeçalho da caixa de diálogo F01751 corresponde à mensagem cadastrada de ID = 6776).

Nota: Na realização do Agendamento da 1º consulta o sistema executar também essa mesma consistência e se encontrar agendamentos conflitantes será igualmente exibida a caixa de diálogo ilustrada acima.

Botão: Cancelar: (Administrativo) Essa transação servirá par cancelar uma consulta previamente agendada. Ao acionar esse botão o sistema irá exibir caixa de diálogo solicitando que seja informado o motivo do cancelamento da consulta conforme ilustra logo a seguir.

Classificação: Informe classificação do motivo pelo qual a consulta está sendo cancelada. (Nota: Os valores das opções de motivos para o cancelamento da consulta são organizados através da constante IW denominada K_CAP_CONS_UNDO_AGENDA_CAUSE)

Parecer Comercial: Trata-se de um campo para digitação livre.

Estornar Agenda: Determina se as demais consultas agendadas para o paciente serão desagendadas e canceladas ou não.

IMPORTANTE: Nos casos cancelamento de visitas por de falta sem justificativa, o sistema está parametrizado para marcar “Estornar Agenda” como sim automaticamente. Nesses o beneficiário perderá a marcação dos horários anteriores agendados e essas consultas serão canceladas automaticamente. Essas consultas poderão ser visualizadas na 2º aba podendo-se “recuperar essas consultas” e fazer novo agendamento a critério dos profissionais administrativos do ambulatório.

Botão: Propagar Agenda: (Administrativo) Essa transação servirá para copiar uma agenda de uma determinada data e gerar novos agendamentos em uma data futura para os mesmos pacientes / horários selecionados. Um caso típico de uso desse recurso seria para propagar a agenda de um “grupo de terapia” para uma data futura. Exemplo: Para grupos de terapias com frequência por exemplo semanal, após a conclusão de uma sessão desse grupo pode-se selecionar os pacientes do grupo que participaram da sessão dessa semana e transportar a agenda dos mesmos em conjunto para o dia da próxima semana reservado para esse grupo.


Opções de Popup Menu sobre o Gride Agenda: Quando clicamos com o botão direito do mouse tendo uma linha selecionada no gride de baixo o IW irá apresentar um conjunto de opções de popup menu. Essas opções são controladas por segurança no IW de modo que dependendo das prerrogativas de segurança do usuário logado é possível que algumas dessas opções não estejam disponíveis. A figura a seguir ilustra esse popup menu:

Opção de Popup: Encaixar Consulta: Dependendo das prerrogativas de segurança do usuário logado o sistema irá oferecer uma opção de popup (quando clicamos com o botão direito do mouse sobre uma linha no gride de baixo “Agenda”) denominada “Encaixar Consulta”.

Ao executarmos essa operação o sistema irá gerar mais um horário na agenda do profissional com horário idêntico ao da linha original selecionada. Esse recuso pode ser utilizado para realizar operações de encaixe na agenda do profissional.

IMPORTANTE: A habilitação dessa opção de popup menu depende de configuração de atributo de segurança global denominado CAP_F01826_ Allow_Duplicate_Agenda. O usuário logado perderá o direito de execução da operação “Encaixar Consulta” se ele possuir nas suas regras de segurança o recurso CAP_F01826_ Allow_Duplicate_Agenda na condição “Disabled”.

Opção de Popup: Editar Agenda: Dependendo das prerrogativas de segurança do usuário logado o sistema irá oferecer uma opção de popup (quando clicamos com o botão direito do mouse sobre uma linha no gride de baixo “Agenda”) denominada “Editar Agenda”. A figura a seguir ilustra essa condição: Notem a presença do popup menu com a opção “Encaixar Consulta” ilustrada abaixo:

Ao executarmos a operação “Editar Agenda” o sistema irá abrir a caixa de diálogo F01838 que ilustramos abaixo:

Nessa caixa de diálogo serão exibidos os detalhes da agenda do terapeuta no dia indicado na linha selecionada no gride de baixo “Agenda” no momento do lançamento da opção “Editar Agenda” no popup menu. Através dessa interface será possível editar a agenda de horários livres do terapeuta um determinado dia específico. As seguintes operações são permitidas:

Botão Excluir: Selecione linhas correspondentes a horários livres (que não tenham paciente agendado) e clique no botão “Excluir”.

Botão Novo: O sistema abrirá uma nova linha editável no gride. Informe valores para o horário de início e término do novo horário sendo adicionado

Adicionar Consultas: Informe, no gride de cima da interface, o horário de início da 1º consulta, a duração das consultas e a quantidade de consultas a serem adicionadas e clique nesse botão. O sistema irá adicionar vários horários na agenda do terapeuta.

IMPORTANTE: A habilitação dessa opção de popup menu depende de configuração de atributo de segurança global denominado CAP_F01826_Allow_Edit_Agenda. O usuário logado perderá o direito de acionamento dessa opção no popup menu caso se tenha declarados nas suas regras de segurança o recurso CAP_F01826_Allow_Edit_Agenda na condição “Disabled”.

Opção de Popup: Tranferir Agenda: Essa transação server ao propósito de transferir a agenda entre profissionais. Por exemplo se um profissional precisar se ausentar durante um período por motivo de férias ou outro motivo qualquer essa operação oferece um método otimizado para transferir os pacientes agendados nesse profissional para um outro profissional durante o período de ausência do mesmo. Para proceder a transferência da agenda entre profissionais realize a pesquisa da agenda do profissional que irá se ausentar, selecione as consultas que serão transferidas para um outro profissional e acione essa opção de popup menu. O sistema irá exibir a interface de pesquisa de profissionais F01178 para que você localize o profissional para o qual serão transferidas as consultas selecionadas. Após a seleção desse profissional o sistema irá verificar se os horários das consultas agendadas sendo transferidas para o profissional destino não geram conflito com agenda desse profissional Caso sejam identificados conflitos de agendamento emitir mensagem do tipo: “Os seguintes dias/horários já estão ocupados na agenda do profissional de destino, deseja continuar assim mesmo ?”.

Nota: O acesso a essa funcionalidade é controlado através do sistema de segurança do IW mediante a configuração do recurso de segurança global denominado CAP_F01826_Allow_Transf_Agenda. Para retirar o acesso a essa funcionalidade de um usuário ou grupo de usuário registre esse recurso na condição “disabled” para esses usuários.

Opção de Popup: Gerar Consultas Adicionais: Dependendo das prerrogativas de segurança do usuário logado o IW irá exibir essa opção no popup menu que é aberto quando clicamos com botão direito do mouse estando com uma linha selecionada no gride de baixo. Essa transação serve ao propósito de “gerar novas consultas para complementação do tratamento do paciente”.

Exemplo de situação onde esse recurso poderá ser utilizado: Prorrogação de terapias de Psicologia onde o terapeuta solicita um certo nº de consultas complementares que teriam sido negadas pelo gestor administrativo do ambulatório (ex.: já teria sido atingido o limite de consultas anuais autorizados no contrato do beneficiário na Operadora). Em alguns casos o terapeuta poderá gerar ocorrência com pendência para um supervisor técnico solicitando a ampliação do nº de consultas e nos casos em que o supervisor técnico autorizar, o mesmo enviará ocorrência com pendência para o profissional administrativo deliberando que sejam geradas consultas adicionais para aquele beneficiário (mesmo ultrapassando o limite nominal previsto em contrato). Notem que nessa condição o profissional administrativo não dispõe mais do recurso de gerar consultas adicionais para esse paciente posto que essa operação já foi realizada anteriormente (na condição ele teria em uma primeira instância negado a quantidade de consultas adicionais solicitadas pelo terapeuta).

Quando acionamos essa opção de popup o sistema lançará a seguinte interface:

Nota Técnica: Trata-se mesma interface F01831 (que é lançada para a geração de consultas complementares) só que com um keyindex de tradução do gride superior diferenciado (keyindex = 401). Para o lançamento dessa interface o sistema executa o comando cadastrado de keyindex 401 para obter colunas que serão exibidas no gride vertical ilustrado acima.

Nota: O acesso a essa funcionalidade é controlado através do sistema de segurança do IW mediante a configuração do recurso de segurança global denominado CAP_F01826_Create_Additional. Para retirar o acesso a essa funcionalidade de um usuário ou grupo de usuário registre esse recurso na condição “disabled” para esses usuários.

Opção de Popup: Marcar Fila de Espera: O acionamento dessa opção fará marcação da flag “Fila de Espera” das consultas selecionadas no gride de baixo. Nota: O direito de acionamento dessa opção é controlado pela diretiva de segurança global denominada CAP_F01826_Allow_Reg_WaitList. Se o usuário tiver essa diretiva de segurança declarada na condição “disabled” o mesmo não terá direito de acionamento dessa operação.

Botão: Desagendar: (Administrativo) Esse botão será utilizado nas edições manuais sobre os agendamentos das consultas para proceder o “desfazer o agendamento” de uma ou várias consultas. Para realizar o estorno do agendamento selecione a(s) consulta(as) cujo agendamento será estornado e clique sobre o botão “Desagendar”. Nesse momento o sistema irá abrir caixa de diálogo ilustrada abaixo:

Informe a classificação do motivo pelo qual o agendamento está sendo desfeito e opcionalmente digite informações textuais sobre o evento finalmente clique no botão “ok” para concluir a operação. Basicamente o sistema irá desfazer o agendamento das consultas e já irá posicioná-las automaticamente no gride de cima “Consultas” para que o profissional possa reagendá-las em seguida.

IMPORTANTE: Todos os desagendamentos realizados ficam gravados em tabela de log de controle do sistema. Para visualizar as informações no controle dos desagendamentos realizados utilize a aba denominada “Listagens Cancelamentos / Desagendamentos”.

Nota: Nas situações onde for realizado o desagendamento de alguma consulta e já existirem registros de consultas presentes no gride de cima “Consultas”, o sistema irá emitir mensagem para o usuário perguntando se as consultas que estão sendo desagendadas deverão ser “adicionadas” ao gride de cima “Consultas” (nesse caso são preservadas as consultas que estavam nesse gride anteriormente) ou se elas deverá substituir as informações que estavam no gride cima “Consultas” (nesse caso as informações anteriores serão retiradas do gride. Nota: Essas consultas poderão ser recuperadas para serem agendadas a qualquer momento mediante a realização de pesquisa ativando a caixa de checagem “Pend. Agendamento”). A figura a seguir ilustra essa funcionalidade:

Opções de Popup Menu do Gride Consultas

A figura a seguir ilustra as opções de popup menu que são exibidas quando clicamos com o botão direito do mouse sobre uma linha selecionada no gride cima da F01826:

Opção de Popup: Cancelar Consulta: O acionamento dessa opção fará com a consulta seja cancelada. Essa opção poderá ser utilizada em alguns casos onde consultas na condição de “pendência de agendamento” precisem ser canceladas.

Opção de Popup: Alterar Especialidade: Essa opção poderá ser utilizada em algumas situações raras nas quais houve um erro de processo onde uma consulta teria sido agendada na especialidade equivocada para um paciente. O acionamento dessa opção fará com que sistema exiba uma caixa de diálogo para escolha de uma outra especialidade para a consulta conforme ilustrado abaixo:

IMPORTANTE: O acesso a essa opção pode ser controlado através da diretiva de segurança denominada CAP_F01826_Allow_Chg_Speciality. Os usuários que tiverem esse recurso declarado na condição “disabled” não terão acesso a essa operação.

Botão: Cancelar: (Administrativo) Essa operação se assemelha em parte a um “desagendamento” com a diferença fundamental de que a consulta que está sendo cancelada não ficará marcada como pendência para um novo agendamento. Analogamente ao que ocorre no botão “Desagendar” , quando acionarmos o botão “Cancelar” o sistema também abrirá caixa de diálogo solicitando que o usuário informe o “motivo do cancelamento” e opcionalmente registre comentários textuais para ficarem gravados no sistema. Diferentemente do que ocorre no botão “Desagendar” nesse caso a(s) consulta(s) que estiver(em) sendo cancelada(s) “não será transportada para o gride de cima “Consultas” para que ela(s) possa(am) ser(em) agendada(s) em outra(s) data(s).

IMPORTANTE: Todos os “cancelamentos” realizados ficam gravados em tabela de log de controle do sistema. Para visualizar as informações no controle dos desagendamentos/cancelamentos realizados utilize a aba denominada “Listagens Cancelamentos / Desagendamentos” (a coluna denominada “Consulta cancelada” (sim,não) diferencia as operações de “cancelamento” das operações de “desagendamento”).

Nota: Uma consulta que foi previamente cancelada poderá ser “recuperada”. Essa recuperação consiste em retornar a consulta para a condição de “pendência de agendamento” permitindo que ela seja agendada novamente em um outro horário. Veja a descrição da aba

Botão: Status Elegib. : O acionamento desse botão fará com que o sistema acione a integração com sistema da Operadora para obter o status de elegibilidade do beneficiário. Nos casos em que o sistema da Operadora retornar que a situação do beneficiário consta como inativo o sistema irá marcar automaticamente esse paciente com “não elegível” (vide coluna de sinalização (E) que será acesa na cor vermelha (coluna ENROLLACTIVE=0). Nota: Para beneficiários nessa condição o sistema irá recusar o registro do horário de chegada do paciente no ambulatório bloqueando os apontamentos sobre essa consulta.



Botão: Registrar Chegada: (Administrativo) O acionamento desse botão fará com o sistema abra caixa de diálogo para confirmação do horário de chegada do paciente no ambulatório. A ilustração abaixo apresenta essa caixa de diálogo:

Note que o horário será automaticamente valorado com data e hora correntes (obtidos do servidor do sistema). Basta clicar no botão “ok” para que seja registrada a hora de chega do paciente. A edição do horário de chegada do paciente poderá ser autorizada ou bloqueada aos usuários conforme parametrização do sistema de segurança do IW.

Após ter registrado o horário de chega do paciente o mesmo botão será comutado para “Desf. Chegada” (desfazer registro de chegada). Acione essa opção para desfazer o registro do horário de chegada do paciente o ambulatório.

IMPORTANTE: Se o parâmetro CAP_F01826_TISSPAYMENT_ACTIVE estiver ativo, logo após o registro do horário de chegado do paciente o sistema irá acionar a rotina de faturamento (executebilling) via WEBSERVICE do TISS (vide descrição do botão “Faturamento” logo abaixo.

Notas:
(a) A ausência do registro do horário de chegada do paciente no ambulatório irá bloquear a execução da transação “Concluir consulta”.
(b) Ao registrar o horário de chegada do paciente o sistema enviará notificação automaticamente para o TERAPEUTA com o seguinte conteúdo: O paciente “<nome do paciente>” agendado para as “<horário agendado>” já se encontra na recepção”.


Botão: Faturamento: (Administrativo) Esse botão será exibido na interface somente quando o parâmetro global denominado CAP_F01826_TISSPAYMENT_ACTIVE estiver ativo. O acionamento desse botão fará com que o mesmo seja desdobrado em popup menu com duas opções a saber: “Consultar Erro Faturamento (consultbillingerror) ou “Realizar faturamento (executebilling)”. Essa funcionalidade será utilizada fundamentalmente para aquelas consultas que apresentarem algum erro em seu faturamento ficando com o seu status de faturamento (coluna BillingPendency = 1). Nota: A coluna “Pendência Faturamento” (BillingPendency) nasce valorada com null (significa que a consulta nunca foi faturada), após o seu faturamento bem sucedido essa coluna é valorada com 2 (faturamento realizado) e após uma tentativa de faturamento que tenha apresentado algum tipo de erro ela será valorada com 1 (com pendência de faturamento). O acionamento da opção “Consultar Erro Faturamento” irá devolver uma caixa de diálogo com as informações sobre o tipo de erro ocorrido no faturamento ao passo que o acionamento da opção “Realizar faturamento” irá reprocessar o faturamento acionamento novamente a rotina de faturamento automatizado. Nota Técnica: Em ambas as opções de popup será acionado o método execute com name e type indicados no parâmetro CAP_F01826_TISSPAYMENT_ACTIVE com a seguinte diferença: No acionamento da opção "Consultar Erro Faturamento" será passado no rsinput um atributo "consultOnly" valorado com “1” ao passo que no acionamento da opção "Realizar Faturamento" será passado o atributo “consultOnly” valorado com “0” (zero).

Botão: Prontuário: (Terapêuta) O acionamento desse botão irá oferecer duas opões ao terapeuta:

(a) Registrar Prontuário ou
(b) Ver Prontuário ou
(c) Abrir Prontuário

(a) Registrar Prontuário: Ao acionar essa opção o sistema irá exibir uma caixa de seleção com a relação de “Templates” (modelos de relatórios de evolução clínica) autorizados para o terapeuta que estiver logado no IW. Após selecionar o modelo de relatório desejado o sistema irá abrir a caixa de diálogo F01881 que ilustramos abaixo:

O terapeuta deverá preencher o relatório da evolução clínica e clicar no botão “Salvar”.

IMPORTANTE: Note que o sistema já lança a caixa de diálogo F01081 posicionada em “Tipo de consulta = Programada (Agendada)” e lança a consulta que está sendo concluída no campo “Consulta Agendada”. Essa condição é fundamental para que “seja realizada corretamente a marcação da “realização” da consulta agendada” (correspondente à linha que o terapeuta selecionou no gride de baixo na interface F01826). Notem também que nessa condição a edição do “Tipo de Consulta” estará “desabilitado” para edição, justamente para garantir que o registro seja realizado corretamente. Caso o terapeuta deseje ou necessite de registrar outros relatórios de evolução clínica para o paciente de forma desvinculada do registro de conclusão de uma consulta ele poderá fechar essa caixa de diálogo e lançá-la novamente. Nesse condição a caixa e diálogo F01081 será lançada com o “Tipo de Consulta” = “Info. Clínica” (e não editável) permitindo que sejam lançados um ou vários registros complementares de evolução clínica (sem geração de registros de consultas para garantir fidelidade nos registros de consultas que será determinante em relatórios de indicadores de consultas realizadas).

(b) Ver Prontuário: O acionamento dessa opção fará com o sistema lance a interface F01829 que ilustramos a seguir:

Clique no botão “Pesquisar” e o sistema irá apresentar a caixa de diálogo F01443 que ilustramos a seguir:

Essa caixa de diálogo oferece recursos de filtagem para localização dos registros de prontuário eletrônico registrados pregressamente para fins de consulta. Informe o período de datas desejado e opcionalmente informe um “Template” (modelo de relatório de evolução clínica desejado) e clique no botão “Pesquisar” situado no canto superior direito da interface. O sistema irá apresentar no gride logo abaixo a relação de relatório de evolução clínica localizados. Você poderá selecinar uma ou várias linhas no gride e clicar no botão “ok”. O sistema irá apresentar na interface F01829 os relatórios das evoluções clínicas selecionados.

(c) Abrir Prontuário: Ao acionar essa opção o sistema irá lançar a interface de prontuário eletrônico do IW no contexto de atendimentos ambulatoriais já posicionando o paciente indicado na linha selecionada na área de trabalho da interface lançada. A figura a seguir ilustra essa navegação:

O usuário poderá navegar por todos os painéis do prontuário eletrônico aos quais ele tiver acesso de acordo com suas prerrogativas de segurança.

Botão: Concluir Consulta: (Terapêuta) Esse botão deverá ser acionado pelo terapeuta “após o mesmo ter registrado a evolução clínica no prontuário do paciente”. Caso esse botão seja acionado pelo terapeuta “antes do efetivo registro no prontuário eletrônico será emitida mensagem de crítica para o terapeuta orientando-o realizar previamente a evolução no prontuário do paciente). Nota: O parâmetro global CAP_CONS_WRITEOFF_WITHOUT_EVOL permite relaxar essa restrição (a recomendação técnica da Incoway é que essa restrição permaneça ativa para garantir integridade de todos os registros de evolução clínica e correta marcação da realização das consultas que é determinante para o correto faturamento das consultas (no modelo de faturamento em lotes).

Ao acionar o botão “Concluir Consulta” com sucesso o sistema irá exibir a caixa de diálogo ilustrada abaixo:

Nota Técnica: No lançamento dessa caixa de diálogo o sistema executará comando cadastrado (formid = 1826 e keyindex = 119) para obter informações a serem valoradas automaticamente no gride vertical. Tipicamente os valores dos campos “Diagnóstico” e “Nº Consultas Restantes” serão valorados automaticamente através desse mecanismo.

O terapeuta deverá preencher os campos obrigatórios e clicar no botão “ok” para que o sistema efetive o registro de conclusão da consulta. Os seguintes campos devem ser preenchidos pelo terapeuta:

Diagnóstico (SCDIAGNOSTIC): Para informar o diagnóstico o terapeuta poderá digitar parte do nome do diagnóstico do paciente e teclar <enter>, o sistema irá exibir em uma caixa de diálogo a relação de diagnósticos (CID_10) compatíveis com o texto digitado pelo terapeuta. A ilustração abaixo mostra o resultado de uma operação onde digitamos o temo “diabet”: Notem que na caixa de diálogo que mostra o resultado da busca dos diagnósticos serão exibidos todos os códigos CID_10 que contém a palavra de busca “diabete” tanto no início quanto no meio da descrição.

O terapeuta deverá selecionar o diagnóstico do paciente e clicar no botão “ok”. O sistema irá transportar o ID do CID_10 no IW para o campo “Diagnóstico” e valorará o campo “Nome Diagnóstico” automaticamente.

Elegível (ELIGIBLE) (sim,não): Nesse campo o terapeuta deverá marcar se o paciente é elegível ou não para o tratamento. No caso de não ser elegível o terapeuta deverá informar também um valor para o próximo campo “Motivo não elegibilidade”.

Motivo não Elegibilidade (NOTELIGIBLECAUSE): Nos casos e que o terapeuta classificar o paciente como “não elegível” ele terá que informar uma classificação esse motivo de não elegibilidade nesse atributo. Nota: Os possíveis valores para “classificação do motivo da não elegibilidade” são catalogados no IW na constante denominada K_CAP_CONS_NOTELIGIBLE_CAUSE.

Nº Consultas Adicionais (CONSULTQTY): Nos casos em que o terapeuta desejar solicitar o agendamento de consultas adicionais para o tratamento do paciente ele deverá informar nesse campo a quantidade de consultas adicionais desejadas. Note que esse campo é obrigatório (nos casos em que não terapeuta não desejar solicitar consultas adicionais ele deverá valorar esse campo com “0” (zero). Nota: Nos casos em que o terapeuta solicitar a marcação de consultas complementares o IW emitirá notificação automatizada da seguinte forma: (a) Quando se tratar de conclusão de uma consulta que corresponde à 1º consulta do paciente será emitida mensagem de id = 6784, e quando se tratar da conclusão de uma consulta que “não corresponde à 1º consulta do paciente” será gerada mensagem de notificação de id = 6770. Essa notificação serve como um apoio de sinalização para os profissionais administrativos encarregados de gerar e agendar as consultas complementares, tanto nos casos de geração das consultas normais que formam a terapia (geração das consultas adicionais resultantes da conclusão da 1º consulta) quanto da geração das consultas de “prorrogações de tratamentos” (resultantes da conclusão daquelas consultas próximas ao final do tratamento onde o terapeuta solicita prorrogação do tratamento). Nota: Lembramos ainda que esses profissionais já dispõem filtros apropriados na interface F01826 que mostram todas as pendências de geração de consultas (pendências resultantes da 1º consulta bem como pendências resultante das demais consultas (que correspondem aos casos de prorrogação do tratamento).

Frequência Consultas Adicionais (IDCONSFREQUENCYEXT): Nos casos em que o terapeuta desejar solicitar o agendamento de consultas adicionais ele deverá informar a frequência para o agendamento dessas consultas (ex.: 1 x semana = semanal).

Dia da Semana Objetivado (MASK): Nos casos em que terapeuta desejar especificar um dia da semana específico para o agendamento das consultas adicionais para o paciente ele poderá valorar esse atributo indicando esse dia objetivado.

Comentários (COMMENTS): Esse campo poderá ser valorado com uma informação textual com observações gerais sobre o paciente ou sobre o tratamento.

Alta Antecipada (CHECKOUTANTICIPATE): O terapeuta poderá valorar esse campo quando “desejar interromper o tratamento do paciente”. Quando esse campo for valorado com “sim” o sistema irá “desfazer o agendamento e cancelar automaticamente todas as consultas desse paciente na agenda do terapeuta”. Note que as automações realizadas pelo sistema são importantes para oferecer boa produtividade nos casos de descontinuidade dos atendimentos mas deve-se ter “MUITA ATENÇÃO” na valoração do mesmo uma vez que serão desencadeadas ações automatizadas.

Motivo da Alta Antecipada (CHECKOUTANTICIPCLS): No caso de alta antecipada o profissional deverá informar a classificação do motivo pelo qual está sendo efetivada a alta antecipada do paciente. Nota: As classificações de motivos de alta antecipada são organizadas no IW através da constante “K_TER_MTVO_ALTA”.

Período Objetivado (WEEKDAYPERIODGOAL): Período objetivado para o agendamento da consultas adicionais.

Nº Consultas Restantes (REMAININGCONSULT) : Essa coluna será valorada automaticamente pelo sistema com o nº de consultas previstas no tratamento do paciente no profissional em foco (não considera a consulta atual que está sendo baixada). Por exemplo em um tratamento com 10 consultas autorizadas, ao executar a 4º consulta o sistema estará indicando “Nº Consultas Restantes = 6”.

Nota Técnica: A imagem abaixo apresenta as configurações de gride realizadas sobre a caixa de diálogo que é apresentada para o usuário quando clicamos no botão “Concluir Consulta”. Através dessa imagem podemos visualizar os nomes da constantes associadas aos diversos campos com domínio controlado (combo boxes).

Botão: Encaminhar para SPS. Esse botão poderá ser utilizado pelo terapeuta para encaminhar o paciente para algum tipo de serviço de promoção à saúde para o qual ele se mostra elegível. No acionamento desse botão será lançada uma interface para o envio de notificação qualificadas para um grupo de promoção à saúde. A figura a seguir ilustra essa interface:

O terapeuta deverá preencher os seguintes campos:

Msg Relacionada a: Esse campo é uma caixa de seleção cujos valores possíveis de seleção serão preenchidos pelo sistema com a “Lista de Mensagens Qualificadas de Encaminhamento para Programas de Promoção à Saúde”. Essas opções de mensagens qualificadas deverão ser previamente configuradas no IW. Exemplos de mensagens qualificadas típicas seriam: (1) Medicina Preventiva – Hipertensos , (2) Medicina Preventiva – Diabetes, (3) Medicina Preventiva – Obesidade (etc). Ou seja, serão mensagens relacionadas tipicamente a diagnósticos crônicos ou combinações de diagnósticos crônicos. Nota: A partir da seleção do tipo de notificação qualificada na indicação será possível extrair estatísticas relacionadas com indicações para programas de promoção à saúde realizadas por terapeuta.

Assunto: O campo “Assunto” também é uma caixa de seleção cujas opções de valores serão preenchidas automaticamente pelo sistema no momento em que o terapeuta valorar o campo “Msg Relacionada a” descrito acima. Ou seja, em tempo de parametrização do sistema, para cada “Tipo de Notificação Qualificada” poderão ser declarados padrões de “Assuntos”.

Texto: Esse campo corresponderá ao texto propriamente da notificação que será enviada. Esse campo recebe uma valoração prévia automatizada realizada pelo sistema exatamente no momento em o terapeuta valorar o campo “Assunto” descrito acima. Essa valoração automatizada segue basicamente um conceito semelhante ao de sistemas de mala direta onde temos um padrão de mensagem previamente cadastrado com tags de substituição (%s1, %s2 etc). Um exemplo simplista de um “padrão de notificação qualificada” seria algo do tipo “Estamos encaminhando o paciente %s1 para avaliação de elegibilidade para programa de medicina preventiva de Hipertensão”. No momento que o terapeuta selecionar o “Assunto” o sistema irá obter esse padrão de mensagem e substituir a tag %s1 pelo nome do paciente sendo indicado para o programa de medicina preventiva e irá lançar esse resultado no campo “Texto”. O terapeuta poderá, opcionalmente, complementar esse texto acrescentando mais informações se assim o desejar e deverá clicar finalmente no botão “Notificar” para enviar a notificação qualificada para o grupo de usuários indicado no campo “Grupo Destinatário. Nota: Os seguintes campos são valorados automaticamente pelo sistema :(1) Prioridade e (2) Grupo Destinatário (Vide parâmetro global denominado CAP_F01826_NOTITY_DEFAULT_VALUES).

Nota: O campo ID Prontuário Medicina Preventiva será valorado automaticamente pelo sistema (a partir do ID do prontuário ambulatorial o sistema irá obter o ID de prontuário correspondente de medicina preventiva).

Botão: Visualiz. Info. Clínica: (Administrativo Diferenciado) O acionamento desse botão fará o lançamento de uma caixa de diálogo para visualizar e editar atributos clínicos do paciente ligados ao registro da consulta. O único atributo nativamente configurado para visualização nessa caixa de diálogo é “CID_10” do paciente. Esse botão poderá estar naturalmente habilitado somente para profissionais administrativos qualificados para terem acesso ao CID_10 dos pacientes agendados.

Para proceder a edição do CID_10 bastará edite diretamente sobre o campo “Código IW Diagnostico” (digite parte do nome do CID desejado e tecle <enter> para o sistema exibir uma relação de CID´s compatíveis com a palavra de busca informada, em seguida selecione o CID desejado e clique no botão “ok”).

Essa interface também oferece a opção de encaminhamento do paciente para programas de medicina preventiva conforme ilustrado acima.

Botão: Gerar Adicionais: Esse botão será habilitado quando for selecionada uma linha no gride de baixo “Agenda” referente a uma consulta que estiver com “pendência de geração de consultas adicionais” e cujo “tipo de atividade” seja diferente de “1º CONSULTA” (dentro ou fora do prazo). Ao clicarmos nesse botão o sistema irá apresentar a seguinte caixa de diálogo:

Nota Técnica: (a) O parâmetro global denominado CAP_F01826_ADD_ADITT_CONS_TYPE determina qual botão será habilitado “Gerar Adicionais” ou “Gerar Adic. 1ª Cons” em função do Tipo de Atividade (ACTIVITYTYPE). A caixa de diálogo que é lançada no acionamento desses dois botões será a mesma diferenciadas apenas pelo regime de tradução do gride. Por exemplo no botão “Gerar Adic. 1ª Cons” o CID_10 do paciente poderá estar não visível para o operador ao passo que na mesma caixa lançada a partir do botão “Gerar Adicionais” o CID_10 poderá estar visível.

Botão “Pesquisar Profissional”: Esse botão se aplica aos casos onde as consultas adicionais serão geradas para “outro profissional” diferente do profissional citada na consulta que gerou a pendência de geração de consultas adicionais. Tecnicamente o sistema executa o comando cadastrado de keyindex = 301 na F01831. Esse comando exibirá no seu resultado relação de profissionais com seus primeiros horários livres para agendamento para orientar o usuário sobre qual “profissional / horário livre” será mais adequado no momento de realizar uma “substituição de profissional na geração das consultas adicionais”. A figura a seguir ilustra o resultado dessa operação:

Para escolher o profissional substituto selecione uma linha no gride ilustrado acima e clique no botão “Selecionar” ilustrado acima. O sistema irá transportar o “Profissional selecionado” para o campo “Profissional substituto” e irá valorar automaticamente o campo “Agendar a partir de” com a data e horário livre da linha selecionada.

Botão “Visualizar Agenda”: Antes de dar sequência na geração das consultas adicionais será importante “ajustar” o valor da do campo “Agendar a partir de” no sentido de identificar uma faixa de tempo na agenda do profissional onde ele tenha disponibilidade para receber os novos agendamentos. Esse botão serve justamente para oferecer uma rápida visualização da agenda do profissional. Nota Técnica: O sistema basicamente executará o comando cadastrado com keyindex = 501 na F01831. Esse comando. Nota Complementar: Nos casos em que houve substituição de profissional esse comando trará dados da agenda do profissional substituto ao invés do profissional referenciado na consulta). A figura a seguir ilustra a caixa de diálogo que será exibida:

Você deverá clicar na linha no gride ilustrado acima correspondente ao horário livre na agenda do profissional que será transportado para o campo “Agendar a partir de” antes da execução da geração das consultas adicionais propriamente dita.

Voltando à descrição das colunas que aparecem no gride vertical na F01831, notem que a coluna “Qtde Aceita Administração” virá valorada por default com a quantidade de consultas solicitadas pelo terapeuta. O profissional administrativo fará a análise técnica de autorização e poderá corroborar essa quantidade de consultas ou negar totalmente ou parte das consultas. Para efetivar essa negativa esse profissional deverá editar o campo denominado “Qtde Aceita Administração” antes de clicar no botão “Concluir Operação”. Nota: Nos casos onde ocorrer negativa total ou parcial das consultas originalmente solicitadas pelo terapeuta o campo “Motivo Negativa da Qtde Solicitada Original” se tornará editável e obrigatório conforme ilustrado a seguir:

Nessa situação você deverá valorar esse campo “Motivo Negativa Qtde Solicitada Original” (trata-se e uma caixa de seleção contendo classificações de motivos configurados previamente (constante K_CAP_AUTHORIZ_ADM_NEG_CODE). O campo “Descrição Motivo Negativa” também ficará editável (trata-se de um campo de edição opcional no qual poderá ser digitado um texto descritivo livre do motivo da negativa que ficará registrado no sistema). Nessa condição somente após a valoração do “Motivo Negativa Qtde Solicitada Original” o sistema irá habilitar o botão “Concluir Operação”. IMPORTANTE: Nessa condição o sistema irá emitir notificação automática para o terapeuta solicitante (id mensagem = 6772 com dizeres do seguinte tipo: Houve alteração na quantidade de consultas agendadas para o paciente %s1 - %s2, na especialidade %s3. Quantidade solicitada: %s4 , Quantidade autorizada: %s5 , Terapeuta Solicitante: %s6, Terapeuta Agendado: %s7). Essa notificação tipicamente é configurada para gerar uma pendência por default para o terapeuta que deverá dar baixa nessa pendência, acatando a determinação administrativa ou, em alguns casos, poderá gerar uma ocorrência com pendência para um supervisor no sentido de obter autorização emergencial para terapias não autorizadas administrativamente (ex.: alguns tratamentos em Psicologia eventualmente passam por esse tipo de trâmite).

Uma vez acionado o botão “Concluir Operação” o sistema realizará a geração das consultas adicionais solicitadas (para realizar essa operação o sistema irá considerar a frequência especificada pelo terapeuta bem como a informação “dia da semana objetivado” (caso o terapeuta tenha informado)). IMPORTANTE: Além da geração das consultas adicionais o sistema fará também a tentativa do agendamento automatizado das mesmas considerando os horários livres na agenda do terapeuta. Notem que nessa etapa de agendamento automatizado podem ocorrer situações onde parte das consultas sejam agendadas com sucesso pelo sistema e parte delas não sejam agendadas devido a lotação da agenda do terapeuta (a seleção de uma data adequada para o campo “Agendar a partir de” é determinante na taxa de sucesso do agendamento automatizado). Como resultado do processamento realizado no acionamento do botão “Concluir Operação” o sistema irá exibir uma caixa de diálogo contendo dois gride com as seguintes informações: (1º gride) Apresentará a relação de consultas que “não foram agendadas automaticamente” (esse gride estará vazio nos casos em que todas as consultas adicionais forem agendadas com sucesso) e, e (2º gride) Apresentará a relação de consultas adicionais que foram agendadas com sucesso. A figura a seguir ilustra essa caixa de diálogo:

Clique com o botão direito do mouse sobre o cabeçalho do gride de baixo para imprimir as consultas agendadas para entregar ao paciente.

Para proceder o agendamento manual das consultas que não foram agendadas automaticamente clique no botão “Realizar Agendamento Manual” ilustrado acima. O sistema irá transportar essas consultas para a F01826 no gride de cima “Consultas” para que o profissional possa realizar o agendamento manual das mesmas. Nota: Nas situações onde o gride de cima “Consultas” na F01826 não estiver vazio o sistema irá emitir caixa de diálogo ilustrada abaixo, oferecendo a possibilidade de substituir os dados pregressos ou acrescentar as novas consultas para o agendamento manual preservando a conteúdo anterior do gride.

Botão: Gerar Adic 1ª Cons: Botão: Gerar Adicionais: Esse botão será habilitado quando for selecionada uma linha no gride de baixo “Agenda” referente a uma consulta que estiver com “pendência de geração de consultas do paciente” e cujo “tipo de atividade” seja igual a “1º CONSULTA” (dentro ou fora do prazo). As operações desempenhadas nesse botão são praticamente idênticas às descritas no botão anterior “Gerar Adicionais” apenas com a diferença de que algumas informações poderão não estar visíveis no gride da caixa de diálogo F01831 (exemplo: CID_10 do paciente). A figura a seguir ilustra a caixa de diálogo F01831 quando lançada a partir do botão “Gerar Adicf, 1 Cons”:

Nota Técnica: O parâmetro global denominado CAP_F01826_ADD_ADITT_CONS_TYPE determina qual botão será habilitado “Gerar Adicionais” ou “Gerar Adic. 1ª Cons” em função do Tipo de Atividade (ACTIVITYTYPE). A caixa de diálogo que é lançada no acionamento desses dois botões será a mesma diferenciadas apenas pelo regime de tradução do gride. Por exemplo no botão “Gerar Adic. 1ª Cons” o CID_10 do paciente poderá estar não visível para o operador ao passo que na mesma caixa lançada a partir do botão “Gerar Adicionais” o CID_10 poderá estar visível.

A descrição das demais operações nessa interface são análogas à descrição apresentada no tópico logo acima nesse manual.

Aba: Listagem Cancelamentos / Desagendamentos

Essa aba da interface F01826 permite pesquisar todos os registros de log gravados automaticamente pelo sistema nas operações de “desagendamento” ou “cancelamento” de consultas. A figura a seguir ilustra essa interface:

Para visualizar os registros desejados informe os parâmetros de filtragem desejados no gride de filtro (gride de uma única linha que aparece na parte superior da tela) e clique no botão “Pesquisar”.

Descritivo das Colunas do Gride

ID: ID de controle gerado automaticamente pelo sistema a cada realização de desagendamento ou cancelamento de consulta.

ID Consulta: ID da consulta que sofreu desagendamentou ou cancelamento.

Cod. Especialidade: Código IW da especialidade da consulta que foi desagendada ou cancelada.

Nº Atend.: Número do prontuário eletrônico ambulatorial do paciente o IW.

Paciente: Nome do paciente}

Sexo: Gênero do paciente.

Idade: Idade do paciente

Motivo do Desagendamento: Corresponde à classificação do motivo do desagendamento / cancelamento da consulta informado pelo profissional que realizou essa operação no sistema.

Comentários: Comentários textuais informados pelo profissional que realizou o desagendamento.

Data do Registro: Data e hora da realização da operação de cancelamento / desagendamento da consulta.

Telefone: Telefones de contato do paciente.

Terapeuta: Nome do terapeuta no qual a consulta estava agendada antes do cancelamento / desagendamento.

Data da Consulta: Data na qual a consulta estava agendada antes do cancelamento / desagendamento.

Consulta cancelada: Essa coluna diferencia registros de desagendamento de registros de cancelamento. Registros referentes a “cancelamento” terão essa coluna valorada com “Sim”.

Agendar de: Refere-se ao período de validade da consulta originalmente gerada no sistema. Por exemplo, na geração de consultas adicionais com frequência “semanal” a data “agendar de: será ao 1º de cada semana.

Agendar até: Refere-se ao período de validade da consulta originalmente gerada no sistema. Por exemplo, na geração de consultas adicionais com frequência “semanal” a data “agendar até: será o último dia de cada semana.

Botão: Recuperar Consulta

Esse botão permite basicamente estonar o “cancelamento” de uma consulta. Ele será habilitado para o usuário quando ele clicar sobre uma linha cujo valor da coluna “Consulta Cancelada” for igual a “Sim”. Essa operação fará com a consulta volte para a condição de “pendência de agendamento” permitindo ser agendada novamente em outro horário na agenda do mesmo terapeuta ou mesmo em outro terapeuta. Nota: No registro de controle a coluna “Consulta cancelada” será automaticamente revertida para o valor “não”.

Casos de Uso

1 – Certificação da Elegibilidade dos Pacientes

Para a certificação de que os pacientes atendidos no ambulatório terão seus status de elegibilidade “ativos” no momento da prestação do atendimento o sistema exige que seja acionado o botão “Status Eeligibilidade” (caso o recepcionista por algum equívoco se esqueça de executar essa operação, no momento de registrar o horário de chega do paciente será emitida crítica do tipo “É necessário verificar a elegibilidade do paciente antes de registrar o horário de chegada”). Ou seja, o recepcionista terá que selecionar o atendimento no girde de “Agenda” e clicar no botão “Status Elegibilidade”. Ao executar esse procedimento o sistema irá exibir a caixa de diálogo F01825 no qual existe a opção “Pesquisar Uniben”: Essa opção aciona a integração com o Uniben e obtém os atributos de cadastro do beneficiário no sistema da Operadora, entre esses atributos constarão os atributos “(E) Elegível (SENROLLACTIVE) e “Flag Ativo Operadora (ENROLLACTIVE). No fechamento da caixa de diálogo F01825 esses atributos serão valorados automaticamente no gride de “Agenda” bem como será valorado um atributo de controle (coluna VERIFICELEGIB será valorada com sim) registrando que o recepcionista já realizou a verificação da elegibilidade do paciente liberando assim o registro do horário de chegada do paciente.

Nota: Nos casos em que a verificação da elegibilidade do beneficiário retornar status “Inativo” isso poderá ser indicativo de que o beneficiário não está mais credenciado para receber o atendimento ou poderá indicar uma situação relativamente comum em que ocorre “troca do número de carteira do beneficiário na Operadora”. Para tratar essa segunda hipótese o profissional terá que localizar o novo número de carteira do beneficiário (pesquisando diretamente no Uniben ou questionando o beneficiário que poderá estar portando a nova carteira) e acionar o botão “Editar Nº Carteira” na caixa de diáloto F01825. O acionamento dessa operação resultará na alteração do nº de carteira do beneficiário no prontuário ambulatorial do paciente resultando no retorno de status ativo para o gride “Agenda” da F01826 liberando assim o atendimento do beneficiário. Nesses casos, como comumente a autorização para o atendimento (realizada anteriormente foi realizada sobre o nº de carteira anterior) não haverá solicitação de nova autorização (o faturamento desses atendimentos no envio do XML do TISS para a Operadora irá citar ainda o número de carteira antigo).

Recursos de Segurança Exclusivos dessa Interface

CAP_F01826_Allow_Prof_Selection: Se o usuário logado tiver esse recurso na condição "disabled" ao lançar a interface F01826, esse profissional já será posicionado no gride que contém os atributos de filtragem (atributo “Profissional” será valorado automaticamente e ficará também não editável). Essa diretiva de segurança deverá ser utilizada para restringir o acesso dos terapeutas somente às suas “consultas” e ou “Agenda”.

CAP_F01826_ Allow_Duplicate_Agenda: Esse parâmetro é utilizado para autorizar usuários a realizar “encaixes de consultas” nas agendas dos terapeutas. Quando o usuário logado tiver esse parâmetro declarado na condição DISABLED o recurso de popup menu “Encaixar consulta” não estará habilitado para o usuário.

CAP_F01826_Allow_Edit_Agenda: Esse parâmetro é utilizado para autorizar usuários a realizar edições sobre os horários da agenda dos terapeutas no ambulatório. Quando o usuário logado tiver esse parâmetro declarado na condição DISABLED o recurso de popup menu “Editar Agenda” não estará habilitado para o usuário.

CAP_F01826_Allow_Transf_Agenda: Esse parâmetro é utilizado para autorizar usuários a realizar transferências de pacientes agendados entre profissionais no ambulatório. Quando o usuário logado tiver esse parâmetro declarado na condição DISABLED o recurso de popup menu “Transferir Agenda” não estará habilitado para o usuário.

CAP_F01826_Create_Additional: Esse parâmetro é utilizado para autorizar usuários a utilizarem a opção de popup menu acionado com o botão direito do mouse quando selecionamos uma linha no gride de baixo denominada “Gerar Consultas Adicionais”. Quando o usuário logado tiver esse parâmetro declarado na condição DISABLED o recurso de popup menu “Gerar Consultas Adicionais” não estará habilitado para o usuário.

CAP_F01826_Allow_Chg_Speciality: Esse parâmetro é utilizado para autorizar usuários a utilizarem a opção de popup menu acionado com o botão direito do mouse quando selecionamos uma linha no gride de cima na F01826 denominada “Alterar Especialidade”. Quando o usuário logado tiver esse parâmetro declarado na condição DISABLED o recurso de popup menu “Alterar Especialidade” não estará habilitado para o usuário.

CAP_F01826_Allow_Reg_WaitList: Esse parâmetro é utilizado para autorizar usuários a utilizarem a opção de popup menu acionado com o botão direito do mouse quando selecionamos uma ou várias linhas no gride de baixo na F01826 denominada “Registrar Fila Espera”. Quando o usuário logado tiver esse parâmetro declarado na condição DISABLED o recurso de popup menu “Registrar Fila Espera” não estará habilitado para o usuário.

Parâmetros Globais (Interface 151) que Influenciam no Comportamento da F01826

CAP_F01826_INTEG_AUTORIZ: Esse parâmetro é utilizado em condições operacionais onde “existe integração” entre o IW e a Operadora para a obtenção de forma automatizadas das “Aprovações” da Operadora para a realização das consultas. Ele será basicamente utilizado para indicar qual “serviço customizado (execute)” será acionado no IW para o processamento das duas integrações enumeradas abaixo:

(a) Integração de obtenção de autorização para execução de consultas adicionais (serviço (TISS): SolicitacaoProcedimento)
(b) Integração de obtenção do status das autorizações de consultas adicionais (serviço (TISS)
(c) Integração de obtenção do status de elegibilidade do beneficiário
(d) Integração de consulta do status da autorização para a 1º consulta
(e) Serviço de alteração de Nº de Carteira do Beneficiário

Esse parâmetro deverá ser valorado com:

|NameAuthoriz|TypeAuthoriz|NameGetStatusAuthoriz|TypeGetStatusAuthoriz| NameGetElegiblidade|TypeGetElegibilidade| NameGetStatus_1_Authoriz | TypeGetStatus_1_Authoriz| NameUpdCareplanregister | TypeUpdCareplanregister |

Se esse parâmetro existir e estiver valorado com um valor diferente de ".", na F01826 serão exibidos os botões:

Autorizar Adicionais (AdditAuthoriz): Dispara a integração de solicitação de autorização para as consultas adicionais (F01826)
Obter Status Autoriz (GetStatusAdditAuthoriz): Dispara a integração de obtenção do status das autorizações de consultas complementares (F01826)
Status Elegib. (StatusEleg): Dispara a integração de verificação de elegibilidade do beneficiário na Operadora (F01826 e F01837)

Além disso nas interfaces F01830 e F01837 teremos o seguinte comportamento diferenciado no acionamento de botões específicos:

Status Authoriz 1º Consulta. (F01830 e F01841): Dispara a integração de validação da senha de autorização informada no agendamento da 1º consulta . Nota: Nessa chamada são passados os seguintes parâmetros no rsInput: AuthorizExtCode e IDConsult
Alteração Nº Carteira (F01837): Serviço de alteração de Nº de Carteira do Beneficiário.

Ou seja:

(a) Ao clicar no botão Autorizar Adicionais na F01826 será acionado o serviço DOT.NET (IW) “Execute” passando parâmetros “Name” e “Type” indicados na 1º sequência |NameAuthoriz|TypeAuthoriz| do parâmetro.

Ao clicar no botão Obter Status Autoriz na F01826 será acionado o serviço DOT.NET (IW) “Execute” passando parâmetros “Name” e “Type” indicados na 2º sequência |NameGetStatusAuthoriz|TypeGetStatusAuthoriz| do parâmetro.

Ao clicar no botão Status Elegib na F01826 será acionado o serviço DOT.NET (IW) “Execute” passando parâmetros “Name” e “Type” indicados na 3º sequência |NameGetElegiblidade|TypeGetElegibilidade| do parâmetro.

Ao clicar no botão Status Authoriz 1º Consulta na F01830 será acionado o serviço DOT.NET (IW) “Execute” passando parâmetros “Name” e “Type” indicados na 4º sequência NameGetStatus_1_Authoriz | TypeGetStatus_1_Authoriz| do parâmetro.

Ao clicar no botão Alterar Nº Carteira na F01837será acionado o serviço DOT.NET (IW) “Execute” passando parâmetros “Name” e “Type” indicados na 5º sequência | NameUpdCareplanregister | TypeUpdCareplanregister| do parâmetro.

CAP_F01826_AUTHORIZEXT_COLOR: Sinalizador de status de autorização: Esse sinalizador leva em consideração a coluna AUTHORIZEXTSTATUS (autorização da Operadora) na CAPCONSULT. Como o domínio de valoração dessa coluna depende do "sistema autorizador da Operadora" o critério de seleção de cores para o sinalizador precisa ser parametrizável. Esse parâmetro global determina a relação entre valores do domínio de AUTHORIZEXTSTATUS versus a cor correspondente que será ativada no sinalizador. A valoração desse parâmetro deverá obedecer à seguinte sintaxe:
teremos que implementar o critério de valoração das cores de forma parametrizável. Sugestão: Criar parametro global denominado CAP_F01826_AUTHORIZEXT_COLLOR a ser valorado da seguinte forma: 1:<valor_cor_1>|2:<valor_cor_2>....|n:<valor_cor_n>. Exemplo de valoração: 1:-16738048|2:-256|3:-65536|4:-26368|5:-26368|6:-16777216|7:-16711681

CAP_F01826_ADD_ADITT_CONS_TYPE: Esse parâmetro atua exclusivamente na interface F01826 da seguinte forma: Ele deverá ser valorado com a relação de valores da coluna ACTIVITYTYPE para os quais será habilitado o botão "Gerar Adicionais". Para os demais valores da coluna ACTIVITYTYPE será habilitado o botão "Gerar Adic. 1ª Cons" no lugar do botão “Gerar Adicionais”.

CAP_F01396_AGENDA_CONSISTENCY: Esse parâmetro poderá ser valorado com uma lista de nomes de colunas da CAPCONSULT que serão apresentadas ao usuário no momento em que o usuário clicar no botão "Agendar" na interface F01396. Nota: Esse comportamento de emissão dessa caixa de diálogo atua também na interface F01826 (botão: Agendar 1º Consulta). Quando esse parâmetro estiver ativo o sistema irá emitir uma caixa de diálogo contendo um gride vertical com os atributos citados no parâmetro devidamente posicionados. Nota: Essa caixa de diálogo terá dois botões: "Agendar" e "Cancelar. IMPORTANTE: Além dos nomes da colunas tb poderá ser informada um id de função plugada java a ser chamada para realizar consistências adicionais de obrigatoriedade de campos no gride (exemplo: implementar regra do tipo : se especialidade da consulta é fonoaudiologia então o campo "Motivo do Encaminhamento" é obrigatório).

Exemplo de valoração: ID_function|ATRIB_NAME_1|ATRIB_NAME_2|..|ATRIB_NAME_N

ID_FUNCTION: se diferente de zero deverá acionar a função plugada java passando como parâmetro uma row com as informações do gride vertical. Essa função irá sempre devolver um atributo denominado "consistency" (0=FALSE ou 1=TRUE) e um campo texto "message" que poderá retornar null. Se a função retornar "1=TRUE" a transação deverá ter prosseguimento normal (a caixa de diálogo será fechada e transação terá prosseguimento); se a função retornar "consistency=0=FALSE" então deverá ser emitida caixa de diálogo com o conteúdo do campo MESSAGE para o usuário e a caixa de diálogo não deverá ser fechada (o usuário terá que informar valores que passem pela crítica para que a transação tenha prosseguimento, ou clicar no tão "Cancelar" para cancelar o agendamento.

Exemplo: 0|AuthorizExtCode|ActivityType|CONSULTREASON|PATIENTINSTRUCTED|

0: não será chamada função de consistência adicional , no gride vertical serão apresentadas as colunas AuthorizExtCode e ActivityType , CONSULTREASON , PATIENTINSTRUCTED e da CAPCONSULT que ficará editáveis para o usuário.

Exemplo de sintaxe para codificação da função:

(A) Exemplo de função obriga a verificação do status da senha antes de permitir o agendamento. Nessa implementação somente se o status da autorização for igual a “1” será permitido o agendamento. Nessa abordagem não existe regra de by-pass da necessidade de autorização. Essa função deve ser implementada juntamente com a configuração do atributo “status da autorização” não editável na caixa de diálogo.

Recordset rsResult = new Recordset();

rsResult.appendField("Consistency", Field.INTEGER);

rsResult.appendField("Message", Field.STRING);

Row rResult = rsResult.newRow();

if row.getField("AUTHORIZEXTSTATUS").getValue().IntValue() = 1 {

rResult.getField("Consistency").setValue(1);

rResult.getField("Message").setValue("Procedimento Autorizado");

} else {

rResult.getField("Consistency").setValue(0);

rResult.getField("Message").setValue("Procedimento Não Autorizado");

}

return rsResult;

(B) Exemplo de função plugada que implementa o conceito de BYPASS de obrigatoriedade de senha de autorização e expurgo de faturamento em função de atributos customizados por centro ambulatorial. Igualmente essa função deve ser implementada conjuntamente com a configuração do atributo “status da autorização” não editável na caixa e dálogo:

import java.util.*;
import com.iw.controllerLayer.*;
import com.iw.communicationLayer.*;
import com.iw.visualLayer.components.*;
import java.math.*;

Recordset rsResult = new Recordset();
rsResult.appendField("Consistency", Field.INTEGER);
rsResult.appendField("Message", Field.STRING);
rsResult.appendField("AUTHORIZEXTSTATUS", Field.INTEGER);
rsResult.appendField("AUTHORIZEXTCODE", Field.STRING);
rsResult.appendField("AUTHORIZEXTDATE", Field.CALENDAR);
rsResult.appendField("AUTHORIZEXTDATEVAL", Field.CALENDAR);

// obtem valor de UC_FATURAR (GLBASSISTANCEPLACE) relacionado com o registro da agenda referenciado
// Long IDPROFAGENDA = (Long)row.getField("ID").getValue();
// CAPPROFAGENDA.IDASSISTANCEPLACE

int Faturar = 1;
int UC_1ST_CONS_ACOLH = 0;

//Comando SQL
String cSqlText = "Select B.uc_faturar, B.UC_1ST_CONS_ACOLH"
+ " from CAPPROFAGENDA A , GLBASSISTANCEPLACE B "
+ " Where "
+ " A.ID = ? "
+ " AND A.IDASSISTANCEPLACE = B.ID ";

//Montar recordset de parametros
Recordset rsParameters = new Recordset();
rsParameters.appendField("idprofagenda", Field.LONG);
Row rParameters = rsParameters.newRow();
Long IDPROFAGENDA = (Long)row.getField("ID").getValue();

rParameters.getField("idprofagenda").setValue(IDPROFAGENDA.longValue());

//Executar comando SQL
UserParamRecordset userParam = ctl.getUserParam();
ServiceSubmiter ss = new ServiceSubmiter();
ss.setUrlService(userParam.getUrlService());
ss.setProjectName("BOSetDpcExec");
ss.setClassName("MtsSetExeDpcTable");
ss.setServiceName("ExecuteSQL");
ss.addParameter(new StringParameter("cmdSQL", cSqlText));
ss.addParameter(new RecordsetParameter("rsParameters", rsParameters));
ss.addParameter(new RecordsetParameter("userParam", userParam));
Recordset rsResultCommand = ss.submit();

if (rsResultCommand != null && rsResultCommand.hasRows()) {
Iterator irs = rsResultCommand.getRowsIterator();
while (irs.hasNext()) {
Row r = (Row) irs.next();
Faturar = r.getField("UC_FATURAR").getValue().intValue();
UC_1ST_CONS_ACOLH = r.getField("UC_1ST_CONS_ACOLH").getValue().intValue();

// Para depuraçção apenas
// javax.swing.JOptionPane.showMessageDialog(ctl.getApp(),
// "Faturar = " + Faturar.toString(),
// "Erro", JOptionPane.ERROR_MESSAGE);

}
}

Row rResult = rsResult.newRow();
Integer autextst = (Integer)row.getField("AUTHORIZEXTSTATUS").getValue();
if ( autextst != null && autextst.intValue() == 1 ) {
rResult.getField("Consistency").setValue(new Integer(1));
rResult.getField("Message").setValue("Procedimento Autorizado");
}
else if ( UC_1ST_CONS_ACOLH == 1) {
rResult.getField("Consistency").setValue(new Integer(1));
rResult.getField("Message").setValue("Procedimento Autorizado");
rResult.getField("AUTHORIZEXTSTATUS").setValue(new Integer(1));
rResult.getField("AUTHORIZEXTCODE").setValue("1ST_CONS_ACOLH");

// Seta valores de datas para valor null = 01
Calendar c = Calendar.getInstance();
c.set(Calendar.YEAR,1900);
c.set(Calendar.MONTH,0);
c.set(Calendar.DAY_OF_MONTH,2);
c.set(Calendar.HOUR_OF_DAY,0);
c.set(Calendar.MINUTE,0);
c.set(Calendar.SECOND,0);
c.set(Calendar.MILLISECOND,0);

rResult.getField("AUTHORIZEXTDATEVAL").setValue(c);
rResult.getField("AUTHORIZEXTDATE").setValue(c);

}
else if (Faturar == 0) {
// Se centro ambulatorial está configurado como “não faturar” by passa necessidade de senha para 1º agendamento
rResult.getField("Consistency").setValue(new Integer(1));
rResult.getField("Message").setValue("Procedimento Autorizado");
rResult.getField("AUTHORIZEXTSTATUS").setValue(new Integer(1));
rResult.getField("AUTHORIZEXTCODE").setValue("NAO_FATURAR");

// Seta valores de datas para valor null = 01
Calendar c = Calendar.getInstance();
c.set(Calendar.YEAR,1900);
c.set(Calendar.MONTH,0);
c.set(Calendar.DAY_OF_MONTH,2);
c.set(Calendar.HOUR_OF_DAY,0);
c.set(Calendar.MINUTE,0);
c.set(Calendar.SECOND,0);
c.set(Calendar.MILLISECOND,0);

rResult.getField("AUTHORIZEXTDATEVAL").setValue(c);
rResult.getField("AUTHORIZEXTDATE").setValue(c);

}
else {
rResult.getField("Consistency").setValue(new Integer(0));
rResult.getField("Message").setValue("Procedimento Não Autorizado");
}

return rsResult;

Nota: Para cadastrar funções plugadas java acesse interface 153 do IW realizando filtragem por contexto = “Agenda Ambulatorial”.

CAP_ADMISSION_NEW_FORMID: Esse parâmetro irá determinar qual interface será lançada no contexto de cadastramento de novos pacientes. Quando esse parâmetro estiver ativo ao invés da interface padrão F01422 será lançada a interface indicada nesse parâmetro. Ele atua nas seguintes interfaces: (a) No painel de cadastro dos prontuários eletrônicos (HC, PGDC, HSP e AMB) , (b) Na interface F01826 na busca de pacientes pelo “Nº de carteira” do paciente na Operadora (nesse contexto, quando o sistema não localizar em sua base de dados corrente um paciente com o número de carteira digitado o sistema irá lançar a caixa a interface indicada nesse parâmetro para proceder o cadastramento via integração com o sistema da Operadora.

CAP_ADMISSION_NEW_FORM_INTEG: Esse parâmetro tamém determina qual será a caixa de diálogo utilizado para fins de cadastro de pacientes. Ele é considerado exclusivamente no painel de cadastro de pacientes do prontuário eletrônico. Quando esse parâmetro estiver valorado com um FORMID válido de uma interface do IW, será exibido no painel de cadastro um novo botão (1º botão à esquerda na barra de botões) que fará o acionamento da integração de cadastro.

CAP_F01826_NDAYS_FIRST_ALERT: Esse parâmetro é utilizado na transação “Agendar 1º consulta” para classifica automaticamente se o agendamento está sendo realizado dentro do prazo de tolerância ou não. Se a data do agendamento for maior do que o valor (em dias úteis) em relação à data corrente, o sistema emitirá mensagem de alerta para o usuário perguntando se ele deseja continuar a transação assim mesmo. Se continuar a operação o atributo “Atividade (ACTIVITYTYPE)” será classificado automaticamente como “1º ATENDIMENTO FORA DO PRAZO DE TOLERANCIA”. Lembrando que os valores do atributo “Atividade” são padronizados através da constante K_CAP_CONS_ACTIVITY_TYPE (nessa constante o valor de KEYINDEX = 1 é reservado para o conceito “1º ATEND DENTRO PRAZO” e o KEYINDEX = 2 é reservado para o conceito “1º ATEND. FORA DO PRAZO”.

CAP_F01826_NOTITY_DEFAULT_VALUES: Esse parâmetro estabelece valores default que serão lançados automaticamente no gride de envio de notificação qualificação na interface F01842 (interface que é lançada para o terapeuta na execução da transação “Concluir Consulta” na interface F01826). Basicamente esse parâmetro deve ser valorado da seguinte forma: PRIORITY|CLASSIFICATION|IDUSERGROUP|IDMSGENTITYTYPE

Os valores indicados entre pipes serão os valores lançados nos campos do gride de mesmo “Nome” de forma “posicional”. Por exemplo: se valorarmos esse parâmetro com: 2|1|12|3 o sistema, na caixa de diálogo F01842 irá valorar os campos no gride da seguinte forma:

PRIORITY= 2
CLASSIFICATION = 1
IDUSERGROUP = 12
IDMSGENTITYTYPE = 3

CAP_F01826_ADMISSION_TYPE: Esse parâmetro determina qual tipo de prontuário será considerado ao tentarmos localizar um paciente no gride de filtro (1º gride no canto superior da interface) na F01826. Valores possíveis: 3 = filtra somente pacientes de prontuário ambulatorial (verde) , 1 = filtra somente pacientes de atenção domiciliar (prontuário azul) , 2 = filtra somente atendimentos PGDC (prontuário laranja).

CAP_PATIENT_STATUS_ELEG_TISS: Esse parâmetro é considerado no processamento da interface F01837 da seguinte forma: Esse parâmetro deve ser valorado com “números inteiros separados por pipes” correspondentes aos valores da coluna STATUS que retorna do serviço de verificação de elegibilidade do beneficiário que equivalem à condição de “Beneficiário Ativo” na Operadora. Caso o valor retornado na coluna STATUS não pertença aos valores indicados nesse parâmetro será emitida a mensagem de ID 6751 informando ao usuário que o beneficiário não consta como ativo na Operadora.

CAP_F01826_TISSPAYMENT_ACTIVE: Esse parâmetro deverá ser valorado com name|type da integração de faturamento. Quando não estiver ativo deverá ser valorado com “.” (um carácter ponto). Se ativo então a F01826 passará a ter o seguinte comportamento: "No acionamento do botão registrar chegada o sistema irá proceder a devida gravação do horário de chegada do paciente no ambulatório e em seguida será acionado o método de faturamento indicado no parâmetro CAP_F01826_TISSPAYMENT_ACTIVE (Será chamado o serviço “Execute” com atributos “name e type” indicados no parâmetro, passando no rsinput o recordset completo da linha selecionada na gride e atributo “ConsultOnly” = 0 ). Nota: A ativação desse parâmetro fará com que o sistema passe a exibir o botão “Faturamento (ExecutePayment)” ao lado do botão “Registrar Chegada” (Esse botão servirá para permitir que o acionamento do faturamento possa ser realizado novamente para as consultas que ficarem com status de pendência no faturamento (coluna BillingPendency = 1).

CAP_CONS_WRITEOFF_WITHOUT_EVOL: (Valores: 0 Mantém a crítica, 1: Relaxa a crítica) Esse parâmetro permite relaxar a crítica que o sistema faz no momento do registro da transação “Concluir Consulta” se não existir ainda um registro de evolução clínica associado à consulta programada. Se parâmetro estiver valorado com “1”, em termos práticos se a coluna “ID Evolução” não estiver valorada o sistema emitirá a crítica impedindo o registro da conclusão da consulta.

Colunas Especializadas no Cadastro de Consultas

- Tipo de Atividade (ACTIVITYTYPE : Integer): Indica o tipo de atividade relacionado com a consulta ambulatorial. O domínio de valores para esse atributo é determinado pela constante K_CAP_CONS_ACTIVITY_TYPE. Exemplos de valores: 1º ATEND. DENTRO PRAZO , 1º ATEND. FORA PRAZO, Terapia etc.

- Horário Chegada Paciente (PATIENTARRIVEDATE: datetime): Horário de chegada do paciente no ambulatório.

- ID Profissional agendado: (IDPROFESSIONAL: Long): ID do profissional que foi agendado. Essa coluna é valorada com o ID obtido do registro da CAPPROFAGENDA no momento do agendamento. Essa coluna será importante especialmente nos casos de estornos de agendamento para manter a memória do profissional no qual a consulta estava agendada anteriormente.

- Nº Carteira Paciente (CarePlanRegOrig: String20): Nota no gride de baixo é exibida também uma coluna denominada CAREPLANREGISTER que mostra o número de carteira do beneficiário correntemente cadastrado na CAPADMISSION (que corresponderá ao número de carteira atual do beneficiário, que poderá ser diferente do nº de carteira gravado no consulta, em casos onde ocorrer alteração de nº de carteira durante o tratamento as consultas realizadas anteriormente irá preservar o número de carteira anterior na coluna CarePlanRegOrig).

- ID Agrupador (IDCONSULTGROUP): Esse ID identifica um conjunto de consultas que fazem parte de um mesmo “tratamento”. *Exemplo: Sessões de fisioterapia que em conjunto formam um “tratamento” completo.).

- (TISS) Status Autorização Operadora: (AUTHORIZEXTSTATUS: Integer): Corresponde ao status da autorização da consulta ambulatorial na Operadora. Nota: Essa coluna é associada à constante denominada K_CAP_STATUS_AUTHORIZ_TISS que organiza o domínio de valores de status de autorização padronizados do TISS.

- (TISS) Quantidade Autorizada: (AUTHORIZEDQTY) Quantidade de consultas autorizadas.

- (TISS) Senha Aprov. Operadora (AUTHORIZEXTCODE: String 20)

- (TISS) Nº Guia Prestador (TISS): (SERVICEGUIDENUMBER) Corresponde ao número da guia do prestador utilizado para a obtenção da autorização TISS no autorizador da Operadora.

- (TISS) Nº Guia Operadora (TISS): (PROVIDERGUIDECODE)

- (TISS) Data da Autorização (**) (AUTHORIZEXTDATE): Data da autorização obtida da chamada do WEBSERVICE.

- (TISS) Data Validade Senha (**): (AuthorizExtDateVal DATE)

- (TISS) Observação Autorizador (**): (AuthorizComments STRING 1000)

- (TISS) Código Glosa (**): (AuditBillCode STRING(10))

- (TISS) Descrição Glosa (**): (AuditBillComments STRING(500))

Parâmetros de Menu Tratados pela F01826

IDASSISTANCEPLACE=<idassistanceplace>|SCSPECIALITY=<scspeciality>|REGISTRYNUMBER=<registrynumber>

Esse parâmetro de menu fará com a interface F01826 seja lançada já posicionando uma especialidade



Parametrizando a Interface F01826 para Operação com o Faturamento On-Line (Consulta a consulta)

A interface F01826 oferece uma modalidade de faturamento realizado no momento da chegada do paciente no ambulatório. Nesse regime de faturamento no ato do registro do horário de chegada do paciente no ambulatório o IW irá realizar automaticamente o faturamento individual dessa consulta através do uso de interface padrão WEBSERVICE TISS (Envio Lote Guias). Nesse caso será enviado um XML contendo uma única guia SPSADT.

Para ativar essa modalidade os seguintes passos devem ser seguidos:

(a) Ativar o parâmetro global CAP_F01826_TISSPAYMENT_ACTIVE.

Esse parâmetro deverá ser valorado com os “name” e “type” do método que implementa a rotina de faturamento customizada. Ex.: Na Unimed Curitiba valora com “UnimedCuritiba|31”

Nota Técnica: Note que, eventualmente, será necessário desenvolver um método “Execute” específico para o cliente se houverem especificidades no modelo do XML TISS. Quando esse parâmetro é ativado o IW passará a acionar o WEBSERVICE TISS do Envio Lote Guias automaticamente logo após o registro do horário de chegada do paciente. Além disso será também exibido um novo botão denominado conforme ilustrado abaixo:

Esse novo botão “Faturamento” se desdobra em popup menu com as opções ilustradas acima:

(1) Realizar Faturamento: Essa opção poderá ser utilizada nos casos e que ocorrer algum erro no faturamento automatizado realizado no ato do registro do horário de chegada do paciente.
(2) Visualizar Erro Faturamento: Essa opção poderá ser utilizada para ter acesso aos detalhes do erro de faturamento ocorrido.

(b) Ativar o filtro por “Pendência Faturamento” no gride de cabeçalho da F01826

Esse recurso de filtragem será importante para que seja possível resgatar aqueles registros de consultas que apresentaram algum erro na rotina de faturamento, tanto para visualização do erro para orientação da ação corretiva quanto para acionar novamente a rotina de faturamento quando essa for a opção para a resolução da pendência do faturamento.

Para ativar esse filtro comando cadastrado na IFRSQLCOMMAND no FORMID 1826 com keyindex = (name = “Filtro1aAba) . Deverá ser adicionado ao final o atributo “,FIELDINTEGER BILLINGPENDENCY “. Abaixa a ilustração de como irá ficar o comando:

SELECT FIELDLONG IDASSISTANCEPLACE, FIELDLONG SCSPECIALITY, FIELDSTRING SCSPECIALITYNAME, FIELDSTRING REGISTRYNUMBER, FIELDLONG IDPROFESSIONAL, FIELDSTRING PROFESSIONALNAME, FIELDLONG IDADMISSION, FIELDSTRING PATIENTNAME, FIELDDATE STARTDATE, FIELDDATE ENDDATE, FIELDSTRING CAREPLANREGISTER, FIELDINTEGER WEEKDAYPERIOD, FIELDINTEGER WEEKDAY, FIELDINTEGER BILLINGPENDENCY FROM IFRFIELD

Após a declaração do novo atributo o gride de filtragem deverá configurado, associado a nova coluna “BILLINGPENDENCY” à constante de sistema : K_FIN_AMBULATORY_BILLPENDENCY , cujos valores ilustramos abaixo:

Após essas configurações o gride filtragem passará a exibir mais um atributo de filtragem conforme ilustrado abaixo:

(c) Alterar o comando de pesquisa cadastrado na IFRSQLCOMMAND

Especificamente no FORMID = 1826 no KEYINDEX = 102 para passar a tratar a filtragem pelo novo atributo de filtragem “BILLINGPENDENCY”.

Abaixo ilustramos como ficou o comando de pesquisa:

Append=on;

SELECT B.ID IDConsult,B.IDADMISSION,B.IDASSISTANCEROOM

, B.AuthorizExtCode,B.AuthorizExtStatus,B.AuthorizedQty,B.Pendency,B.SCDiagnostic,B.ConsultQty,B.Mask

, B.ExternalCharge,B.ELIGIBLE,B.NotEligibleCause, B.PatientArriveDate,B.WriteoffDate,B.IDConsultGroup

, B.IDEVOLUTION,B.IDPROFAGENDA,B.SCCHARGE,B.SCSPECIALITY

, B.ADDITIONAL,B.ADDITIONALREASON

, B.CANCELED,B.CHARGE,B.CLASSIFICATION,B.CONSULTRETURN,B.CONSULTTYPE,B.EMERGENCY,B.LIBERATED,B.EXTERNALCHARGE

, B.PATIENTCONFIRM,B.REALIZED,B.PAYPROFESSIONAL

, B.PROGRAMMEDSTART,B.PROGRAMMEDEND

, B.COMMENTS,B.IDUSERAGENDA

, E.NAME AS PATIENTNAME,E1.NAME AS PROFESSIONALNAME

, G.NAME AS CONTRACTNAME

, A.ID,A.AGENDASTARTDATE,A.AGENDAENDDATE,A.IDASSISTANCEPLACE

, C.PATIENTAGE

, A.IDPROFESSIONAL

, C.IDPATIENT

, E.GENDER

, B.ACTIVITYTYPE

, F.REGISTRYNUMBER

, B.BONIFICATION

, B.WAITLIST

, M.CODENAME AS SCDIAGNOSTICNAME

, WEEKDAY

, E.TELEPHONE

, A.WEEKDAYPERIOD

, B.WEEKDAYPERIODGOAL

, A.UNAVAILABLE

, cast ((CASE WHEN WRITEOFFDATE IS NULL THEN -1 ELSE -16777063 END) as number(9,0)) AS SWRITEOFF

, cast ((CASE WHEN PATIENTCONFIRM = 1 THEN -16751104 ELSE -1 END) as number(9,0)) AS SPATIENTCONFIRM

, cast ((CASE WHEN WAITLIST = 1 THEN -13312 ELSE -1 END) as number(9,0)) AS SWAITLIST

, cast ((CASE WHEN C.UC_NIP = 1 THEN -52429 ELSE -1 END) as number(9,0)) AS SNIP

, B.IDCONSFREQUENCYEXT

, C.CAREPLANREGISTER

, B.CAREPLANREGORIG

, 1 as ENROLLACTIVE

, (CASE WHEN P.ENROLLACTIVE = 1 THEN 'S' ELSE 'N' END) AS SENROLLACTIVE

, Q.CODENAME AS SCSPECIALITYNAME

, A.AGENDAREFDATE

, A.UNAVAILABLECLASS

, A.UNAVAILABLEDESCR

, A.SHIFT

, A.OWNERVEHICLE

, 1 as VERIFICELEGIB

, B.PATIENTRELATIVE

, B.LASTPROGRAMMEDDATE

, B.SERVICEGUIDENUMBER

, B.PROVIDERGUIDECODE

, B.AUTHORIZEXTDATE

, B.AuthorizExtDateVal

, B.AuthorizComments

, B.AuditBillCode

, B.AuditBillComments

, B.BILLINGPENDENCY

, B.IDPAYMENT

, R.TISSCOMMENTS

, cast ((CASE WHEN B.BILLINGPENDENCY IS NULL THEN -1 WHEN B.BILLINGPENDENCY = 1 THEN -65536 WHEN B.BILLINGPENDENCY = 2 THEN -16751104 ELSE -205 END) as number(9,0)) AS SBILLING

FROM CAPPROFAGENDA A,CAPCONSULT B LEFT JOIN SCCCODE M ON (M.ID=B.SCDIAGNOSTIC) LEFT JOIN TDTISSPAYMENT R ON (R.IDPAYMENT = B.IDPAYMENT),CAPADMISSION C,GLBPATIENT D LEFT JOIN GLBINSURANCEENROLL P ON (D.IDINSURANCEENROLL = P.ID)

, GLBPERSON E

, GLBPERSON E1,GLBPROFESSIONAL F,CTRCONTRACT G

, GLBHEALTHPROVIDER H,GLBHEALTHPROVDEP I

, SCCCODE Q

WHERE

ROWNUM < 3000

AND C.IDPATIENT = D.ID

AND D.IDPERSON = E.ID

AND B.IDPROFAGENDA = A.ID

AND C.ID = B.IDADMISSION

AND A.IDPROFESSIONAL = F.IDPERSON

AND F.IDPERSON = E1.ID

AND C.IDCONTRACT = G.ID

AND C.IDHEALTHPROVDEP = I.ID

AND I.IDHEALTHPROVIDER = H.ID

AND C.ID = $P{IDADMISSION[C.ID]}

AND A.WEEKDAYPERIOD = $P{WEEKDAYPERIOD[A.WEEKDAYPERIOD]}

AND TO_CHAR(A.AGENDASTARTDATE, 'd') = $P{WEEKDAY[TO_CHAR(A.AGENDASTARTDATE, 'd')]}

AND F.SCSPECIALITY = $P{SCSPECIALITY[F.SCSPECIALITY]}

AND F.IDPERSON = $P{IDPROFESSIONAL[F.IDPERSON]}

AND A.IDASSISTANCEPLACE IS NOT NULL AND A.IDASSISTANCEPLACE = $P{IDASSISTANCEPLACE[A.IDASSISTANCEPLACE]}

AND A.AGENDASTARTDATE >= TRUNC(TO_DATE('$P{STARTDATE}','dd/mm/yyyy:hh24:mi:ss')) AND A.AGENDASTARTDATE < (TRUNC(to_date('$P{ENDDATE}','dd/mm/yyyy:hh24:mi:ss')+1) )

AND (B.AuthorizExtStatus IN (0,2,4,5) OR $P{AUTHORIZEXTSTATUS[0]} = 0 )

AND ( ( B.PENDENCY = 1 AND B.ACTIVITYTYPE IN (1,2) ) OR $P{CONSULTPENDENCY_1[0]} = 0)

AND ( ( B.PENDENCY = 1 AND B.ACTIVITYTYPE NOT IN (1,2) ) OR $P{CONSULTPENDENCY[0]} = 0)

AND ( $P{FREE[0]} = 0 )

AND (B.WAITLIST= 1 OR $P{WAITLIST[0]} = 0)

AND B.SCSPECIALITY = Q.ID

AND 'B.BILLINGPENDENCY' = '$P{BILLINGPENDENCY[B.BILLINGPENDENCY]}'

AND A.ID = $P{IDPROFAGENDA[A.ID]};

SELECT B.ID IDConsult,B.IDADMISSION,B.IDASSISTANCEROOM

, B.AuthorizExtCode,B.AuthorizExtStatus,B.AuthorizedQty,B.Pendency,B.SCDiagnostic,B.ConsultQty,B.Mask

, B.ExternalCharge,B.ELIGIBLE,B.NotEligibleCause, B.PatientArriveDate,B.WriteoffDate,B.IDConsultGroup

, B.IDEVOLUTION,B.IDPROFAGENDA,B.SCCHARGE,B.SCSPECIALITY

, B.ADDITIONAL,B.ADDITIONALREASON

, B.CANCELED,B.CHARGE,B.CLASSIFICATION,B.CONSULTRETURN,B.CONSULTTYPE,B.EMERGENCY,B.LIBERATED,B.EXTERNALCHARGE

, B.PATIENTCONFIRM,B.REALIZED,B.PAYPROFESSIONAL

, B.PROGRAMMEDSTART,B.PROGRAMMEDEND

, B.COMMENTS,B.IDUSERAGENDA

, E.NAME AS PATIENTNAME,E1.NAME AS PROFESSIONALNAME

, G.NAME AS CONTRACTNAME

, A.ID,A.AGENDASTARTDATE,A.AGENDAENDDATE,A.IDASSISTANCEPLACE

, C.PATIENTAGE

, A.IDPROFESSIONAL

, C.IDPATIENT

, E.GENDER

, B.ACTIVITYTYPE

, F.REGISTRYNUMBER

, B.BONIFICATION

, B.WAITLIST

, M.CODENAME AS SCDIAGNOSTICNAME

, WEEKDAY

, E.TELEPHONE

, A.WEEKDAYPERIOD

, B.WEEKDAYPERIODGOAL

, A.UNAVAILABLE

, cast ((CASE WHEN WRITEOFFDATE IS NULL THEN -1 ELSE -16777063 END) as number(9,0)) AS SWRITEOFF

, cast ((CASE WHEN PATIENTCONFIRM = 1 THEN -16751104 ELSE -1 END) as number(9,0)) AS SPATIENTCONFIRM

, cast ((CASE WHEN WAITLIST = 1 THEN -13312 ELSE -1 END) as number(9,0)) AS SWAITLIST

, cast ((CASE WHEN C.UC_NIP = 1 THEN -52429 ELSE -1 END) as number(9,0)) AS SNIP

, B.IDCONSFREQUENCYEXT

, C.CAREPLANREGISTER

, B.CAREPLANREGORIG

, 1 as ENROLLACTIVE

, (CASE WHEN P.ENROLLACTIVE = 1 THEN 'S' ELSE 'N' END) AS SENROLLACTIVE

, Q.CODENAME AS SCSPECIALITYNAME

, A.AGENDAREFDATE

, A.UNAVAILABLECLASS

, A.UNAVAILABLEDESCR

, A.SHIFT

, A.OWNERVEHICLE

, 1 as VERIFICELEGIB

, B.PATIENTRELATIVE

, B.LASTPROGRAMMEDDATE

, B.SERVICEGUIDENUMBER

, B.PROVIDERGUIDECODE

, B.AUTHORIZEXTDATE

, B.AuthorizExtDateVal

, B.AuthorizComments

, B.AuditBillCode

, B.AuditBillComments

, B.BILLINGPENDENCY

, B.IDPAYMENT

, R.TISSCOMMENTS

, cast ((CASE WHEN B.BILLINGPENDENCY IS NULL THEN -1 WHEN B.BILLINGPENDENCY = 1 THEN -65536 WHEN B.BILLINGPENDENCY = 2 THEN -16751104 ELSE -205 END) as number(9,0)) AS SBILLING

FROM CAPPROFAGENDA A,CAPCONSULT B LEFT JOIN SCCCODE M ON (M.ID=B.SCDIAGNOSTIC) LEFT JOIN TDTISSPAYMENT R ON (R.IDPAYMENT = B.IDPAYMENT),CAPADMISSION C,GLBPATIENT D LEFT JOIN GLBINSURANCEENROLL P ON (D.IDINSURANCEENROLL = P.ID)

, GLBPERSON E

, GLBPERSON E1,GLBPROFESSIONAL F,CTRCONTRACT G

, GLBHEALTHPROVIDER H,GLBHEALTHPROVDEP I

, SCCCODE Q

WHERE

ROWNUM < 3000

AND C.IDPATIENT = D.ID

AND D.IDPERSON = E.ID

AND B.IDPROFAGENDA = A.ID

AND C.ID = B.IDADMISSION

AND A.IDPROFESSIONAL = F.IDPERSON

AND F.IDPERSON = E1.ID

AND C.IDCONTRACT = G.ID

AND C.IDHEALTHPROVDEP = I.ID

AND I.IDHEALTHPROVIDER = H.ID

AND C.ID = $P{IDADMISSION[C.ID]}

AND A.WEEKDAYPERIOD = $P{WEEKDAYPERIOD[A.WEEKDAYPERIOD]}

AND TO_CHAR(A.AGENDASTARTDATE, 'd') = $P{WEEKDAY[TO_CHAR(A.AGENDASTARTDATE, 'd')]}

AND F.SCSPECIALITY = $P{SCSPECIALITY[F.SCSPECIALITY]}

AND F.IDPERSON = $P{IDPROFESSIONAL[F.IDPERSON]}

AND A.IDASSISTANCEPLACE IS NOT NULL AND A.IDASSISTANCEPLACE = $P{IDASSISTANCEPLACE[A.IDASSISTANCEPLACE]}

AND A.AGENDASTARTDATE >= TRUNC(TO_DATE('$P{STARTDATE}','dd/mm/yyyy:hh24:mi:ss')) AND A.AGENDASTARTDATE < (TRUNC(to_date('$P{ENDDATE}','dd/mm/yyyy:hh24:mi:ss')+1) )

AND (B.AuthorizExtStatus IN (0,2,4,5) OR $P{AUTHORIZEXTSTATUS[0]} = 0 )

AND ( ( B.PENDENCY = 1 AND B.ACTIVITYTYPE IN (1,2) ) OR $P{CONSULTPENDENCY_1[0]} = 0)

AND ( ( B.PENDENCY = 1 AND B.ACTIVITYTYPE NOT IN (1,2) ) OR $P{CONSULTPENDENCY[0]} = 0)

AND ( $P{FREE[0]} = 0 )

AND (B.WAITLIST= 1 OR $P{WAITLIST[0]} = 0)

AND B.SCSPECIALITY = Q.ID

AND 'B.BILLINGPENDENCY' <> '$P{BILLINGPENDENCY[B.BILLINGPENDENCY]}'

AND (B.BILLINGPENDENCY IS NOT NULL AND B.BILLINGPENDENCY = $P{BILLINGPENDENCY[B.BILLINGPENDENCY]})

AND A.ID = $P{IDPROFAGENDA[A.ID]};

SELECT A.ID,A.AGENDASTARTDATE,A.AGENDAENDDATE,A.IDASSISTANCEPLACE

, A.IDPROFESSIONAL, A.UNAVAILABLE

, WEEKDAY

, A.WEEKDAYPERIOD

, cast ( -1 as number(9,0)) AS SWRITEOFF

, cast ( -1 as number(9,0)) AS SPATIENTCONFIRM

, cast ( -1 as number(9,0)) AS SWAITLIST

, cast ( -1 as number(9,0)) AS SBILLING

, A.SCSPECIALITY

, A.AGENDAREFDATE

, E1.NAME AS PROFESSIONALNAME

, G.CODENAME AS SCSPECIALITYNAME

, A.UNAVAILABLECLASS

, A.UNAVAILABLEDESCR

FROM CAPPROFAGENDA A

, GLBPERSON E1,GLBPROFESSIONAL F , SCCCODE G

WHERE

ROWNUM < 3000

AND A.IDPROFESSIONAL = F.IDPERSON

AND A.SCSPECIALITY = G.ID

AND F.IDPERSON = E1.ID

AND F.SCSPECIALITY = $P{SCSPECIALITY[ F.SCSPECIALITY]}

AND A.WEEKDAYPERIOD = $P{WEEKDAYPERIOD[A.WEEKDAYPERIOD]}

AND F.IDPERSON = $P{IDPROFESSIONAL[F.IDPERSON]}

AND A.IDASSISTANCEPLACE IS NOT NULL AND A.IDASSISTANCEPLACE = $P{IDASSISTANCEPLACE[A.IDASSISTANCEPLACE]}

AND A.AGENDASTARTDATE >= TRUNC(TO_DATE('$P{STARTDATE}','dd/mm/yyyy:hh24:mi:ss'))

AND A.AGENDASTARTDATE < (TRUNC(to_date('$P{ENDDATE}','dd/mm/yyyy:hh24:mi:ss')+1))

AND ($P{NOTFREE[0]} = 0 )

AND (0 = $P{IDADMISSION[0]})

AND ($P{CONSULTPENDENCY[0]} = 0)

AND ($P{AUTHORIZEXTSTATUS[0]} = 0)

AND A.ID = $P{IDPROFAGENDA[A.ID]}

AND TO_CHAR(A.AGENDASTARTDATE, 'd') = $P{WEEKDAY[TO_CHAR(A.AGENDASTARTDATE, 'd')]}

AND '4' = '$P{BILLINGPENDENCY[4]}'

MINUS (

SELECT

A.ID,A.AGENDASTARTDATE,A.AGENDAENDDATE,A.IDASSISTANCEPLACE

, A.IDPROFESSIONAL, A.UNAVAILABLE

, WEEKDAY

, A.WEEKDAYPERIOD

, cast ( -1 as number(9,0)) AS SWRITEOFF

, cast ( -1 as number(9,0)) AS SPATIENTCONFIRM

, cast ( -1 as number(9,0)) AS SWAITLIST

, cast ( -1 as number(9,0)) AS SBILLING

, A.SCSPECIALITY

, A.AGENDAREFDATE

, E1.NAME AS PROFESSIONALNAME

, G.CODENAME AS SCSPECIALITYNAME

, A.UNAVAILABLECLASS

, A.UNAVAILABLEDESCR

FROM CAPPROFAGENDA A , CAPCONSULT B , SCCCODE G , GLBPERSON E1 ,GLBPROFESSIONAL F

WHERE

A.ID = B.IDPROFAGENDA

AND A.IDPROFESSIONAL = F.IDPERSON

AND A.SCSPECIALITY = G.ID

AND F.IDPERSON = E1.ID

AND A.AGENDASTARTDATE >= TRUNC(TO_DATE('$P{STARTDATE}','dd/mm/yyyy:hh24:mi:ss'))

AND A.AGENDASTARTDATE < (TRUNC(to_date('$P{ENDDATE}','dd/mm/yyyy:hh24:mi:ss')+1))

AND A.IDASSISTANCEPLACE IS NOT NULL AND A.IDASSISTANCEPLACE = $P{IDASSISTANCEPLACE[A.IDASSISTANCEPLACE]}

AND '4' = '$P{BILLINGPENDENCY[4]}'

);

OrderBy=agendastartdate;

(D) Parametrizar o acesso WEBSERVICE para o faturamento

D.1: Configurar o registro de declaração do método WEBSERVICE “Lote Guias”. Acesse por exemplo o link indicado abaixo:

Será lançada a interface ilustrada abaixo:

Note que esse é um serviço de WEBSERVICE TISS, a URL DE ACESSO especificamente deverá ser cadastrada no parâmetro XML da Operadora conforme ilustrado abaixo:

(E) Parametrizar o Expurgo de Faturamento por Centro Ambulatorial

O módulo de faturamento on line do IW permite que sejam configurados parâmetros de expurgo da rotina de faturamento on line via WEBSERVER. Essa abordagem é utilizada para permitir que sejam implementados serviços próprios “não faturáveis” para Operadora.

Para viabilizar essa parametrização o primeiro passo será declarar as seguintes colunas customizadas na tabela GLBASSISTANCEPLACE:

Coluna UC_FATURAR: (sim,não): Flag que determina se as consultas realizadas no centro ambulatorial deverá passar pela rotina de faturamento online via WEBSERVER TISS ou não. Somente consultas agendadas e realizadas em centros ambulatoriais configurados com UC_FATURAR = sim serão submetidas ao faturamento online (para os demais centros ambulatoriais as consultas terão a flag de pendência de faturamento (BILLINGPENDENCY na CAPCONSULT) automaticamente valorada com 3 = “Não Faturar”.

Coluna UC_1ST_CONS_ACOLH: (sim,não): Flag que determina se primeira consulta agendada para o paciente no centro ambulatorial não necessitará de senha de autorização prévia e não deverá ser cobrada (isso se aplica somente à 1º consulta agendada por especialidade no centro ambulatorial. Nota: Para os centros ambulatoriais configurados com UC_1ST_CONS_ACOLH = sim, ao se executar o agendamento da 1º consulta o IW irá implementar valorar automaticamente a senha de autorização com a expressão pré-definida = “1ST_CONS_ACOLH”. As consultas agendadas com senha igual a “1ST_CONS_ACOLH” serão expurgadas do faturamento online.

Após a declaração das colunas configure o gride na interface de cadastramento de centros ambulatoriais conforme ilustrado abaixo:

Vide parâmetros de configuração do gride abaixo:

(F) Parametrizar o Expurgo de Necessidade de senha para Agendamento da 1º consulta em centros ambulatoriais expurgados do faturamento em geral ou expurgados de faturamento e senha somente da primeira consulta

Vejam descrição do parâmetro global : CAP_F01396_AGENDA_CONSISTENCY nesse manual.
Para ativar a regra de expurgo utilizem a função exemplo (B) citada na documentação.

Descrição das operações do faturamento no Modo de Faturamento On-Line via WebServer TISS

A figura a seguir ilustra a interface F01826 já devidamente parametrizada para a operação no modo de faturamento:



Notem a presença do botão “Faturamento” na barra de botões. O processamento do faturamento automatizado é bem simples e até transparente para os usuários da interface. No ato do registro do “horário de chegada” do paciente no ambulatório o sistema irá processar automaticamente o faturamento da consulta executando “todas as etapas do faturamento” : (a) Cálculo do valor a cobrar, (b) Geração do DOC de faturamento no IW (para controle das contas processadas), (c) Geração do TISS n IW e (d) Transmissão do XML contendo uma guia SPSADT através da interface WEBSERVER do TISS para a Operadora.

A figura a seguir ilustra um resultado de uma pesquisa onde aparece no resultado uma consulta que já foi faturada (vide: (FA) na cor verde).

Se selecionarmos esse registro e clicarmos no botão “Faturamento” e acionarmos a opção “Realizar faturamento”: Será emitida mensagem de erro indicando que o registro já foi faturado anteriormente conforme ilustração abaixo:

Se acionarmos a opção “Visualizar Erro Faturamento” será emitia caixa de diálogo apresentando as informações referentes ao faturamento bem sucedido (nesse caso) realizado anteriormente conforme ilustrado abaixo:

Nota: Caso o faturamento tenha sido realizado e tenha ocorrido algum tipo de erro no seu processamento o registro da consulta permanecerá na condição de “pendência no faturamento”: Nesse caso o IW irá sinalizar essa consulta com “FA” na cor “vermelha” conforme ilustrado abaixo:

Nessa condição você poderá utilizar o botão “Faturamento” opção “Visualizar erro faturamento” para ter acesso ao tipo de erro que ocorreu na tentativa anterior de processar o faturamento. Poderá ser um erro “de sistema” (ex.: erro de conexão, http 404, http 500. Erros dessa natureza quando ocorrerem arremetem sempre à necessidade de acionamento do suporte de TI para a sua devida análise para verificação das condições de infraestrutura de processamento), ou erros tratados no sistema da Operadora (Ex.: Código de Glosa, problemas na senha da autorização etc). Esses erros arremetem a ações dos gestores do processo de terapia. A solução para a glosa poderá ocorrer diretamente no sistema da Operadora ou eventualmente através de correções de informações (dados incorretos registrados na consulta) com realização de nova tentativa de faturamento através do IW. Nessa condição você poderá, após realizar as devidas correções, acionar o botão “Faturamento” opção “Realizar faturamento” para que o processamento do faturamento seja “realizado novamente”. IMPORTANTE: Nessa operação será gerado um novo ID Lote TISS no IW e será efetivada uma nova submissão do faturamento ao WEBSERVER TISS da Operadora.

IMPORTANTE: Os registros das consultas que caírem na condição de “Pendência de Faturamento” poderão ser consultados através do atributo de filtragem “Pendência Faturamento” ilustrado abaixo:



Valore o atributo de filtragem “Pendência Faturamento” conforme ilustrado acima e preencha também, se desejar, outros atributos de filtragem (exemplo faixa de datas) e clique no botão “Pesquisar” para ter a relação de consultas cujo faturamento está com status = “Pendente”.