...

...

...

(Obrigatório)

...

...

Especificação

...

...

...

...

...

...

...

...

...

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

Objetivo

As solicitações de exames realizadas durante o atendimento de PS devem ser migradas quando uma internação for realizada a partir do respectivo atendimento de PS.

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

...

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

RN001 – Todas as solicitações de exames realizadas durante o atendimento de pronto socorro de um paciente devem ser migradas para a admissão de internação que for realizada a partir do respectivo atendimento de pronto socorro.
RN002 – Em meio ao processo de internação de um paciente, a partir de um atendimento de pronto socorro, ocorre um período em que o paciente não possui um boletim de pronto socorro nem uma admissão de internação ativa. Após ser solicitada a internação do paciente e após incluir o registro de liberação do paciente, o boletim de PS estará fechado, neste momento, a admissão ainda não foi aberta, portanto, os exames devem ser migrados para a internação quando a mesma for confirmada, neste pequeno espaço de tempo (entre a inclusão do registro de liberação e a criação da admissão) nenhuma ação poderá ser realizada na solicitação de exames, como por exemplo, o cancelamento da solicitação do exame ou a execução do mesmo via HIS.
RN003 – Ainda considerando o cenário acima (RN002), quando encontrar-se no período pós inclusão do registro de liberação e antes de criar a admissão de internação, o paciente não possui boletim de pronto atendimento aberto nem admissão de internação, se neste momento, a execução do exame for realizada via integração, o HIS irá manter esta execução em uma fila de processamento, quando a admissão deste paciente for realizada, o sistema irá processar a execução deste exame que foi realizada via integração e irá lançar o exame no atendimento de internação.
Um ponto importante: Para este cenário, o exame será lançado para a data e hora da admissão do paciente, por exemplo:

• Inclusão do Registro de Liberação do PA as 14:00h
• Execução do exame via integração as 14:05h
• Criação da admissão as 14:20h

O exame será lançado na admissão como sendo realizado as 14:20h, isto, em função de não ser permitido que nenhum item seja lançado na conta do paciente com hora anterior a admissão do paciente.
RN004 – Quando o exame é solicitado, o mesmo é enviado para central de autorizações, no caso de ocorrer a migração do exame de um atendimento de PS para uma internação, o HIS deverá cancelar os exames presentes na central de autorizações (criados a partir da solicitação do exame) referente ao atendimento de PS e deve enviar tais exames para central de autorizações referente a admissão de internação (comportamento semelhante a criarmos uma nova solicitação de exame manual para uma internação).
RN005 – Ao realizar a submissão dos exames para central de autorização quando os mesmos forem migrados do atendimento de PS para o atendimento de internação, o HIS deverá atribuir o status de autorização de acordo com o modelo de cobertura da internação, ou seja, um exame que pode ser autorizado para um atendimento de PS pode ser Negado ou possuir o status de Autorizado quando for solicitado para um atendimento de Internação.
RN006 – A configuração existente para apresentar um relatório com os exames cancelados na inclusão do registro de liberação deve ser removida, com a implementação desta migração de solicitações de exames a configuração não terá mais utilidade no sistema.
RN007 – O relatório existente após a inclusão do registro de liberação que apresenta a relação de exames cancelados deve ser removido, com a implementação desta migração de solicitação de exames, o relatório deixará de ser exibido.
Regra técnica adicionada após a assinatura do documento
RN008 – Ao migrar a solicitação de exames de um atendimento de PS para o atendimento de internação, o sistema deverá armazenar o LOG das solicitações que foram migradas, de forma que possamos identificar com uma simples consulta quais foram as solicitações migradas em um determinado período.

Âncora
_Toc355276665 _Toc355276665

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.

Âncora
_Toc355276666 _Toc355276666

Regra atual quando existem solicitações de exames

Regra após a modificação da migração de solicitação de exames

Âncora
_Toc355276667 _Toc355276667

Fluxo do Processo

1. 1. Realizar a triagem para um paciente

(Enfermagem > Triagem > Recebimento de Paciente e Classificação de Urgência)

1. 1. Realizar a abertura do boletim de pronto socorro a partir da triagem

(Pronto Atendimento > Recepção > Worklist de Pendência de Abertura de Boletim)

1. 1. Alocar o paciente em um leito no mapa de PS

(Enfermagem > Triagem > Worklist de Classificação de Urgência)

1. 1. Solicitar exames para o paciente

(Enfermagem > Worklist de Solicitação de Exames > Worklist de Solicitação de Exames
Pronto Atendimento > Worklist de Solicitação de Exames > Worklist de Solicitação de Exames)

1. 1. Solicitar a internação do paciente

(Pronto Atendimento > Recepção > Solicitar Internação)

1. 1. Incluir o registro de liberação do paciente

(Pronto Atendimento > Recepção > Incluir Registro de Liberação de Paciente)

1. 1. Abrir a admissão a partir da solicitação de internação

(Internação > Admissão > Worklist de Internações Previstas)

1. 1. Executar os exames solicitados

(SADT > Worklist de Execução de Exames)

Dicionário de Dados

1. 1. Não necessário para o desenvolvimento deste requisito.

Grupo de Perguntas

1. 1. Não necessário para o desenvolvimento deste requisito.

Consulta Padrão

1. 1. Não necessário para o desenvolvimento deste requisito.

Estrutura de Menu

1. 1. Não necessário para o desenvolvimento deste requisito.

Assinaturas

...