Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
Rotinas Envolvidas |
|
|
Rotina | Tipo de Operação | Opção de Menu |
Pronto Atendimento | Evolução | Cancelamento de Boletim |
Adm do Sistema | Evolução | Cadastros > Cadastro de Motivos de Cancelamento de Boletim de Atendimento |
Pronto Atendimento | Evolução | Pronto Atendimento > Recepção > Alteração do Boletim de Atendimento |
Pronto Atendimento | Evolução | Pronto Atendimento > Recepção > Devolução de Co-Participação |
Pronto Atendimento | Evolução | Pronto Atendimento > Recepção > Incluir Registro de Liberação do Paciente |
Pronto Atendimento | Evolução | Pronto Atendimento > Recepção > Registrar Liberação do Paciente em Lote |
Pronto Atendimento | Evolução | Pronto Atendimento > Recepção > Solicitar Internação |
Pronto Atendimento | Evolução | Pronto Atendimento > worklist de Contas |
Pronto Atendimento | Evolução | Pronto Atendimento > Worklist de Solicitação de Exames > Worklist de Solicitação de Exames |
Enfermagem | Evolução | Enfermagem > Atendimento |
Estratégia de Desenvolvimento e Liberação |
|
Produto | TOTVS HIS |
Release que está sendo desenvolvido | 12.1.9 |
Possui Réplica? | ( )Sim (x)Não |
Qual a versão? |
|
Objetivo
Permitir o cancelamento de um boletim que foi aberto equivocadamente .
Definição da Regra de Negócio:
O cancelamento de Boletim de Atendimento no Pronto Atendimento, deve ser permitido obedecendo as seguintes validações:
- Validar se os procedimentos lançados na abertura do boletim são os mesmos que estão pendentes de pagamento. Se forem os mesmo deve permitir o cancelamento;
- Se NÃO existir pedido de material para a farmácia:
PRODUTOS DISPENSÁVEIS: NÃO existir solicitação de produto médico-hospitalar
PRODUTOS NÃO DISPENSÁVEIS: NÃO existir lançamento na conta do paciente de produto médico-hospitalar
- Ao incluir um novo Boletim de Atendimento, o HIS cria uma conta vinculada ao boletim. Se a conta não possuir nenhum item e estiver aberta, permite o cancelamento;
- Se NÃO possuir vínculo com o Prontuário Eletrônico;
- Se o paciente NÃO possuir nenhuma movimentação no registro no prontuário eletrônico, seja, prescrição médica, plt, prescrição de enfermagem, registro de controle, evolução, alergia, formulário, permite cancelamento.
- Deverá ser criado um serviço que permita que o HIS verifique no Prontuário Eletrônico (PEP) se houve algum tipo de movimentação, caso encontre alguma movimentação, não deverá permitir o cancelamento do Boletim;
- Este serviço deverá verificar também se existe alguma Aleta do PEP relacionada com o formulário dinâmico preenchida, caso tenha alguma informação, NÃO deve permitir o cancelamento.
- Na abertura de um boletim, é realizada uma comunicação com a central de autorizações para que seja autorizado previamente o atendimento. Após a Central de Autorizações se comunica com o Convênio do paciente para a autorização final. Caso já tenha ocorrido a comunicação, NÃO deverá permitir o cancelamento.
- Ao cancelar um boletim, o sistema deverá alterar o status do mesmo para cancelado;
- Quando o boletim for aberto a partir de um agendamento, caso o boletim seja cancelado o agendamento deverá permanecer;
- Criar um cadastro de Justificativas de Cancelamento no Adm do Sistema > Cadastros > Cadastro de Motivos de Cancelamento de Boletim de Atendimento
- Criar opção de Cancelar Boletim de Atendimento em Pronto Atendimento > Recepção > Boletim de Atendimento
- Ao Cancelar um boletim, o HIS deverá apresentar uma tela com as justificativas cadastradas em Cadastro de Motivos de Cancelamento e um campo texto permitindo que o usuário informe os motivos do cancelamento do boletim.
- As funcionalidades descritas em rotinas envolvidas não devem apresentar os boletins que estiverem com situação igual a Cancelado.
Observação
Os relatórios existentes no produto não sofrerão qualquer alteração neste momento.
Fluxo do Processo
Protótipo de Tela
As imagens de telas destacadas a seguir são consideradas apenas protótipos, as mesmas poderão sofrer alterações em função da atualização de componentes utilizados no sistema, devem ser utilizadas apenas para exemplificar a forma de iteração que os usuários possuirão ao acessar o HIS, o fluxo de negócio e a forma em que os dados e informações serão manipuladas.
Regras de Interface |
|
RI001 | O campo descrição é obrigatório |
RI002 | Deve possuir tamanho máximo de 200 caracteres |
Regras de Interface |
|
RI003 | Criação da opção Cancelar Boletim de Atendimento |
Regras de Interface |
|
RI004 | Campo jusitificativa é obrigatório |
RI005 | Campo justificativa deve possuir tamanho máximo de 500 caracteres |