Fin-x | Motor de regras de status MVP tecnico para cadastro, simulacao e entendimento da maquina
Configuracao do processo

Regras de transicao

Gerencie as regras que determinam a evolucao da jornada cirurgica por hospital, considerando status, acao executada, condicoes e acoes retornadas pela maquina.

HospitalHospital Alvorada Moema
ProcessoJornada Cirurgica
Versaov12 Draft
SituacaoRascunho
Ultima publicacao25/04/2026 18:30

Canvas do processo

Clique em uma transicao para ver os detalhes

Governanca e publicacao

Rascunho -> Validada -> Publicada -> Arquivada
Validacoes antes da publicacao
Publicar com data de inicio
Inicio sugerido: 26/04/2026 00:00. A publicacao ativa a versao v12 e arquiva a versao anterior.
Comparacao com versao anterior
Exibe regras adicionadas, alteradas, inativadas e mudancas de prioridade.
Historico de alteracoes
v12 - RascunhoAlterado por Produto/Processos hoje. Ajuste nas regras de OPME.
v11 - PublicadaPublicada em 25/04/2026. Versao atualmente vigente.
v10 - ArquivadaDisponivel para auditoria e comparacao.
Status origem Acao Condicoes Acoes retornadas Prioridade

Simulador da Máquina de Status Fin-x

Simule como a máquina de status avalia regras de transição da jornada cirúrgica sem alterar solicitações reais.

Ambiente: Simulação Versão das regras: v1.0 MVP

Cenário de entrada

Resultado da simulação

Regra aplicada

Aguardando simulação

Status de destino

-

Ações retornadas

  • Nenhuma simulação executada

Resumo da decisão

Preencha o cenário e clique em Simular.

Rastreabilidade da decisão

PrioridadeRegraResultadoMotivo
Execute uma simulação para visualizar a rastreabilidade.
JSON de entrada e saída 
{}
{}

Como a maquina de status funciona

1. AcaoO usuario ou sistema executa uma acao no processo cirurgico.
2. OrquestradorConsulta regras do hospital e dados atuais da solicitacao cirurgica.
3. MaquinaRecebe status, acao, JSON de regras e JSON da solicitacao.
4. DecisaoAvalia regras, condicoes e prioridade. Nao executa acoes.
5. ExecucaoO orquestrador recebe as acoes e chama os componentes executores.

Contrato da maquina de status

{
  "statusAtual": "REVISAO_CIRURGICA",
  "acaoExecutada": "AVANCAR",
  "regras": [
    {
      "statusOrigem": "REVISAO_CIRURGICA",
      "acaoExecutada": "AVANCAR",
      "prioridade": 2,
      "condicoes": [
        { "campo": "caraterCirurgia", "operador": "IGUAL", "valor": "ELETIVA" },
        { "campo": "temOPME", "operador": "IGUAL", "valor": true }
      ],
      "acoesRetornadas": []
    }
  ],
  "solicitacaoCirurgica": {
    "caraterCirurgia": "ELETIVA",
    "operadora": "BRADESCO",
    "temOPME": true,
    "valorOPME": 25000
  }
}

Retorno para o orquestrador

{
  "resultado": "REGRA_APLICADA",
  "regraAplicada": {
    "nome": "Cirurgia eletiva com OPME",
    "versao": 1,
    "prioridade": 2
  },
  "acoesRetornadas": [
    {
      "tipo": "MUDAR_STATUS_SOLICITACAO",
      "parametros": {
        "novoStatus": "ANALISE_PRE_COTACAO"
      }
    }
  ],
  "rastreabilidade": {
    "regrasAvaliadas": []
  }
}

Responsabilidades separadas

OrquestradorBusca regras por hospital, busca a solicitacao, monta a chamada da maquina e dispara os executores.
MaquinaResolve regra aplicavel e retorna objetos de acao. Nao acessa banco e nao executa efeitos colaterais.
ExecutoresAlteram status, criam pendencias, enviam mensagens e registram historico.
AuditoriaRegistra entrada, regra aplicada, condicoes avaliadas, acoes retornadas e trace.
SimulacaoExecuta o mesmo fluxo sem chamar os executores reais.

Modelo Conceitual — Regras BPM Fin-x

Estrutura de dados para cadastro e execução de regras de transição de status da jornada cirúrgica.

BPM Máquina de Status Multi-hospital Versionamento Regras configuráveis

Conceito da regra

