Questionei a CGSI e vejam a resposta:
"Prezada
Existe uma equipe indicada pelo CONASS e CONASSEMS que está homologando as versões. Existe um acordo com eles que só colocaremos na rua uma versão sem problemas. A atual que estamos testando já está muito boa.
Esta semana nos reuniremos apra definir se vamos disponibilizar esta para o público em geral.
VIRGINIA DA SILVA LUCAS
CONSULTORA TÉCNICA CGSI/DRAC/SAS/MS
DÚVIDAS SISRCA DISQUE SERVICE DESK 136 opção 8
OU EMAIL PARA suporte.sistemas@datasus.gov.br."
INFORME SISRCA n.º 05/2014 - SCA
Moderadores: viniciuspc, sergiosilva, virginia.lucas, Carolina Lucena
- Cidinhakju
- Membro Avançado

- Mensagens: 1036
- Registrado em: Sex Out 27, 2006 7:00 am
- Localização: Goiânia
Re: INFORME SISRCA n.º 05/2014 - SCA
Cidinha
Gerencia de Controle e Processamento Ambulatorial e Hospitalar
Goiânia - GO
Gerencia de Controle e Processamento Ambulatorial e Hospitalar
Goiânia - GO
Re: INFORME SISRCA n.º 05/2014 - SCA
Boa tarde,
Fizemos tantos questionamentos no Forum e testes também. Acho que não custava nada a Virginia/Daiane/CGSI ter colocado este comunicado no Forum pra que todos soubessem o que realmente está acontecendo.
Aguardemos uma nova versão então que acredito mesmo estar melhor e também a portaria prorrogando o prazo para implantação.
Att.
Rosa
Fizemos tantos questionamentos no Forum e testes também. Acho que não custava nada a Virginia/Daiane/CGSI ter colocado este comunicado no Forum pra que todos soubessem o que realmente está acontecendo.
Aguardemos uma nova versão então que acredito mesmo estar melhor e também a portaria prorrogando o prazo para implantação.
Att.
Rosa
- Cidinhakju
- Membro Avançado

- Mensagens: 1036
- Registrado em: Sex Out 27, 2006 7:00 am
- Localização: Goiânia
Re: INFORME SISRCA n.º 05/2014 - SCA
Concordo com vc Rosa, essa falta de informação é terrível.
Cidinha
Gerencia de Controle e Processamento Ambulatorial e Hospitalar
Goiânia - GO
Gerencia de Controle e Processamento Ambulatorial e Hospitalar
Goiânia - GO
Re: INFORME SISRCA n.º 05/2014 - SCA
ainda não consegir instalar o SISRCA.
PRECISO SABER SE ALGUEM JA CONSEGUI E QUAL A VERSAO QUE JA FUNCIONA, POR FAVOR.
OBRIGADA.
PRECISO SABER SE ALGUEM JA CONSEGUI E QUAL A VERSAO QUE JA FUNCIONA, POR FAVOR.
OBRIGADA.
- fabiouberti
- Membro Avançado

- Mensagens: 83
- Registrado em: Qui Fev 28, 2013 1:54 pm
- Localização: Concórdia - SC
Re: INFORME SISRCA n.º 05/2014 - SCA
Ola @RUTHI,
Neste endereço você encontra toda a documentação e a ultima versão do sisrca funcional.
ftp://ftp2.datasus.gov.br/private/sisrca/
Att.
Neste endereço você encontra toda a documentação e a ultima versão do sisrca funcional.
ftp://ftp2.datasus.gov.br/private/sisrca/
Att.
Fábio L. Uberti
Programador
Desenvolvedor de sistemas para a Saúde.
"I will not go back"
Programador
Desenvolvedor de sistemas para a Saúde.
"I will not go back"
-
albertogranja
- Membro Recente

