3 competências anterior a dez/13.

[glaucy]

Boa Tarde,

Fiz todo o processo necessário, foi feita a consistência da apresentação de dez/13, as contas de dez/13 que não tem erro de cadastro foram aprovadas, mais as contas
de agosto, setembro e novembro/13 aparecem criticadas com a seguinte informação;
560-Não é possível consistir o atendimento:O CNES do mês não foi importado.
O que fazer? uma vez que na base do CNES só consta a competência de nov e parcial dez/13.

SDS.

Glaucy

[glaucy]

Verificando as contas identifique que o SISRCA importa a IDENTIFICAÇÃO DO USUÁRIO, IDENTIFICAÇÃO DA INTERNAÇÃO mais não consegue importar as informações das AÇÕES REALIZADAS dos seguintes procedimentos:
0415020034 - OUTROS PROCEDIMENTOS COM CIRURGIAS SEQUENCIAIS
0415020050 - PROCEDIMENTOS SEQUENCIAIS EM ONCOLOGIA
0415020012 - TRATAMENTO COM CIRURGIAS MÚLTIPLAS

Quem ponderar me ajudar!

Sds

Glaucy
SLZ

[rosa_sus]

Bom dia,

Versão 1.03

- Solicitação de Liberação de Crítica - Ainda consta o CBO (liberado pelo Ministério para procedimentos de Média Complexidade). Não existe mais esta liberação de crítica.

- Número da matrícula RN (registro civil) está sendo importada errada. A divisão aparecendo como inconsistência no SCA.

- Clico no campo da matrícula para editá-lo, aparecem apenas a data da emissão e o Nº do DNV. O número da matrícula não aparece na edição do campo.

- Importei um arquivo da Competência 12/2013, apres: 01/2014. O SISRCA entendeu como sendo competência 01/2014.


No campo Críticas:

- Quando clico em uma AIH aparece 599 - AIHS criticadas por duplicidade: os números de AIHS aparecem todos juntos, sem nenhum espaço.

- 596 - AIHS criticadas por duplicidades: Os dois números de AIHS que aparecem são os mesmos. (aconteceu em todas as aihs criticadas, mesmo não sendo duplicidade).

- O QUE SERIA???? 557 - USUÁRIO SUS excedu o número de internações do mês de atendimento???

att.
Rosa

[susbh]

Começamos mal, muito mal. Instalei a nova versão e, com a janela que apareceu, nada mais acontece. Vou ter que esperar que chegue alguém aqui, que entenda mais do que eu de Postgres [!] para iniciar mais estes testes.
Agora, convenhamos: será que vai ser assim, precisaremos ter suporte de especialistas em informática apenas para baixar uma versão? Volto a insistir que sou usuário, que não tenho que ficar fazendo malabarismos com linhas de programação e ajustes de programas!
Quando é que teremos, se é que teremos, um aplicativo que seja fácil de instalar e de usar? Se aqui estamos tendo este tipo de dificuldade, imagina um digitador sem suporte, sem conhecimentos excepcionais de informática e sem paciência?
Falta o quê para prorrogar este prazo?
Desisti, reinstalei, e nada acontece! Dá vontade de falar um palavrão!

Carlos Alberto

[Sara Novais]

Carlos,

Verifica se está digitando a mesma senha do banco de dados...tem que ser a mesma

[susbh]

Carlos,

Verifica se está digitando a mesma senha do banco de dados...tem que ser a mesma

Prezada Sara: sim, usamos a mesma senha do banco de dados...

[Sara Novais]

Carlos,

Verifica se está digitando a mesma senha do banco de dados...tem que ser a mesma

Prezada Sara: sim, usamos a mesma senha do banco de dados...

pq aqui aconteceu o mesmo...só que eu estava digitando a senha errada. Quando vc clica novamente para instalar ele volta na tela inicial de instalação?!

[susbh]

Carlos,

Verifica se está digitando a mesma senha do banco de dados...tem que ser a mesma

Prezada Sara: sim, usamos a mesma senha do banco de dados...

pq aqui aconteceu o mesmo...só que eu estava digitando a senha errada. Quando vc clica novamente para instalar ele volta na tela inicial de instalação?!

Sara: tentei instalar novamente e, até agora nada aconteceu na tela...

Carlos Alberto

[fabiouberti]

@Carlos

Podem ser as causas.
- O PostgreSQL pode não ter conseguido iniciar corretamente.
- O firewall estar bloqueando o acesso.
- Verifique as configurações dos arquivos postgresql.conf e pg_hba.conf

