Páginas filhas
  • ER SAU_BACKLOG-337 Solicitação de Exames deve Acompanhar Internação a partir do PA

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.

...

 

...

Especificação

(Obrigatório)

...

 

 

 

...

Especificação

Produto

...

HIS

Módulo

...

Pronto Atendimento
Internação
Enfermagem
SADT
Central de Autorizações
Adm. do Sistema

...

Segmento Executor

Saúde

 

 

...

Projeto¹

 

...

IRM¹

 

...

Requisito¹

SAU_BACKLOG-337

SubTarefa¹

 

...

Chamado²

 

...

 

 

Release de Entrega Planejada

Não definido

Réplica

Não necessário

País

X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador
(  ) USA  (  ) Colombia   (  ) Outro _____________.

...

Outros

...

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

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

(Obrigatório)

Objetivo

 

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

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>.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[ACAA040 – Parâmetros]

[Alteração]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA050 – Negociação Financeira]

[Envolvida]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

[Atualizações -> Acadêmico-> Cadastros]

-

 

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

Protótipo de Tela

 

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Protótipo 01

 

 

 Image Removed

 

 

 

 

 

 

Opcional

Fluxo do Processo

 

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

 

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

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>.

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 

[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 

 

Outros

 

 

 

 

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.

Definição da Regra de Negócio


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.

Rotinas Envolvidas

 

 

Rotina

Tipo de Operação

Opção de Menu

Solicitação de Exames

Alteração

Pronto Atendimento > Worklist de Solicitação de Exames > Worklist de Solicitação de Exames

Solicitação de Internação

Alteração

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

Worklist de Internações Previstas

Alteração

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

Worklist de Execução de Exames

Alteração

SADT > Worklist de Execução de Exames

Configurações Avançadas

Alteração

Adm. do Sistema > Configurações > Configurações Avançadas

Worklist de Autorizações

Alteração

Central de Autorizações > Autorizações > Worklist de Autorizações

 

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.

Regra atual quando existem solicitações de exames

Funcionalidade

Incluir Registro de Liberação

Objetivo

Apresentar a regra atual aplicada quando existem solicitações de exames pendentes de execução e quando inclue-se o registro de liberação

Módulo

Pronto Atendimento

Menu

Recepção > Incluir Registro de Liberação

Após solicitar um exame e não realizar sua execução, acessa-se a inclusão do registro de liberação:
Image Added

Ao confirmar o registro de liberação é apresentada a mensagem informando que a solicitações dos exames serão canceladas:
Image Added

Após clicar em sim na mensagem acima, o sistema apresenta a mensagem abaixo:
Image Added

Caso o usuário clique em SIM na mensagem acima, o HIS irá apresentar o relatório com a relação de solicitações de exames cancelados:
Image Added

 

 

 

 

Regras da Interface

RI-001

A exibição da mensagem para impressão do relatório é condicionada a chave que será criada:
Image Added

 

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

Funcionalidade

Solicitação de Exames

Objetivo

Migrar para o atendimento de internação as solicitações de exames realizadas para um atendimento de PS que evolui para internação.

Módulo

 

Pronto Atendimento
Pronto Atendimento
Internação
SADT

Menu

Worklist de Solicitação de Exames > Worklist de Solicitação de Exames

Recepção > Solicitar Internação

Admissão > Worklist de Internações Previstas

Worklist de Execução de Exames

Realiza-se a solicitação de exames para um paciente com boletim de PS:
Image Added

Image Added

Image Added

Após a solicitação e geração do pedido, a solicitação é exibida na worklist de execução de exames:
Image Added

Ao clicar sobre o exame na worklist de execução de exames, o sistema apresenta os dados do atendimento e a possibilidade de execução ou cancelamento da solicitação:
Image Added

Após realizar a solicitação de internação e incluir o registro de liberação, quando clicar sobre os registros da worklist de solicitação de exames ou no registro da worklist de execução de exames, o HIS deverá apresentar uma mensagem alertando que o registro pertence a um paciente que está em um processo de internação:
Image Added

Image Added

Mensagem da worklist de solicitação de exames:
Image Added

Mensagem da worklist de execução de exames:
Image Added

Mensagem:
Image Added

 

Regras da Interface

RI-001

Nenhum dado da solicitação de exames deverá ser modificado após a migração dos registros, a solicitação de exames apenas deve migrar de um boletim de pronto socorro e passar a ser vinculado a admissão de internação

 

Fluxo do Processo

    1. Realizar a triagem para um paciente

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

    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. Alocar o paciente em um leito no mapa de PS

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

    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. Solicitar a internação do paciente

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

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

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

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

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

    1. Executar os exames solicitados

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

Dicionário de Dados

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

Grupo de Perguntas

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

Consulta Padrão

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

Estrutura de Menu

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

Assinaturas

Nome

Cargo

Data

Ação

Assinatura

Heriton Duarte

Analista de Negócio

 

Autor

 

Braian Bernardon

Analista de Negócio

 

Revisor

 

Diorgenes Tavares

Líder de Equipe de Desenvolvimento

 

Aprovador

 

Gabriela Bassaneto

Consultora Especialista

 

Aprovador

 

Mariana Cruz

Líder de Equipe de Engenharia

 

Aprovadora

 

Daniel Solari

Coordenador de Desenvolvimento

 

Revisor

 

 

Cliente – TI Processos

 

Aprovador

 

 

Cliente

 

Aprovador

 

...