1) Como você se certificou de que os requisitos que você reuniu dos usuários são exatamente o

que eles estão procurando?

Após cada sessão de levantamento de requisitos, elaborei atas de reunião que eram um
anteprojeto dos requisitos coletados. Essas atas foram enviadas aos usuários corporativos
envolvidos para revisão e verificação de desconexões e informações adicionais. Após a aprovação
de todas as partes interessadas, o documento final foi produzido e colocado em um formato de
modelo formal para aprovação dos usuários corporativos.

2) No final do projeto, houve algum caso em que o usuário poderia ter vindo e dito que isso
não era o que eu desejava do sistema? (Em outras palavras, eles esperavam mais do sistema.)
Como você lidou com isso? Você aprimorou os requisitos e relançou o produto?
Eu estava nessa situação durante meu projeto mais recente. Os usuários esperavam uma
funcionalidade que não foi considerada como parte da primeira versão e eles pensaram que o
requisito existia no documento de requisitos funcionais. Puxei o documento de especificação de
requisitos, a ata da reunião e mostrei que a funcionalidade nunca havia sido solicitada. Como esse
não era um requisito imediato, os usuários corporativos concordaram em aguardar a próxima
versão do aplicativo para incorporar a funcionalidade.

3) Você já trabalhou em alguma ferramenta Rational?

Eu normalmente trabalhei na metodologia RUP e as ferramentas Rational são baseadas na
mesma. Eu sou muito versado com o Rational Rose para fazer diagramas de caso de uso,
documentos de caso de uso, realizações etc. Eu usei o Requisite pro para gerenciar e documentar
os requisitos.
4) Até onde você esteve envolvido na fase de testes?
Estes seriam específicos para o seu currículo com base no projeto que está sendo falado.

Exemplo:
Durante a fase de testes fui responsável por:
Desenvolvimento de Casos de Teste e Planos de Teste.
Registrar as observações dos usuários e relatá-las ao meu gerente.
Discutir quaisquer alterações e atualizações com o usuário e, se necessário, lidar com os
procedimentos de solicitação de alteração e rastreamento.

5) Como você decide quais recursos incluir em quais versões?

Todo mundo quer que haja recursos para serem lançados na 1ª iteração. Normalmente, decidimos
sobre os recursos da 1ª versão ou quaisquer lançamentos futuros com base em:
Prioridade de negócios
Qual recurso vai 1º com base no documento de escopo.
Analise com os gerentes de negócios o que eles exigem na 1ª versão e obtenha sua
aprovação.
Complexidade/Risco do negócio

6) Qual é a sua principal força ou o que você acha que realizou em seu último projeto do qual você
mais se orgulha?
Acho que a minha força é a minha capacidade de ser detalhista. Sempre há momentos em que há
desconexões ou mudanças constantes no projeto e se as informações e documentos não estiverem
bem organizados, isso pode levar a um desastre e falha.
Também sou bastante detalhista, o que me ajuda a listar os casos de uso e requisitos de forma
adequada e abrangente, para que haja o mínimo de dúvida.

7) Quais foram os riscos envolvidos no projeto? Como você chegou às soluções para esses riscos?
Foram vários os riscos envolvidos no projeto:
Regulamentos de Valores Mobiliários: Durante este projeto, havia uma série de regulamentos
envolvidos que precisavam ser considerados durante o desenvolvimento do site. Por exemplo: a
quem deve ser dado que tipo de acesso ao sistema, qual o caminho do documento Como você
lida com partes interessadas difíceis?
Às vezes, as partes interessadas podem ser difíceis de lidar, mas podemos superar essa
situação ao:
Ouvi-los pacientemente e ser educado.  Fazê-los entender a situação a partir de uma
perspectiva que eles entendam.
Mostre um compromisso em trabalhar com eles.
Fazê-los perceber como seus interesses serão realizados quando estiverem mais abertos e
colaborativos.
Envolva-os e faça-os perceber que sua contribuição é valorizada.

Qual a importância de um fluxograma?

Os fluxogramas dão uma representação gráfica clara de um processo implementado,
Isso torna o sistema simples de entender para todas as pessoas envolvidas no projeto.