- Mensagens: 3
- Registrado em: Sex Mar 16, 2012 2:41 pm
Re: INFORME SISRCA n.º 05/2014 - SCA
Prezados colegas de fórum,
Venho acompanhando desde 2012 esse projeto e percebo que muitos desvios foram tomados na condução deste projeto na tentativa de viabilizar "logo" uma versão. O "logo" ou a "pressa" pode trazer algumas desvantagens que exponho abaixo:
Indico que critérios sejam melhor definidos, como:
1) Sobre o conceito de versão estável:
Uma versão só deveria ser considerada estável se dentro do fluxo principal de todos os processos que a versão se propõe (registro da produção das AIHs conforme portaria 238), for possível ser utilizada sem nenhum erro; Ou seja: a equipe de homologação (indicada pelo CONASS e CONASSEMS) tem que garantir minimamente isso. Nenhum software é imune a erros, porém garantindo a cobertura no fluxo principal (o que mais se usa) o stress seria bem menor. Se o critério não foi esse, gostaríamos de tomar conhecimento de qual foi o critério para garantir a qualidade da versão. Até então isso não foi transparente até o momento.
Como está fora do escopo desta versão (que será liberada em breve) o registro da produção BPA e APAC e a portaria 238 deixa claro que está fora, eles não tem como garantir que para esses fluxos a versão estará estável consequentemente é imprudente obrigar a utilização de um único aplicativo (SCA) substituindo todos os atuais.
Entendo também que existem pessoas de secretarias e hospitais bem envolvidas querendo homologar a versão (que é plausível) porém não é sua responsabilidade fazer esse papel. Não comprometa suas atribuições em função desta homologação, ajude na medida do possível. A responsabilidade de liberar uma versão ESTÁVEL é de quem a produz, ou seja, da equipe do projeto.
Por fim, diante do exposto acima, entendendo que o cenário se configura para que o registro a produção das AIHs seja no novo aplicativo (SCA) e as demais produções continuariam sendo registrada nos sistemas atuais, o que sabemos claramente não ser interessante. Gostaríamos de saber o que vocês pensam sobre isso.
2) Sobre a data de liberação de versão estável:
A partir do momento que uma versão é liberada por quem desenvolve existe uma série de atividades que vou chamar de "atividades de setup" que é necessário realizar por quem vai utilizar a versão. Lançar uma versão numa data que está próximo da entrada em produção é ignorar a nossa condição de planejamento e também de investimento (R$), pois para cada unidade espalhada no Brasil que vai utilizar a versão há gastos associado diretamente e indiretamente. Então a conta cresce a cada tentativa de implantação que ocorre sem sucesso.
Diante do exporto para esse quesito, seria sensato a equipe do projeto estudar e definir um período relativo (médio) que permita "quem for utilizar" utilizar esse período acrescido da data de liberação da versão, para se planejar e viabilizar os treinamentos, homologação, implantação e todas as atividades que esse estudo levantaria. A título de exemplo, a ANS vem fazendo isso, onde o prazo limite de implantação só divulgado após publicar a versão. Gostaríamos de saber o que vocês pensam também sobre isso.
Venho acompanhando desde 2012 esse projeto e percebo que muitos desvios foram tomados na condução deste projeto na tentativa de viabilizar "logo" uma versão. O "logo" ou a "pressa" pode trazer algumas desvantagens que exponho abaixo:
Indico que critérios sejam melhor definidos, como:
1) Sobre o conceito de versão estável:
Uma versão só deveria ser considerada estável se dentro do fluxo principal de todos os processos que a versão se propõe (registro da produção das AIHs conforme portaria 238), for possível ser utilizada sem nenhum erro; Ou seja: a equipe de homologação (indicada pelo CONASS e CONASSEMS) tem que garantir minimamente isso. Nenhum software é imune a erros, porém garantindo a cobertura no fluxo principal (o que mais se usa) o stress seria bem menor. Se o critério não foi esse, gostaríamos de tomar conhecimento de qual foi o critério para garantir a qualidade da versão. Até então isso não foi transparente até o momento.
Como está fora do escopo desta versão (que será liberada em breve) o registro da produção BPA e APAC e a portaria 238 deixa claro que está fora, eles não tem como garantir que para esses fluxos a versão estará estável consequentemente é imprudente obrigar a utilização de um único aplicativo (SCA) substituindo todos os atuais.
Entendo também que existem pessoas de secretarias e hospitais bem envolvidas querendo homologar a versão (que é plausível) porém não é sua responsabilidade fazer esse papel. Não comprometa suas atribuições em função desta homologação, ajude na medida do possível. A responsabilidade de liberar uma versão ESTÁVEL é de quem a produz, ou seja, da equipe do projeto.
Por fim, diante do exposto acima, entendendo que o cenário se configura para que o registro a produção das AIHs seja no novo aplicativo (SCA) e as demais produções continuariam sendo registrada nos sistemas atuais, o que sabemos claramente não ser interessante. Gostaríamos de saber o que vocês pensam sobre isso.
2) Sobre a data de liberação de versão estável:
A partir do momento que uma versão é liberada por quem desenvolve existe uma série de atividades que vou chamar de "atividades de setup" que é necessário realizar por quem vai utilizar a versão. Lançar uma versão numa data que está próximo da entrada em produção é ignorar a nossa condição de planejamento e também de investimento (R$), pois para cada unidade espalhada no Brasil que vai utilizar a versão há gastos associado diretamente e indiretamente. Então a conta cresce a cada tentativa de implantação que ocorre sem sucesso.
Diante do exporto para esse quesito, seria sensato a equipe do projeto estudar e definir um período relativo (médio) que permita "quem for utilizar" utilizar esse período acrescido da data de liberação da versão, para se planejar e viabilizar os treinamentos, homologação, implantação e todas as atividades que esse estudo levantaria. A título de exemplo, a ANS vem fazendo isso, onde o prazo limite de implantação só divulgado após publicar a versão. Gostaríamos de saber o que vocês pensam também sobre isso.
