os Convenios e seusprestadores(Dados mestres de Prestadores de servicos), a GPM-Gerencia deProcedimentos medicos e protocolos clinicos, com controle sobre dados dereferencia de codigos de atendimento, de doencas e protocolos,etc . Assim vamosexplorando o universo das inter-relacoes dos dados com o negocio da organizacaoe convertendo os dados em elementos fundamentais e conhecidos do negocio daorganizacao.Isso e ponto fundamental. f)Who:Trabalhando o Where, certamente encontramos o Who, ou quais serao as pessoas (Who) envolvidasnas estruturas (Where), que conhecem os dados, fazem a sua gestao(mesmo queinformal). Aqui ja comecamos a pensar nos potenciais papeis que comporao umaestrutura de GD. Comecamos pelo Conselho de GD, com representantes do altoboard para as decisoes mais organizacionais, um Comite de Gestores para nonivel tatico, conduzindo essas acoes de dados nas diversas areas envolvidas, eos Gestores de dados em si, de diferentes tipos(de negocios, de projetos, deoperacao, por assunto, etc). Assim, voce ja vai montando as visoes de quemparticipara no dominio da solucao dos (problemas) de dados, identificando ospotenciais SME(Subject matter experts), como denominados nas praticas de GD dasempresas americanas. Uma abordagem sugerida por Bob Seiner (KIK Consulting),via sua GD nao invasiva, e justamente observar e aproveitar os recursos ja existentes,provendo a complementacao para a sua formacao no tratamento dos dados. Ha umamaxima que diz que os gestores de dados ja existem na sua organizacao. Voce eque ainda nao os identificou e formalizou!!Exemplo pratico: Nesse ponto ja estamos com a visaodas areas que tem envolvimento forte com os dados no contexto dos problemas eja criamos possiveis participacoes na solucao que se deseja. Os chamados SME ja podem seridentificados nas gerencias discutidas anteriormente. Esses poderao ser(se janao sao, mesmo que informalmente) os potenciais gestores de dados, responsaveispelo recurso naquele contexto gerencial. Mecanismos de formalizacao dessasposicoes deverao ser pensados e um conjunto de treinamento em conceitos de GDserao obviamente planejados edesenvolvidos.Na formalizacao das posicoes de GDpodera haver conflito, quando os dados sao fundamentais e tratados(ate comatributos diferentes) por UO(unidades organizacionais) diferentes. Nessemomento, as decisoes sobre uma gestao de dados compartilhada, alinhavada por umGrupo/Comite de Gestores , no plano tatico pode ser pensada, e/ou peladefinicao de um Gestor de dados por Assunto, que englobaria a autoridade sobreaquele dado, valida para todas as UO que o utilizam.g)When:Identificadas as principais acoes, mesmo que em visao inicial, tracaremos oconjunto das realizacoes na linha do tempo, estabelecendo prioridade em funcaoda criticidade dos dados e dos problemas circundantes. Surge assim, umcronograma das primeiras atividades de GD para a resolucao dos problemaselencados. Exemplo pratico: Nesse ponto ja estamos com a visaodefinida sobre prioridades de acao , que se transformarao em itens eprioridades de um plano de acao de Dados. Por exemplo, em funcao das multasresultantes das atuacoes e dos aspectos de reputacao, a prioridade sera sobrecompliance dos dados inconsistentes enviados a ANS e a resolucao dosproblemas de marcacao de consultas, onde os dados apoiarao nas solucoes.Os aspectos sobre possiveis acoes demonetizacao dos dados, serao analisados em segunda prioridade. h)Howmuch: Nesse ponto, ja poderemos ter uma ideia sobre os custos aproximadosenvolvidos nas acoes de implementacao, ou pelo menos subsidios para procurarpor mais detalhes de investimentos necessarios. Exemplo pratico: Aqui podemos desenvolver,