Celk Saúde — 3.1.308 | 12/01/2026

Itens de Soluções não aparecem na checagem da solução

Local: Unidade Saúde > Atendimentos > Atendimentos (266)

Essa alteração foi realizada para evitar falhas na checagem e na administração de soluções.

Como era antes:

Antes, no nó PRESCRICAO_INTERNA_ENFERMAGEM, o sistema apresentava somente o nome do primeiro medicamento vinculado à solução, o que podia levar o profissional a checar e aplicar apenas o item exibido, sem perceber que existiam outros componentes associados.

Como ficou:

Com a melhoria, a visualização passa a refletir a composição completa da solução, reduzindo risco operacional e aumentando a segurança no processo assistencial.

O que foi feito:

1. Visualização completa de Soluções

• Nó PRESCRICAO_INTERNA_INTERNAÇÃO: Agora exibe todos os componentes da solução na coluna MEDICAMENTO.

• Nó PRESCRICAO_INTERNA_ENFERMAGEM: Também apresenta todos os itens da solução.

• Botão "Registrar administração": Mostra todos os componentes abaixo do nome da solução.

1. Formatação dos componentes.

• Utilização de marcadores para listar os itens.

• Exibição da descrição completa do produto de cada componente.

• Layout organizado abaixo do nome principal da solução.

Tratamento LGPD aos Atendimentos Concluídos

Local: Unidade Saúde > Cadastros > Básico > Configurar Tipo de Atendimento (270)

Local: Unidade Saúde > Atendimentos > Atendimentos (266)

Essa melhoria foi necessária para garantir aderência às diretrizes da Lei nº 12.682/2012 e aos princípios da LGPD, que exigem integridade, autenticidade e rastreabilidade das informações clínicas.

Como era antes:

Antes, atendimentos já concluídos podiam ter seus nós reabertos para edição quando configurados com “Permite Correção: SIM”, o que permitia inclusão ou alteração direta de dados após o encerramento do atendimento. Esse comportamento gerava risco jurídico, inconsistências em auditorias e fragilidade na governança do prontuário eletrônico.

Como ficou:

O sistema não permite edição de nós em atendimentos concluídos, mesmo quando configurados com “Permite Correção: SIM”.

Ao clicar no botão Atender após o término do atendimento, o sistema:

• Exibe os nós configurados com “Permite Correção: SIM”;

• Trata a ação como novo registro vinculado ao atendimento original;

• Não gera produção;

• Garante que o histórico permaneça íntegro e rastreável.

Criação do Vínculo uma Equipe de Saúde Bucal (ESB) à Equipe de Saúde da Família (ESF) ou (eAP)

Local: Geral > Profissional > Equipe (355)

Essa alteração foi realizada para atender a Portaria de Consolidação nº 2/GM/MS, de 28 de setembro de 2017 que regulamenta o CNES e o credenciamento das equipes.

Como ficou:

Foi criado um campo na tela Geral > Profissional > Equipe (355) para vincular a Equipe de Saúde Bucal (ESB) à respectiva Equipe de Saúde da Família (ESF) ou Equipe de Atenção Primária (eAP). O preenchimento desse campo passa a ser obrigatório, uma vez que os relatórios e indicadores de Saúde Bucal dependem diretamente dessa vinculação para geração correta das informações.

O que foi feito:

• Foi criado, na tela Geral > Profissional > Equipe (355), um campo para vincular a equipe ESB à respectiva equipe ESF ou eAP, quando o tipo de equipe for Saúde Bucal (código 71).

• Foi definida a obrigatoriedade de preenchimento do campo para equipes do tipo ESB (71).

• Foi implementado um campo do tipo autocomplete para seleção da equipe vinculada.

• São exibidas informações de identificação da equipe nas opções do autocomplete (ex.: equipe 1 e 2), para facilitar a escolha correta.

• As opções do autocomplete são carregadas a partir dos cadastros existentes na própria tela Equipe (355).

• É permitida a seleção apenas de equipes do tipo ESF (70) e eAP (76).

• São consideradas apenas equipes vinculadas à unidade.

Adicionar "Problemas/condições avaliadas" do nó SOAP à lista de problemas

Local: Unidade Saúde > Atendimentos > Recepção (318)

Essa alteração foi realizada para corrigir o funcionamento do check box "Adicionar a lista de Problemas", para que todos os problemas ou condições avaliadas adicionadas no campo destacado, sejam adicionados corretamente à listagem de problemas do paciente.

Como ficou:

• O sistema adiciona corretamente o Problema/condição avaliada ao prontuário.

• Adiciona o CID na ficha de atendimento individual corretamente.

• Não duplicaro envio das condições avaliadas ao esus.

