Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

Microsiga Protheus

Módulo

SIGAPLS - Plano de Saúde

Segmento Executor

Saúde

Chamado

 TVFAZQ

País

X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

   

Objetivo

 

A presente especificação visa detalhar a criação da guia de Prorrogação de Internação de forma autônoma, para que o lançamento possa ser feito de forma separada da guia de Solicitação de Internação, como ocorre hoje. Desta forma, será uma guia separada, podendo lançar os dados de forma mais fidedigna e a possibilidade de impressão da guia, conforme modelo da TISS.

Definição da Regra de Negócio


Atualmente, os dados de Prorrogação são lançados no sistema via guia de Internação, no item Prorrogações. Ou seja, temos que acessar uma guia de Internação, entrar com o número de autorização e após, ir na Parte de Prorrogações e lançar os dados necessários. Além disso, é aceito apenas um procedimento e caso tenha mais itens, os dados devem ser digitados novamente para cada inclusão, atrasando.
No sistema também não temos uma guia de Prorrogação conforme TISS, saindo os dados da Prorrogação na Guia de Internação. Para visualizar uma guia de Internação com os dados de Prorrogação, devemos selecionar o item Reimpressão de Guias, entrar com os dados solicitados pela tela e no alerta que surge e clicar na opção Prorrogação (serão exibidos apenas os itens de prorrogação).


Logo, o lançamento das informações da Guia de Prorrogação serão lançadas a parte, processo semelhante ao das guias de Anexos Clínicos e Outras Despesas, onde o prestador irá associar a guia de prorrogação com uma Internação, tendo uma tela conforme padrão TISS e a guia será impressa neste formato, facilitando o lançamento e visualização dos dados.

A lógica presente será mantida no sistema, mudando apenas a tela de lançamento das Prorrogações e a impressão da Guia, de modo que as alterações para o usuário será com relação a tela de lançamento das informações.
Resumidamente, o Prestador irá:

  1. Acessar o Portal do Prestador, com seu login e senha;
  2. No Menu Principal, selecionar a opção Guia de Prorrogação;
  3. Ao clicar, será aberta a guia de Prorrogação de Internação.
    1. Todos os campos estarão bloqueados, com exceção do campo 3 - Número da Guia de Solicitação de Internação.

  4. Ao clicar na pesquisa do campo 3, o sistema irá exibir todas as internações em andamento para o prestador, que poderá pesquisar pela matrícula, por data ou por número da guia de Solicitação se Internação.
  5. Após a seleção da guia desejada, o sistema irá preencher automaticamente os campos que são compatíveis com a Solicitação de Internação:
    1. Número ANS da Operadora;
    2. Data da Autorização - É a data da Internação do paciente;
    3. Senha;
    4. Número da guia atribuído pela Operadora (se houver)
    5. Número da Carteira do Beneficiário;
    6. Nome do Beneficiário;
    7. Código na Operadora;
    8. Nome da RDA;
  6. O prestador irá lançar demais informações da guia, conforme suas necessidades.
  7. No final, ao clicar no botão Confirmar, o sistema irá gerar o número da guia de Prorrogação e exibir para o usuário e pode realizar a impressão da guia.
    Image Added
  8. Caso necessite lançar outras prorrogações, basta fazer os passos descritos acima.
 

 

