BLV Técnico Versão 5.10 (Continuação)
Cadastro de médicos
Visão do usuário:
Ao cadastrar um médico o sistema passa a criar um registro de recurso relacionado ao médico, dessa forma, caso existam registros ligados a esse recurso, tais como agendas, não será possível a remoção do registro do médico
Novos campos no prontuário
Visão do usuário:
Na tabela PRONTUARIO foram incluídos os campos:
ANAMNESE de 4000 caracteres - anamnese
EXAMEADIC de 4000 caracteres - exames adicionais
Alteração de conteúdo do prontuário
Visão do usuário:
A tabela PRONTUARIO passa a ter uma coluna chamada CONSOLIDADO, quando essa coluna estiver com 'S' significa que o atendimento está consolidado e os dados do PRONTUARIO não podem mais ser alterados.
Implementação do controle por FIX nos templates de relatórios.
Visão do usuário:
Os templates ERG0000R e ERG0000P foram alterados para utilizar o mecanismo de controle de FIX.
A implementação em outros relatórios deve seguir o padrão desses templates:
Criar o parâmetro do usuário P_FIX com as propriedades "DATATYPE" com valor "Character" e "WIDTH" com valor "2000".
Na trigger "BEFORE PARAMETER FORM", após a chamada do procedimento "REPORT_INIT" acrescentar a chamada ao procedimento REPORT_FIX.
Por exemplo:
report_init(:P_HADUSUARIO, :P_HADSENHA, :P_HADEMPRESA);
report_fix( 'TAREFA34031', 'ERG0000R', 'Ergon', '5.10', '15/12/2006', :P_FIX );
No layout, editar as margens do relatório acrescentado um label chamado B_FIX, de fonte "ARIAL" de tamanho 5, no canto inferior direito do rodapé e com a propriedade PRINT OBJECT ON configurada para imprimir em todas as páginas ( All Pages ).
Imprimir o valor do parâmetro :P_FIX, editando o texto do "label" como: &P_FIX
Detalhes Técnicos:
Os templates ERG0000R e ERG0000P foram alterados para utilizar o mecanismo de controle de FIX.
A implementação em outros relatórios deve seguir o padrão desses templates:
Criar o parâmetro do usuário P_FIX com as propriedades "DATATYPE" com valor "Character" e "WIDTH" com valor "2000".
Na trigger "BEFORE PARAMETER FORM", após a chamada do procedimento "REPORT_INIT" acrescentar a chamada ao procedimento REPORT_FIX.
Por exemplo:
report_init(:P_HADUSUARIO, :P_HADSENHA, :P_HADEMPRESA);
report_fix( 'TAREFA34031', 'ERG0000R', 'Ergon', '5.10', '15/12/2006', :P_FIX );
No layout, editar as margens do relatório acrescentado um label chamado B_FIX, de fonte "ARIAL" de tamanho 5, no canto inferior direito do rodapé e com a propriedade PRINT OBJECT ON configurada para imprimir em todas as páginas ( All Pages ).
Imprimir o valor do parâmetro :P_FIX, editando o texto do "label" como: &P_FIX
Cadastro de concurso-ajustes no produto
Visão do usuário:
No Form ERG0050 foi adicionado o campo SEXO, para classificar uma vaga em Cargo+especialidade+SEXO+Localidade; já nos Forms ERG0031 e ERG0049 o mesmo campo foi adicionado para auxiliar nas buscas dos dados.
Foi desenvolvida uma validação na PCK_VAGAS_CONCURSO que garante se a vagas de um concurso são masculinas e femininas ou Ambas.
No Form ERG0031 o campo data de realização do concurso (dtini) se tornou um campo OPCIONAL.
Detalhes Técnicos:
Na TABELA VAGAS_CONCURSO a UNIQUE CONSTRAINT 'VAGAS_VAGAS2_UK' foi alterada, agora ela é composta dos seguintes campos:
ESPECIALIDADE, CARGO, CHAVE_CONCURSO e SEXO.
Ajustes do módulo de concursos
Visão do usuário:
A transação "Classificação em Concurso" sofreu as alterações abaixo descritas:
1. A tela foi redefinida para conter duas fichas. A primeira (Concursos) apresenta as informações do concurso e da vaga. A segunda (Ingresso) apresenta as informações dos classificados do concurso/vaga selecionados;
2. Inclusão do botão de cadastro de publicações na tela;
3. Inclusão do botão "Alterar Ordem Chamada". Este botão permite que se parametrize uma rotina de alteração de ordem de chamada segundo necessidades específicas de cada cliente. Assim, este botão inicialmente fica "invisível" na tela. Para utilizá-lo, deve-se solicitar à equipe técnica que o parametrize adequadamente, segundo detalhamento contido no boletim técnico.
Detalhes Técnicos:
A parametrização de uso do botão "Alterar Ordem Chamada" consiste da codificação do entry-point EP__ERG0031_FLEXBUTTON_01. Este entry-point tem duas funções principais: informar ao sistema se o botão deve ou não ser exibido na tela e implementar a funcionalidade do botão. Abaixo segue detalhamento de como deve ser codificado o entry-point:
Interface do entry-point:
FUNCTION EP__ERG0031_FLEXBUTTON_01 (P_ACAO IN VARCHAR2, P_ROWID IN ROWID, P_MENS OUT VARCHAR2) RETURN VARCHAR2;
Parâmetros:
P_ACAO (IN VARCHAR2): Parâmetro de entrada que indica a ação solicitada ao entry-point pelo botão. Se P_ACAO = 'MOSTRA', a tela está solicitando que o entry-point informe se o botão deve ou não ser exibido na tela. Assim, o retorno da função, quando P_ACAO = 'MOSTRA', deve ser '0' (se o botão NÃO DEVE ser exibido na tela) ou '1' (se o botão DEVE ser exibido na tela). Outro valor possível para o parâmetro é 'EXECUTA'. Nesse caso, o sistema está solicitando que o botão realize sua funcionalidade codificada para o registro da tabela INSCRITOS identificado pelo ROWID informado no parâmetro P_ROWID;
P_ROWID (IN ROWID): Parâmetro de entrada que indica o ROWID do registro da tabela INSCRITOS para o qual o botão foi apertado. Este parâmetro só será informado se P_ACAO = 'EXECUTA'. Caso contrário ele conterá valor NULL. Assim, se P_ACAO = 'EXECUTA', o entry-point deverá executar a tarefa para o qual foi codificado.
P_MENS (OUT VARCHAR2): Parâmetro de saída que devolve a mensagem de erro ocorrida durante o processamento do botão. Se não ocorreram erros, este parâmetro deverá retornar com valor NULL.
Retorno da função (VARCHAR2): Utilize o retorno da função (entry-point) para retornar a informação sobre se o botão deve ou não ser exibido na tela (retorno igual a '1' ou '0', respectivamente).
Novo entry-point na impressão dos atos coletivos
Detalhes Técnicos:
Foi criado o entry-point EP1__ANTES_IMP_ATOS_COLET que será executado antes de começar no início do processo de impressão dos atos coletivos.
Novos itens de C_ERGON no menu Concursos
Detalhes Técnicos:
Foram incluídas as opções CERG04 e CERG05 no menu CONCURSOS_MENU (menu Concursos).
Adicionar no menu (CONSULTAS_TREIN_MENU) as opções de menu CERG.
Detalhes Técnicos:
Foi adicionado no menu CONSULTAS_TREIN_MENU as opções de menu CERG01, CERG02, CERG03.
Criação de opção genérica para tabela de CIDs
Visão do usuário:
Foi criada uma opção genérica no grupo ERGON: TIPO_CID, para informar qual a tabela de CID padrão do sistema. Quando preenchido, não é mais necessário informar o tipo de CID, pois o sistema obtém das opções gerais.
Detalhes Técnicos:
Foi criada uma opção genérica no grupo ERGON: TIPO_CID, para informar qual a tabela de CID padrão do sistema. Quando preenchido, não é mais necessário informar o tipo de CID, pois o sistema obtém das opções gerais.
É necessário preencher essa informação na tela 'opções genéricas'.
Opções Genéricas - Inclusão do item de parametrização GERA_MATRIC
Visão do usuário:
Para se gerar automaticamente a matrícula de um funcionário, deve-se utilizar o item de parametrização GERA_MATRIC, nas Opções Genéricas. Se esta opção for configurada com o valor 'S', a matrícula será gerada automaticamente para o funcionário. Caso contrário, ou seja, se opção for configurada com o valor 'N', então a matrícula deve ser cadastrada manualmente.
Detalhes Técnicos:
A matrícula será gerada utilizando-se a função PACK_ERGON.GERA_MATRICULA. Caso se deseje implementar uma rotina de geração de matrícula própria, o código customizado deve ser incluído na função PACK_CERGON.EP__GERA_MATRICULA.
Entry-points da tabela HIST_DEPEN no modelo novo
Detalhes Técnicos:
A package PCK_HIST_DEPEN foi alterada para chamar os entry-points no modelo novo (via package PCK_EXEC_EP_CERG).
Para isso, foi necessário regerar as triggers da tabela HIST_DEPEN no modelo novo.
Reformulação no mecanismo de geração GFIP do Ergon
Visão do usuário:
O módulo de geração da GFIP no sistema Ergon foi reformulado de modo a atender as novas exigências da Previdência Social e da Caixa Econômica Federal. Essa reformulação gerou mudanças significativas na transação "Gera Fita FGTS" (menu Processos > Gerar arquivos para > FGTS > FGTS).
Informações detalhadas sobre o novo mecanismo de geração e sobre a utilização dessa transação podem ser obtidos através do manual GFIP do sistema Ergon (arquivo GFIP_Ergon.doc).
Detalhes Técnicos:
O novo mecanismo de geração da GFIP necessita que seja codificado o entry-point EP__GFIP_REG30_CATEGORIA, o qual deverá retornar 1 se o vínculo deve entrar no arquivo GFIP ou 0 se o vínculo não deve entrar no arquivo GFIP.
Alterações na aposentadoria temporal
Visão do usuário:
Remoção de histórico de aposentadoria
Na remoção de um histórico de aposentadoria (quando existe um registro imediatamente anterior a esse registro), a data final do registro anterior será atualizada com a data final do registro removido. Assim o servidor continuará inativo no período e não será necessário informar os dados de eventos/provimentos ativos.
Nas operações de reverter, reabrir e remover aposentadoria, se a data inicial do registro de aposentadoria for menor do que a data de instalação do sistema, será considerado a data de instalação do sistema ao efetuar as alterações nos dados de eventos.
Atualizações para Rais 2005
Visão do usuário:
Para a Rais 2005, surgiram novas colunas a serem informados.
No Ergon, foram criados novas colunas na tabela RAIS_INFO, que é utilizada para gerar as informações do registro do tipo 2.
Essas novas colunas se referem aos campos 53-83 (Registro 2), e são populados na geração das informações da rais:
- Os campos de valores recebidos na rescisão (campos 53 a 60) e repasse a entidades sindicais (campos 61 a 70) são obtidos através de parametrização de rubricas dentro de determinados fatores.
- O município (campo 71) será o código do município relacionado ao setor que o servidor está lotado
- Os campos de horas trabalhadas (campos 72 a 83) serão obtidos diretamente de uma função que deve ser customizada.
Houve alteração no tamanho dos registros. Será necessário alterar o layout dos registros das rais de acordo com a Rais 2005.
Os campos que possuem valores fixos, esses valores são cadastrados diretamente no layout.
Os novos campos que serão parametrizados e customizados, deverão ser adicionados na view correspondente ao registro 2, para que seja possível cadastrar no layout. Os novos campos também poderão ser customizados através de eps ou em função dentro da view.
Detalhes Técnicos:
Foram criados as seguintes colunas na tabela RAIS_INFO, correspondentes aos campos 53 a 83 do registro do tipo 2:
RESC_VAL_FERIAS, RESC_SALDO_HE, RESC_QTD_HE, RESC_ACRESC_SAL, RESC_QTD_ACRESC, RESC_GRATIF, RESC_QTD_GRATIF, RESC_MULTA, CONTASSOC_1_CNPJ, CONTASSOC_1_VALOR, CONTASSOC_2_CNPJ, CONTASSOC_2_VALOR, CONTSINDIC_CNPJ, CONTSINDIC_VALOR, CONTASSIST_CNPJ, CONTASSIST_VALOR, CONTCONFED_CNPJ, CONTCONFED_VALOR, MUNICIPIO, HOR_TAB_JAN, HOR_TAB_FEV, HOR_TAB_MAR, HOR_TAB_ABR, HOR_TAB_MAI, HOR_TAB_JUN, HOR_TAB_JUL, HOR_TAB_AGO, HOR_TAB_SET, HOR_TAB_OUT, HOR_TAB_NOV, HOR_TAB_DEZ
Os campos serão obtidos das seguintes formas:
- Município será o código do município relacionado ao setor que o servidor está lotado. O código do IBGE está cadastrado na transação Municípios/Bairros. O município do setor deve ser igual ao município cadastrado nessa transação.
- Os campos de valores recebidos na rescisão (campos 53 a 60) serão parametrizados pelas rubricas presentes nos fatores RAIS RES VAL FÉRIAS, RAIS RES SALDO HE, RAIS RES MULTA, RAIS RES ACRESC SAL, RAIS RES GRATIF.
- Os valores repassados às entidades sindicais são parametrizados pelas pelas rubricas presentes nos fatores RAIS SIND ASSIST, RAIS SIND ASSOC, RAIS SIND CONFED e RAIS SIND SINDIC. O complemento no fator será levado em conta quando uma rubrica tiver complementos diferentes para os tipos de repasses.
- Os campos de horas trabalhadas são customizados pelo ep EP__RAIS_HORASTRAB.
Se houver outra regra, é possível alterar nos eps (before e after) ou então dentro da view.
Os novos campos que serão informados, e não forem fixos, terão de ser adicionados na view correspondente ao registro 2.
Alterações nos outros tipos de registros poderão ser informadas diretamente no layout ou então deverão ser incorporados a view.