Ir para o conteúdo

Exemplo interativo · dados fictícios

A conversa terminou. O trabalho não.

Eventos, prazos e responsáveis mantêm o caso ativo depois da conversa, até o agendamento confirmado; a realização do exame é um evento posterior.

Demonstração conceitual. Não representa um caso de cliente nem comprova recursos disponíveis.

Vídeo

Transcrição

[Exemplo ilustrativo · dados fictícios] [“Meu médico pediu uma ressonância.” · 10:05] Um paciente avisa: o médico pediu uma ressonância.

[NebulaOS · A Starya desenvolve e conecta no escopo da operação · Agenda do prestador] [Interface ilustrativa · Funções e integrações dependem da implantação.] Sobre o NebulaOS, conectado pela Starya no escopo da operação, o caso é mantido entre canal, autorizações e agenda.

[Conversa encerrada · 10:20] [Caso: aberto · aguardando pedido médico] [Atendimento · prazo Dia 2, 09:00] [Dia 1 · 13:10] [Pedido médico] A conversa termina. O caso, não: segue aberto, com responsável e prazo. O pedido médico chega, e o NebulaOS retoma o caso.

[Autorização concedida] [Agenda do prestador · Horário solicitado · 18:00] [Dia 1 · 18:00 → Dia 2 · 10:00] [Prazo vencido · Equipe de agendamento assume] [Solicitações recebidas · Equipe de agendamento · Dia 2 · 10:05] [Solicitação · Dia 1, 18:00 · consta] [Novo prazo · Dia 3, 10:05] Autorização concedida. Autorização não é agendamento. No dia seguinte, a agenda não responde no prazo. A equipe confere que a solicitação consta e aciona o prestador, sem repetir.

[Dia 2 · 14:05] [Agendamento confirmado · realização pendente] [Horário: dia 4, às 07:30 · AG-7730 · fictícia] [Paciente informado · só da etapa confirmada · Dia 2 · 14:10] [Realização do exame, resultado e retorno médico vêm depois.] A agenda confirma o horário, e só essa etapa é comunicada. A realização do exame é um evento posterior.

[A conversa terminou. A operação continua.] [Starya · Aceleramos sua estratégia de IA. O NebulaOS sustenta a operação.] A conversa terminou. A operação continua.

O que confirma a conclusão

A agenda do prestador confirma o horário, e só essa etapa é comunicada ao paciente. A realização do exame é um evento posterior.

O que o NebulaOS sustenta neste cenário

Neste cenário, o NebulaOS mantém o caso com estado, prazo e responsável entre canal de atendimento, sistema de autorizações e agenda do prestador, conectados no escopo da operação, e retoma o trabalho quando um evento chega. Quais eventos cada sistema emite, e os prazos de acompanhamento, dependem da implantação.

  • NebulaWorks Reúne o trabalho, os responsáveis, as pendências e os artefatos do processo.
  • Starya / FDE Acompanha prazos vencidos, lembretes e respostas atrasadas do prestador para ajustar os prazos de acompanhamento.

Experimente você mesmo

Percorra as etapas deste cenário e veja o que muda a cada escolha. Dados fictícios; nenhum sistema é acessado.

Abrir a simulação

Simulação ilustrativa · nenhum sistema é acessado

A conversa terminou. A operação continua até a próxima confirmação

Objetivo Levar um pedido de ressonância da conversa ao agendamento confirmado, com a operação retomada por eventos, inclusive em outro dia, e sem comunicar nada antes de ser confirmado.

Condição a explorar
  1. 01Pedido
  2. 02Fim da conversa
  3. 03Documento
  4. 04Solicitar autorização
  5. 05Autorização
  6. 06Solicitar horário
  7. 07Agenda
  8. 08Comunicar

Relógio da simulação Dia 1 · 10:05

O que sabemos agora · v1 · Dia 1 · 10:05 · Em andamento · etapa 1 de 8

A mensagem chegou: “Meu médico pediu uma ressonância.”

O atendimento abre o caso com estado e responsável. O paciente avisa que vai enviar a foto do pedido médico depois.

Quem responde agora Atendimento

Sistema Canal de atendimento

Histórico preservado

Cada evento, prazo, decisão e retorno permanece aqui, com a hora da simulação, apenas nesta sessão. Recomeçar limpa a simulação.

  1. v1 · Dia 1 · 10:05Mensagem do paciente: “Meu médico pediu uma ressonância.”
Sistemas e responsabilidades
Sistemas ilustrativos desta simulação. Não representam uma integração real.
SistemaO que respondeComo participa
Canal de atendimentoConversa, pedido médico enviado pelo paciente e mensagens da operaçãoRecebe o pedido e os documentos. A operação escreve por ele depois que a conversa termina
Sistema de autorizaçõesSituação da autorização do exameRecebe a solicitação e é o único que concede a autorização
Agenda do prestadorHorário do exameRecebe a solicitação de horário e é a única que confirma o agendamento