Alterações no Processo

  1. A guia de Prorrogação deverá seguir o mesmo funcionamento das Guias de Anexos Clínicos e já consta no cadastro dinâmico de Guias, no cadastro de Tipo de Guias - PLSA496. Neste cadastro, a guia consta como código de guia 11. Porém, devemos realizar ajustes no csv do Wizard, para que as validações, tamanhos de campos, grupos da guia e demais informações estejam corretos, conforme TISS:
    1. Inserir o número de caracteres dos campos;
    2. Criar os grupos da guia no portal (B7C) de acordo com o layout da Guia;
    3. B7B_NOMXMO necessita ser inserido com as variáveis padrões do sistema;
    4. Configurar demais campos da B7B de forma que permitam a edição de dados e seu pleno funcionamento, respeitando todas as alterações de outras especificações já descritas.
  2. Abaixo, os campos da guia de Resumo de Internação, número na guia, tipo de informação, tamanho do campo e formato (quando aplicável):

    TermoNum. do Campo na guiaNome do campo na guiaTipoTamanhoFormato
    Registro ANS1Registro ANSString6 
    Nº da guia no prestador2Número da guia no prestadorString20 
    Número da guia de solicitação de internação.3Número da guia de solicitação de internaçãoString20 
    Data da autorização4Data da autorizaçãoDate8DDMMAAAA
    Senha5SenhaString20 
    Número da guia atribuído pela operadora6Número da guia atribuído pela operadoraString20 
    Número da carteira7Número da carteira do beneficiárioString20 
    Nome8Nome do beneficiárioString70 
    Código na operadora9Código do contratado solicitante na OperadoraString14 
    Nome do contratado10Nome do contratado solicitanteString70 
    Nome do profissional solicitante11Nome do profissional solicitanteString70 
    Conselho Profissional12Conselho profissional do solicitanteString2 
    Número no conselho13Número do solicitante no conselho profissionalString15 
    UF14UF do conselho do profissional solicitanteString2 
    Código CBO15Código na Classificação Brasileira de Ocupações do solicitanteString6 
    Qtde. diárias adicionais solicitadas16Quantidade de diárias adicionais solicitadasInteger3 
    Tipo da acomodação solicitada17Tipo da acomodação solicitadaString2 
    Indicação Clínica18Indicação clínicaString500 
    Tabela19Tabela de referência do procedimento ou item assistencial solicitadoString2 
    Código do procedimento ou item assistencial20Código do procedimento ou item assistencial solicitadoString10 
    Descrição21Descrição do procedimento solicitadoString150 
    Qtde solic22Quantidade solicitada do procedimentoInteger3 
    Qtde Aut23Quantidade autorizada do procedimentoInteger3 
    Qtde. diárias adicionais autorizadas24Quantidade de diárias adicionais autorizadasInteger3 
    Tipo da acomodação autorizada25Tipo da acomodação autorizadaString2 
    Justificativa da Operadora26Justificativa da operadora acerca da prorrogação da internaçãoString500 
    Observação/Justificativa27Observação / JustificativaString500 
    Data da solicitação28Data da solicitaçãoDate8DDMMAAAA
    Assinatura do profissional solicitante29Assinatura do profissional solicitante   
    Assinatura do responsável pela autorização30Assinatura do responsável pela autorização   
  3. Demais configurações necessárias para que a guia seja editável no processo e seus campos corretos.
    1. Ainda será necessário configurar demais funções, validações e outros nas tabelas B7B, B7C para que a guia funcione de forma correta, como as demais guias. Logo, muitas funções em comum poderão ser reaproveitadas para a guia de Prorrogação de Internação, pois teremos grids de procedimentos, executantes e outros e demais validações.
  4. Para verificar campos e demais informações, acesse a tela de Tipos de Guias (PLSA496).

    Figura 5 - Exemplo de como configurar os grupos de Campos para a guia Prorrogação de Internação na tabela B7C. Será necessário configurar tudo, pois atualmente temos apenas os campos, nenhum outro tipo de informação. (apenas protótipo).

  5. Necessário manter o legado de geração de páginas dinâmicas conforme TISS, como ocorre hoje com as outras páginas de guia via Portal.

  6. O funcionamento deve ser idêntico as guias de Anexos Clínicos, devendo possuir um item de Menu logo abaixo delas, no menu principal do Portal (não estará disponível como Guia Off-Line).

    1. Como sugestão, todas as guias de Anexos poderiam ficar num único menu, chamado de Guias Anexas, onde constariam as guias de Anexos Clínicos e a Guia de Prorrogação, para diminuir a quantidade de itens no menu Principal e organizar uma nova seção no Portal com estas guias de anexos.
  7. Retirar do layout dinâmico de guias do Portal a parte de prorrogação que hoje existe na guia ed Internação, já que teremos a guia independente.
  8. Será necessário verificar se as funções que constam hoje no cadastro da PLSA496 (Tipo de Guias), como as BCL_FUNGRV, BCL_FUNEDT, BCL_FUNSAI, BCL_FUNINI e BCL_FUNMFS estão adequadas para o funcionamento correto da guia via portal. No remote, o processo será o mesmo que existe hoje.

  9. Quando o usuário clicar no botão Guia de Prorrogação, o sistema deve abrir a guia de prorrogação com todos os campos bloqueados, liberando apenas o campo 03 - Número da guia de solicitação de internação, que deve ser um campo do tipo F3 pesquisa - PPLSXF3.
    1. Este campo de pesquisa serve para que o prestador possa localizar a guia de Solicitação de Internação.
      1. Deverá ser exibido apenas as guias associadas a RDA logada no momento.
      2. Devem ser exibidas apenas as guias de Solicitação de Internação que não possuem data de Alta (BE4_DTALTA).
    2. Ao clicar na pesquisa, o usuário poderá pesquisar as guias por datamatrícula do beneficiário e número da guia de Solicitação de Internação.
  10. Quando o usuário selecionar o registro desejado e clicar em Confirmar da janela de pesquisa, o sistema deverá liberar todos os campos para edição (via Javascript) e preencher de forma automática os seguintes campos, pois já constam na liberação.
    1. Número ANS da Operadora;
    2. Data da Autorização - É a data da Internação do paciente;
    3. Senha;
    4. Número da guia atribuído pela Operadora (se houver)
    5. Número da Carteira do Beneficiário;
    6. Nome do Beneficiário;
    7. Código na Operadora;
    8. Nome da RDA;
    9. Demais campos serão preenchidos pelo usuário.
  11. O usuário irá preencher todos os campos conforme sua necessidade e no final da digitação, ao clicar no botão Confirmar, o sistema deve gerar o número de Protocolo da Guia de Prorrogação e exibir para o usuário, conforme ocorre com outras guias.
    1. Usar a função PlNewNAut (fonte PLSA090) para que ocorra a geração do número de Protocolo.
  12. O usuário pode realizar a impressão do relatório da guia de Prorrogação
    1. Será necessário criar o layout para impressão da guia de Prorrogação conforme modelo anexo nesta especificação, pois atualmente, ao gerar uma guia de prorrogação, o sistema imprime a Guia de Internação com os procedimentos da tabela BQV e com o título de Prorrogação, mas não é o layout correto.
    2. Logo, desenvolver o layout conforme padrão TISS, constante no final do documento, pois deverá ser gerado tanto no Portal quanto remote.
  13. Atualmente, para solicitar quantidade de diárias adicionais, é necessário lançar um procedimento da tabela de Diárias para que o cálculo seja realizado. 
    1. Ou seja, o prestador deve entrar em contato com a Operadora e solicitar o código de diária correspondente a diária solicitada e então inserir no Portal como um procedimento.
    2. Será necessário criar o campo para armazenar a quantidade de diárias adicionais solicitadas na BQV ou BE4 (verificar qual ocasiona menos impacto na performance e facilidade de recuperação), criar tabela vinculada (número da internação, número da prorrogação e quantidade d e diárias adicionais solicitada) ou realizar os cálculos de forma dinâmica, pois existe na guia de prorrogação o campo 16 - Quantidade de Diárias Adicionais Solicitadas.
    3. Com a inclusão deste campo ou outra forma, será necessário que ao preencher apenas o campo de diárias solicitadas, o sistema realizre realize os cálculos necessários e valide as informações, como se houvesse lançado o procedimento com a quantidade de diárias. 
      1. A função que realiza esse cálculo de análise, conforme layout, é a função CalcDiriaEvo(nTipo). Logo, após escolha da melhor forma de receber o valor da quantidade de diárias adicionais, será necessário alterar esta função e correlatas para que o sistema considere o valor digitado via portal.
      2. Após verificação se as diárias serão autorizadas, na impressão da Guia, o sistema deverá exibir no campo 24 - Quantidade de Diárias Adicionais Autorizadas a quantidade de diárias autorizadas.
  14. A mesma análise do item 13 deverá ser feita para o campo 17 - Tipo de Acomodação Solicitada, pois o prestador pode solicitar mudança da acomodação.
  15. f
  16. df
  17. d
  18. f
  19. df
  20. d
  21. f
  22. d
  23. fd
  24. d
  25. fd

fd

f

d

fd

f

df

d

f

d





Tabelas Utilizadas

  • SE2 – Cadastro de Contas a Pagar
  • FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

 

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Protótipo 01

 

 

 

 

 

 

 

 

 

Opcional

Fluxo do Processo

 

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

 

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 


[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.