QUANDO

  • Hospital = Hospital Alvorada Moema
  • Processo = Jornada Cirúrgica
  • Status atual = Revisão cirúrgica
  • Ação executada = Avançar

SE

  • Caráter da cirurgia = Eletiva
  • Tem OPME = Sim

ENTÃO

  • Mudar status para Análise pré-cotação
  • Criar pendência administrativa
  • Enviar mensagem para equipe de cotação

Diagrama conceitual

HospitalUnidade que possui parametrização própria.
Processo BPMProcesso da jornada cirúrgica.
Versão do ProcessoPacote publicável de regras.
Regra de TransiçãoEntidade central da decisão.
Grupo de CondiçõesAgrupa condições com E/OU.
CondiçõesCritérios avaliados contra a solicitação.
Ações ResultantesInstruções retornadas pela máquina.

Entidades principais

Hospital

  • idHospital
  • nomeHospital
  • ativo
  • usaProcessoPadrao

Processo BPM

  • idProcesso
  • nomeProcesso
  • tipoProcesso
  • ativo

Versão do Processo

  • idVersaoProcesso
  • numeroVersao
  • statusVersao
  • dataPublicacao

Status

  • idStatus
  • nomeStatus
  • tipoStatus
  • statusFinal

Ação

  • idAcao
  • nomeAcao
  • origemAcao

Regra de Transição

  • idRegra
  • statusOrigem
  • acaoExecutada
  • prioridade
  • estrategiaAplicacao
  • ativa

Grupo de Condições

  • idGrupoCondicao
  • operadorLogico
  • grupoPai

Condição

  • campo
  • operador
  • valorEsperado
  • tipoDado

Campo Condicional

  • nomeCampo
  • caminhoCampo
  • dominio
  • tipoDado
  • operadoresPermitidos

Ação Resultante

  • tipoAcao
  • ordemExecucao
  • parametros

Relacionamentos

OrigemCardinalidadeDestino
Hospital1:NVersão do Processo
Processo BPM1:NVersão do Processo
Versão do Processo1:NRegra de Transição
Regra de Transição1:NGrupo de Condições
Grupo de Condições1:NCondição
Regra de Transição1:NAção Resultante
Campo Condicional1:NCondição

Exemplo completo de regra

NomeRevisão cirúrgica — eletiva com OPME
QUANDO
Hospital: Hospital Alvorada Moema
Processo: Agendamento cirúrgico
Status atual: Revisão cirúrgica
Ação executada: Avançar
SE
Caráter da cirurgia = Eletiva
Tem OPME = Sim
ENTÃO
Mudar status para Análise pré-cotação
Criar pendência administrativa para cotação de OPME
Enviar mensagem para equipe de agendamento
Governança
Prioridade: 20
Estratégia: Primeira regra válida
Situação: Ativa

JSON técnico resumido

{
  "idRegra": "REGRA_1029",
  "hospital": "HOSP_001",
  "processo": "PROC_AGENDAMENTO",
  "versao": "VERSAO_012",
  "statusOrigem": "REVISAO_CIRURGICA",
  "acaoExecutada": "AVANCAR",
  "prioridade": 20,
  "condicoes": [
    {
      "campo": "caraterCirurgia",
      "operador": "IGUAL",
      "valorEsperado": "ELETIVA"
    },
    {
      "campo": "temOPME",
      "operador": "IGUAL",
      "valorEsperado": true
    }
  ],
  "acoesResultantes": [
    {
      "tipo": "MUDAR_STATUS_SOLICITACAO",
      "parametros": {
        "novoStatus": "ANALISE_PRE_COTACAO"
      }
    },
    {
      "tipo": "CRIAR_PENDENCIA_ADMINISTRATIVA",
      "parametros": {
        "responsavel": "EQUIPE_COTACAO"
      }
    }
  ]
}

Como a máquina usa o modelo

1Recebe hospital, status atual, ação e dados da solicitação.
2Busca a versão publicada do processo.
3Filtra regras por status e ação.
4Ordena por prioridade.
5Avalia condições.
6Retorna ações resultantes.

Decisões de implementação

Decisão ≠ execução

A máquina apenas decide; executores aplicam efeitos.

Versionar regras

Cada publicação preserva auditoria e rollback.

Catálogo de campos

Campos condicionais são controlados por domínio e tipo.

Prioridade

Resolve conflitos entre regras candidatas.

Trace

Explica por que uma regra aplicou ou foi descartada.