Perguntas para levar à sua equipe

  • Sistemas e dados Qual evento faz a tarefa avançar de novo?
  • Sistemas e dados Quanto tempo uma resposta pode ficar pendente?
  • Responsável Quem assume quando o prazo ou a condição muda?
  • Resultado Qual etapa confirmada pode ser comunicada e o que continua pendente?

Use estas perguntas com o guia O que perguntar sobre a IA que já está em uso

Etapas

Responsável, sistema, estado e pendência das 8 etapas da experiência, com decisões e limites
  1. Etapa 1 · Pedido

    Hoje · abrir o caso

    O pedido de ressonância chega pela conversa e o caso é aberto com estado e responsável. O pedido médico ainda não foi enviado.

    Responsável
    Atendimento
    Sistema
    Canal de atendimento
    Estado
    Caso aberto
    Pendente
    Falta o pedido médico.
  2. Etapa 2 · Fim da conversa

    Hoje · encerrar a conversa

    A conversa termina. O caso continua aberto, aguardando o pedido médico, com prazo de acompanhamento.

    Responsável
    Atendimento
    Sistema
    Canal de atendimento
    Estado
    Aguardando documento
    Pendente
    Encerrar o canal não encerra a tarefa.
  3. Etapa 3 · Documento

    Evento · pedido médico recebido

    O documento chega pelo canal e retoma o caso sem nova conversa. Se o prazo vencer antes, o atendimento envia um lembrete pedindo só o que falta.

    Responsável
    Atendimento
    Sistema
    Canal de atendimento
    Estado
    Documento recebido
    Pendente
    Falta solicitar a autorização.
  4. Etapa 4 · Solicitar autorização

    Solicitar a autorização

    Com o pedido médico, a autorização é solicitada à fonte responsável.

    Responsável
    Equipe de autorização
    Sistema
    Sistema de autorizações
    Estado
    Autorização solicitada
    Pendente
    Solicitar não é autorizar.
  5. Etapa 5 · Autorização

    Evento · autorização concedida

    O retorno da autorização chega e permite pedir horário ao prestador. Autorização não é agendamento.

    Responsável
    Equipe de autorização
    Sistema
    Sistema de autorizações
    Estado
    Autorização concedida
    Pendente
    Falta pedir o horário.
  6. Etapa 6 · Solicitar horário

    Solicitar o horário

    O pedido de horário vai à agenda do prestador, o único sistema que pode confirmá-lo.

    Responsável
    Equipe de agendamento
    Sistema
    Agenda do prestador
    Estado
    Horário solicitado
    Pendente
    Falta a resposta do prestador.
  7. Etapa 7 · Agenda

    Evento · agendamento confirmado

    A agenda confirma o horário. Se não responder no prazo, o responsável confere se a solicitação consta antes de repetir e aciona o prestador, sem prometer horário.

    Responsável
    Equipe de agendamento
    Sistema
    Agenda do prestador
    Estado
    Agendamento confirmado
    Pendente
    Falta comunicar o paciente.
  8. Etapa 8 · Comunicar

    Comunicar o paciente

    A equipe de agendamento comunica ao paciente só o que foi confirmado, com as orientações de preparo.

    Responsável
    Equipe de agendamento
    Sistema
    Canal de atendimento
    Estado
    Paciente informado
    Pendente
    Realização do exame, resultado e retorno médico vêm depois.

Decisões a explorar

  • Documento atrasado
  • Prestador sem resposta
  • Eventos no prazo até o agendamento confirmado

Pendências e limites

  • Autorização, agendamento e realização do exame são confirmações distintas, de sistemas distintos.
  • Lembrete antes do exame, realização, resultado e retorno médico exigem eventos próprios e ficam fora deste recorte.
  • Prazos de acompanhamento, dias e horários são fictícios.

Versão em texto

O conteúdo principal, sem depender do vídeo ou da simulação.

Pedido inicial “Meu médico pediu uma ressonância.”

A conversa termina, mas o caso continua com estado e responsável. O pedido médico, a autorização e a agenda do prestador chegam como eventos, inclusive no dia seguinte. Quando um prazo vence sem resposta, o responsável age antes de qualquer nova tentativa. Só a etapa confirmada é comunicada; realização e resultado do exame são eventos futuros.

O paciente informa que o médico pediu uma ressonância. O caso é aberto com estado e responsável, e a conversa termina enquanto o pedido médico é aguardado. Quando o documento chega, o caso é retomado e a autorização é solicitada; se o prazo vencer antes, o atendimento envia um lembrete pedindo só o documento. Quando a autorização é concedida, a equipe de agendamento pede horário ao prestador. Se a agenda não responde no prazo, a equipe confere se a solicitação consta antes de repetir e aciona o prestador, sem prometer horário. Quando a agenda confirma, a equipe de agendamento comunica ao paciente só essa etapa. Realização do exame, resultado e retorno médico são eventos posteriores.