• O Problema/condição avaliada pode ser impresso no prontuário do paciente na tela Impressão do Prontuário (320) e também na impressão que ocorre ao final do atendimento.

• É possível consultar as informações na tela Consulta do Prontuário (335).

• É possível enviar as fichas de atendimento individual ao esus sem nenhum tipo de glosa.

Envio de "Problemas/Condições" avaliadas com o status "Resolvido"

Local: Unidade Saúde > Atendimentos > Atendimentos (266)

Local: Unidade Saúde > e-SUS > Integração > Integração Detalhada e-SUS AB (776)

Como diabetes e hipertensão são indicadores vinculados a financiamento, é fundamental manter esses dados atualizados, registrando se a situação ainda está ativa ou já foi resolvida.

Nessa atualização, foi ajustada a exportação para e-SUS para envio da situação da condição e problema do Nó SOAP para:

SituacaoProblemasCondicoes • Ativo • Latente • Resolvido

Ajuste para não mostrar histórico clínico de acordo com flag na tela Configurar Tipo de Atendimento

Local: Unidade Saúde > Cadastros > Básico > Configurar Tipo de Atendimento (270)

Essa alteração foi necessária para reforçar a governança de acesso às informações clínicas e assegurar a aderência à Lei Geral de Proteção de Dados (LGPD).

Como era antes:

Antes, mesmo com a flag “Permite Visualizar Histórico” configurada como Não, ainda era possível acessar registros de outros profissionais em determinados nós, o que gerava incoerência com a configuração definida na gestão e risco de exposição indevida de dados sensíveis.

Como ficou:

Com os ajustes feitos nos nós Evolução, Evolução_Médica e Histórico Clínico, quando a flag Permite Visualizar Histórico estiver marcada como Não, o profissional não consegue visualizar registros lançados por outros profissionais.

Ocultação da coluna PRIORIDADE das telas de Regulação

Local: Agenda > Processos > Regulação da Solicitação (350)

Local: Agenda > Processos > Agendamento da Lista de Espera (346)

Local: Agenda > Solicitações > Cadastros > Solicitação de Agendamento (611)

Local: Agenda > Solicitações > Consultas > Consulta da Solicitação de Agendamento (4)

Essa alteração foi feita para evitar conflito de informações nas telas de regulação quando a Classificação de Risco por cores está ativa.

Como era antes:

Antes, a coluna Prioridade permanecia visível e poderia transmitir uma ordenação diferente da classificação por risco, gerando ruído na análise e na tomada de decisão.

Com ficou:

Com a mudança, o sistema passa a apresentar apenas a informação adequada ao fluxo configurado, garantindo consistência e melhor usabilidade.

O que foi feito:

1. Ocultação da Prioridade

• Coluna PRIORIDADE removida das telas 350, 346, 611 e 4

• Filtro Prioridade oculto nas telas 346 e 611

• Acionado quando habilitaClassificacaoRiscoExame ou habilitaClassificacaoRiscoEncaminhamentoEspecialista = 'SIM'

1. Novo filtro de Classificação de Risco

• Filtro Classificação de Risco implementado nas telas 346 e 611

• Posicionado no local anterior do filtro Prioridade

• Acionado quando habilitaClassificacaoRiscoTela611e346 = 'SIM'

• Componente baseado na tela 777

1. Nova coluna CR

• Coluna CR adicionada na tela 611

• Posicionada antes de "Tipo de Procedimento"

• Exibida apenas quando habilitaClassificacaoRiscoTela611e346 = 'SIM'

1. Controle por Parâmetros

• Parâmetro ativo = Exibe Classificação de Risco, oculta Prioridade

• Parâmetro inativo = Mantém sistema anterior

• Configuração via parâmetros GEM

Obrigatoriedade de CPF/CNS na Tela Caderneta de Vacinação

Local: Vacinas > Lançamento > Caderneta de Vacinação (36)

Para garantir a conformidade do registro de vacinas com os requisitos do Ministério da Saúde, independentemente da configuração da flag “Gera Produção Vacinal para o e-SUS”, foi realizada uma alteração no sistema, ajustando a regra de validação para que a obrigatoriedade do identificador seja aplicada em todos os cenários.

Como era antes:

Antes, a exigência de identificação do usuário dependia da parametrização, o que permitia o registro de aplicações vacinais sem CPF ou CNS em determinados cenários, gerando inconsistências nos dados enviados.

Com ficou:

Com a nova regra, o sistema passa a exigir obrigatoriamente um identificador válido do cidadão (CPF ou CNS) em todos os registros de vacinação, garantindo a integridade das informações e maior confiabilidade no envio dos dados.