No postgresql.conf deve conter a linha abaixo configurada desta forma:
listen_addresses = '*' # what IP address(es) to listen on;

no pg_hba.conf deve conter a linha abaixo.
host all all 0.0.0.0 0.0.0.0 md5

Estas configurações devem ser assumidas como verdadeiras para a situação que o PostgreSQL esta instalado em outra maquina da que não aquela que você esta usando o SISRCA, ou seja para usar o SISRCA em rede.

[Ghost01]

@all
O problema é da versão do sistema incompativel com o banco da dados. Postei no outro tópico falando sobre isso. Solução para voltar a funcionar a versão 1.0.2, apagar do postgreSQL a database captação.

[susbh]

@Carlos

Podem ser as causas.
- O PostgreSQL pode não ter conseguido iniciar corretamente.
- O firewall estar bloqueando o acesso.
- Verifique as configurações dos arquivos postgresql.conf e pg_hba.conf

No postgresql.conf deve conter a linha abaixo configurada desta forma:
listen_addresses = '*' # what IP address(es) to listen on;

no pg_hba.conf deve conter a linha abaixo.
host all all 0.0.0.0 0.0.0.0 md5

Estas configurações devem ser assumidas como verdadeiras para a situação que o PostgreSQL esta instalado em outra maquina da que não aquela que você esta usando o SISRCA, ou seja para usar o SISRCA em rede.

Prezado Fábio: obrigado pela resposta, pelo interesse e disponibilidade. Entretanto, volto a insistir: sou um usuário, médico, sem formação em programação ou coisa que o valha. Recuso-me a usar este tipo de artifício, mais ainda porque são 3 anos de "desenvolvimento" [sic] em que estas questões já deveriam ter sido incorporadas às versões. Tudo bem que nos primeiros tempos a gente fizesse uso destas coisas, mas lá se vão 3 anos e fica tudo na mesma? Não lhe parece uma falha lamentável e inaceitável a não inclusão destes parâmetros na versão? Queriamos apenas testar as funcionalidades...
Ademais, soubesse eu tantas coisas de informática, faria um aplicativo que, em 3 anos, funcionaria melhor do que este aí.
Obrigado pela colaboração, e desculpe a fúria...

Carlos Alberto

[Ghost01]

@Carlos

Pois é. Concordo plenamente com suas palavras. Mais o MS pelo visto não está nem um pouco se importando com isso. Tenho mais facilidade por sou estudante da área, e também sei que todo o sistema deveria ser criado para facilitar a vida do usuário e não complicar.

[fabiouberti]

@Carlos

Entendo sua indignação e compartilho do mesmo sentimento, pois sendo da área de desenvolvimento de sistemas sei que o sisrca é uma vergonha. Pois é um sistema incompleto, cheio de falhas.

A idéia inicial é/erra boa porém a politicagem comanda, profissionais não capacitados e testes mal feitos. Pois no ponto de vista de desenvolvimento deve haver uma equipe de testes que antes de distribuir vai testar a fundo o software em busca de erros/falhas e outro detalhe importante, que vai testar tem que conhecer 110% a rotina/fluxo.

Em fim os usuários dos sistemas sempre levam a pior..

[susbh]

@ Fábio: e assim vamos caminhando... quero dizer, tropeçando.

Carlos Alberto

[rosa_sus]

Bom dia,

Atualizar a versão 1.03, até consegui fazer, mas também não sei explicar porque deu certo a atualização. Apesar disso, esta versão está pior que a anterior.
Numa base de 400 aihs, todas foram rejeitadas por duplicidade, usuário sus excedeu quantidade de atendimento mes, aihs que foram pagas no SIHD, com inconsistências no SISRCA.

Exemplo: Obstetricia, numa aih de parto gemelar, cobradas duas consultas para o pediatra na sala de parto e a primeira consulta de pediatria, o SISRCA não deixa passar: Procedimento incompatível com a quantidade.

=======================================

E isso são apenas alguns testes feitos, porque não tenho tempo suficiente pra testar todas as funcionalidades.

ESTOU AGUARDANDO A PRORROGAÇÃO. NÃO ACREDITO QUE TENHA ALGUÉM QUE APROVE O SISTEMA HOJE PRA SER IMPLANTADO. TODOS PRECISAM DE MAIS TEMPO... O MINISTÉRIO.. OS DESENVOLVEDORES DO SISRCA .. E NÓS... OS POUCOS QUE ATUAM NO FORUM E QUE ACABAM REPRESENTANDO OS ESTABELECIMENTOS DE SAÚDE DO BRASIL.


att.
Rosa