Explique brevemente o modelo de caso de uso?

O modelo de caso de uso requer um diagrama de caso de uso, Ele descreve o ambiente de
negócios,
Seu objetivo principal é mostrar a série de eventos e ações com em qualquer processo que
será realizado por um ator

O que é Modelagem UML?

UML significa Modelagem unificada Lanugae, Sua é a linguagem padrão da indústria
para construir, visulazing e documentar as diferentes componenets dentro do sistema.

Nomeie as habilidades que o Analista de Negócios deve ter?

Bom ouvinte, rápido e aprendiz contínuo, habilidades analíticas, abordagem de resolução de
problemas, pensar além da caixa, conhecimento de tecnologia (pode continuar atualizando quais
são as últimas tecnologias lançadas no mercado e como elas são importantes). Gestão de equipes
ou pessoas, comunicação sólida, habilidades de documentação (inglês escrito), trabalho em
equipe, desenvolvimento de novas soluções, pesquisa de mercado etc (se souber mais você pode
adicionar

O que você acha dos desafios enfrentados pelo Analista de Negócios?

O gerenciamento de mudanças é o maior desafio, pois isso também acontece em tempo real. Após
o estágio de requisitos, quando o desenvolvimento é iniciado, o cliente apresentará algumas
alterações ou melhorias. Gerenciamento interdepartamental ou entre equipes – como
gerenciamento de conflitos entre equipes. Também pessoas físicas. Isso requer soft skills e
inteligência. Problemas de comunicação – Em tempo real isso pode acontecer. Você pode ser
bom em falar e entender a língua inglesa. Mas às vezes acontece como pessoas diferentes em todo
o mundo falam diferentes estilos de inglês. Nos próprios EUA, o México fala inglês de forma
diferente. Os romanos falam inglês diferente. Então, no nível inicial entender o sotaque pode ser
um desafio, mas depois de algum tempo você se tornará perfeito

Qual é o seu entendimento sobre – Risco e Problema?

 O risco é algo que pode ser previsto e pode ser tratado através da formulação de planos de
mitigação. O risco que aconteceu é chamado de Issue. Haverá gerenciamento de contingência ou
gerenciamento de problemas para resolver o problema. Basicamente, não estaremos resolvendo o
problema, mas tentaremos fazer o controle de danos e levá-lo como aprendizado para outros
projetos.

O que você faria se não tivesse recebido todas as aprovações necessárias na documentação da
fase enviada para aprovação? Destaque o processo de gestão de riscos – como sinalizá-los?
Resolução - de tais cenários, trabalhando em conjunto com a PM

Explicar como você organiza ou prioriza sua carga de trabalho

Faça uma lista. Calcule em que ordem fazer as coisas pensando em quais tarefas são
urgentes e qual a importância de cada tarefa. Se não tem certeza do que é urgente e do
que não é, ou quão importantes são as diferentes tarefas

O que é HIPPA?

270-271 é para consulta de elegibilidade

276-277 é para resposta de status de reivindicação
820 pagamento de prémios
811 faturamento premium
Informação 275 pt, medicação pt já tomou
278 serviço de saúde/antes da prestação do serviço é o serviço elegível para este pat ou não

Processo de Faturamento Médico

1. Paciente vai ao hospital
2. Os serviços são fornecidos,(Sinal e sintomas serão verificados por ditador e de acordo
com isso o procedimento e serviços são feitos, e o procedimento e serviço será convertido
em um código)HCPC
3. Após a alta a Entrada de Carga acontecerá
4. É quando o processo de faturamento real é iniciado
5. A. Entrada de dados (todas as informações do paciente são inseridas no sistema, As
informações dos médicos
O NPIThe DX, os códigos de procedimento
b.. Cobrança de Entrada, O cartaz de dinheiro irá lançar as cobranças no sistema
c.claims passará e reivindicará swill ser gong para interfaces para obter os sinistros pagos
837 e 835 reclamações eletrônicas
Depois que as reivindicações são enviadas Rejeições e aprovações vêm, ele continua indo
como um círculo, as reivindicações serão negadas por Não medicamente necessário ou
código DX não é um código DX válido ou HCPC válido ETC