CIGNA: Um portal aos serviços da correia fotorreceptora

Share

|

CIGNA é um dos seguradores de saúde os maiores nos estados unidos, junto com Aetna e uniu Healthcare. Including negócios relacionados, tais como plantas dentais, programas médicos da gerência do specialty, e gerência dos benefícios do pharmacy, as tampas Filadélfia-baseadas da companhia aproximadamente 13 milhão consumidores da planta da saúde.

Na indústria de seguro, as plataformas dos serviços da correia fotorreceptora estão permitindo agora que muitas companhias reinvent a maneira que usam suas canaletas de vendas, interativas com clientes, e introduzem no mercado seus produtos. CIGNA é uma das firmas mais aggressive nos benefícios do empregado e nos setores do seguro usando portals da correia fotorreceptora melhorar seu serviço de cliente.

CIGNA está oferecendo seus 16 milhão portals Correia-baseados clientes da planta da saúde e de aposentadoria que utilizam Yahoo! Tecnologia das soluções da empresa. O uso de CIGNA's da tecnologia portal, ao contrário de uma relação Correia-gerada do serviço de cliente, dá a seus clientes um um grau mais elevado de personalização e de informação. Ao contrário das relações genéricas da correia fotorreceptora do serviço de cliente que os clientes estão usados a, o CIGNA/Yahoo! o portal ajuda aos consumidores da planta da saúde da companhia controlar suas reivindicações, vê sua própria informação, ajusta preferências, e mesmo prescrições da ordem usando sua página do portal de myCIGNA.com.

Eric Consolazio é vice-presidente sênior na carga da unidade dos sistemas de informação de CIGNA HealthCare. Previamente, Consolazio criou e conduziu à prática do eCommerce de CIGNA's, que desenvolve e executa a estratégia e tecnologias incorporado-largas para benefícios e-permitindo do empregado. Antes de juntar CIGNA em 1999, Consolazio foi empregado pela contabilidade e por PricewaterhouseCoopers gigante consultando em York novo, onde era responsável para a integração e o e-comércio de sistemas dentro da prática oriental do seguro da região da firma. Suas responsabilidades incluíram o desenvolvimento da prática, o projeto da arquitetura, e a execução de sistemas. Consolazio também foi um altofalante caracterizado em eventos numerosos da indústria e foi o autor de papéis brancos numerosos no e-comércio.

Consolazio acredita que, quando o debate rages ainda sobre como os serviços da correia fotorreceptora devem ser definidos, a tecnologia está evoluindo ràpidamente em uma ferramenta poderosa do negócio.

Se você perguntar a quinze povos diferentes o que os serviços da correia fotorreceptora são, você começará vinte respostas diferentes, including aqueles que como para definir quase serviços da correia fotorreceptora em um nível atômico. Para um número de razões, nós não o definimos essa maneira. Para nós, um serviço da correia fotorreceptora é algo que tem o valor de negócio tangible. Se não cumprir algum tipo de função do negócio, a seguir nós realmente não o chamamos um serviço da correia fotorreceptora.

Nós começamos a executar serviços da correia fotorreceptora com o rollout do portal do consumidor em julho 2002. Antes de então, nós tínhamos sido aplicações do edifício, primeiramente para o self-service do consumidor e para o que nós nos chamamos doutores do self-service—do fornecedor—para o último poucos anos.

O projeto foi começado tarde em dezembro de 2001, assim que nós podíamos entregar o portal dentro de aproximadamente sete meses. Mas os underpinnings daquele portal foram construídos em aplicações que nós tínhamos sido edifício por os últimos dois anos.

Para Consolazio, os serviços da correia fotorreceptora oferecem a promessa de uma maneira simplificada segurar uma variedade de tipos diferentes de usuários portal: médicos, consumidores, e empregadores.

A razão que nós fomos com serviços da correia fotorreceptora era que doutores diferentes—dos constituents, para o exemplo—necessitado ver o exato a mesma informação sobre uma planta da saúde que o consumidor ele mesmo visse. Em outros casos, entretanto, não . No self-service inicialmente construindo, nós desenvolvemos em linha do "o '' do self-service membro para servir acima da elegibilidade de uma pessoa e beneficiamos a informação. Em determinados casos, o que nós quisemos fazer devia servir acima dessa mesma informação da elegibilidade para o médico.

Quando nós desenvolvíamos o portal, nós quisemos poder customize e personalizá-lo ao gosto de uma pessoa. Uma pessoa pode, ou não pode, para querer ver suas reivindicações, mas quereria ver sua elegibilidade.

Nós fizemos exame dessa aplicação monolítica e quebramo-la acima. Nós criamos bàsicamente serviços Java-baseados, XML-baseados da correia fotorreceptora, e quebramos algum acima em um serviço da elegibilidade, em um serviço dos benefícios, e em um serviço da reivindicação. Nós temos outros serviços, também. Nós alimentamos aqueles, através de XML, no desktop portal. Assim nós podíamos misturar e fósforo, porque era. Nós podíamos customize e, personalizar finalmente a informação quebrando estes componentes para baixo em umas funções mais discretas do negócio e alimentando as, em uma maneira padrão, com XML ao desktop.

Nós adotamos serviços da correia fotorreceptora fora da necessidade, porque, sem fazer assim, nós teríamos que fazer o desenvolvimento redundante. Nós poderíamos realmente ter servido acima da informação diferente aproximadamente uma pessoa ao pessoa diferente, que é o que nós não quisemos fazer. Nós não quisemos um consumidor ver a informação diferente do que o doutor , se falassem a coisa mais ou menos idêntica. Nós quisemo-los ver maçã-à-maçãs, porque o consumidor conectara com o doutor. Nós quisemos certificar-se que estavam no mesmo wavelength. Nós não quisemos dar-lhes a informação diferindo ou detalhes diferindo.

O objetivo de Consolazio era criar um ambiente completo da entrega da informação.

Nós podíamos então começar algum synergy. Em vez de ter três individuais, projetos discretos, nós tivemos bàsicamente um projeto integrado onde nós fizemos exame de exigências, baseamoss em constituents, e misturados então e combinados os componentes.

Aquele é mais fácil desejado do que feito, entretanto.

Há uns muitos do esforço que entra em construir o portal, e há uns muitos do esforço que entra no costume que costura e que fixa a informação para cada um destes constituents, esteja eles doutores, consumidores, ou empregadores. Mas fêz a nossa vida muito, muito mais fácil. Nós podíamos usar estes serviços e não temos que construir repetidamente relações outra vez aos sistemas back-end, alguns de que são os sistemas do mainframe, alguns de que são sistemas distribuídos. Nós batemos virtualmente em dúzias de fontes diferentes da informação para vir acima com a tela portal básica para um consumidor. De modo que os makes ele muito fácil para nós, mas mais importante, ele façam muito fácil para consumidores, também. Podem fazer sob medida, mover-se, adicionar, ou supressão de um inventário das funções que nós lhes demos no portal.

Em um movimento projetou simplificar o desenvolvimento e a gerência portal, e para dar o acesso de usuários a uma escala mais larga de opções da informação, CIGNA decidiu-se ao sócio com Yahoo!.

Nós utilizamos realmente os serviços da correia fotorreceptora fornecidos por Yahoo!. Nós podemos, através das alimentações de XML, trazer Yahoo! A notícia, saúde derruba, e a outra informação no portal em uma forma muito estandardizada—toda dela é através das alimentações padrão de XML. Ao consumidor, é um desktop. Na realidade, entretanto, é construído virtualmente de muitos, de muitas posições diferentes—dos sistemas do legacy em nossas fontes third-party back-end e diferentes.

CIGNA moveu-se para um ambiente do self-service antes que o portal se transformou parte de seu infrastructure. A parte do desafio de Consolazio devia integrar eficientemente aplicações existentes correia fotorreceptora nova no portal serviço-baseado.

Nós construímos algumas aplicações muito boas da correia fotorreceptora. Mas se você quisesse encontrar para fora, para o exemplo, seus benefícios médicos, você viria ao Web page e para mover-se em uma aplicação chamou Médico Self-Service. Mas se você quiser encontrar para fora sobre seu pharmacy beneficia-se, você seria movido para sua página do pharmacy. Somente poderia então você poderia olhar seus benefícios do pharmacy.

Era realmente uma coleção de aplicações fogão-conduzidas diferentes, que, três ou quatro anos há, fosse material bom bonito. Mas enquanto nós fomos para a frente, os clientes entrevistados, encontrados para fora suas preferências, e fizeram estudos da usabilidade, nós descobriram que era muito incómodo para eles. Tiveram que ter senhas múltiplas, eles tiveram que dirigir com as aplicações que diferentes—não era realmente usable. E, não obstante como nós ajustamos o olhar, a sensação, e a navegação do Web site, não teve toda a informação em um lugar.

Nós executamos este portal como uma estrutura para as aplicações existentes, construída então uma segunda geração das aplicações atrás dela. Assim, no exemplo da aplicação médica do self-service, quando nós leveraged os componentes atrás dela, ele fomos reconstruídos virtualmente. Nós decomposed o nos serviços diferentes da correia fotorreceptora que nós ajustamos acima neste portal. Agora os povos vêm dentro e logon uma vez. Uma vez que logon, podem ir às páginas diferentes estalando em tarefas diferentes, sem ter que preocupar-se sobre senhas múltiplas. Quando mergulham realmente para baixo na página, um sumário inteiro da informação é na frente deles—a informação chave que necessitam em seus fingertips: informação do pharmacy, informação dental, informação médica para todos seus produtos de CIGNA. Além, sua informação da aposentadoria é um clique afastado.

Essencialmente, o que nós quisemos poder fazer devia ter informações críticas de todo o usuário encontradas em uma página. Nós quisemos ter um lugar de que nossos constituents poderiam navigate com um único clique para começar onde quiseram ir, e pudessem começar lá a informação—sumária as batidas rápidas, tais como suas últimas cinco—reivindicações direitas, dianteiras e center.

Yahoo! O software de PortalBuilder encontra-se no coração de myCIGNA.com. Consolazio diz que estêve atraído à tecnologia por sua fonte extensiva do índice de informação, que CIGNA poderia usar informar e educar usuários portal.

O que diferenciou Yahoo! era isso que podia nos dar um número de serviços diferentes. Podia fornecer o índice através de uma alimentação de XML que alimentasse para a direita no portal com nenhum trabalho em nossa parte. Adicionalmente, PortalBuilder permite que os usuários alcancem myCIGNA.com diretamente de seu existir meu Yahoo! página. Os usuários podem realmente colocar um ícone específico em seu meu Yahoo! página de modo que possam estalar completamente a myCIGNA.com.

Dado a quantidade de índice pessoal altamente sensível que reside em myCIGNA.com, a segurança era uma prioridade superior para Consolazio e sua equipe.

O aspecto da segurança do portal é segurado por Netegrity SiteMinder. O produto é uma plataforma do software de serviços compartilhados que inclua único sign-on, a gerência do authentication (quem você é), e a gerência do entitlement (o que é permitido você fazer no local).

CIGNA está usando WebSphere da IBM para deveres do usuário da aplicação.

A IBM tem um suite inteiro dos produtos que envolvem em torno de WebSphere. Nós usamos bàsicamente o produto de WebSphere do núcleo. Têm lotes dos sinos e dos assobios que são dispostos lhe vender, mas nós não usamos muitos deles.

Para seu web server, CIGNA selecionou microsystems do sol.

Nós utilizamos o sistema operando-se de Solaris do sol e o usuário do diretório—do iPlanet do serviço do diretório (agora SunOne)—onde nós mantemos muitos de nossa informação da segurança.

Os laços do sistema junto em um pacote puro.

Nós temos WebSphere, de que nós alcançamos os serviços da correia fotorreceptora e os dirigimos também para trás aos sistemas de transação individuais. Nós temos o portal, que pools junto toda a informação que é alimentada por XML, ou do usuário da aplicação, ou dos vários lugares através do globo. Nós temos Netegrity no alto dele, que fornece a segurança.

Na luz do fato que CIGNA montou seu ambiente portal dos vários vendedores, Consolazio não vê uma companhia, ou o grupo das companhias, dominando o mercado dos serviços da correia fotorreceptora.

Nós não vimos qualquer um ainda quem dominou realmente em serviços da correia fotorreceptora. A maneira que nós definimos serviços da correia fotorreceptora é realmente de acordo com a função do negócio. Nós pensamos de que, até que estes vendedores da tecnologia tenham as funções que adicionam o valor de negócio para uma indústria específica, nós não veremos uma companhia que domine realmente. Pôde-se ser que você verá jogadores diferentes dominar niches diferentes.

Consolazio diz que não estava receoso ser um adopter adiantado dos serviços da correia fotorreceptora, embora admita que ajuda ter um sócio do tech-savvy-savvy que seja experimentado em edições da integração dos serviços da correia fotorreceptora para guiar os processos do projeto e da execução.

Há uns muitos das coisas que nós , e para ter feito, que nós acreditamos que ninguém mais fêz. A parceria de Yahoo!, a personalização e o customization, o uso de serviços da correia fotorreceptora—- este é todo o material novo bonito.

Nós quisemos certificar-se que nós partnered com companhias substanciais. Assim, com Yahoo!, nós podíamos leverage algum collateral bom.

Eu penso também que você pode fazer serviços da correia fotorreceptora muito, muito complicado. Mais complicada você a faz, mais mau começa, relacionando-se à escala, ao desempenho, à manutenção, e à confiabilidade. Nós poderíamos ter planejado arquiteturas muito elaboradas para acomodar uma vista muito atômica de o que os serviços da correia fotorreceptora são, mas nós decidimo-nos furar com uma arquitetura do projeto que fossem muito direta, muito scalable, e que tratasse dos volumes muito elevados e do desempenho.

O fator sobering para nós é que nós prestamos serviços de manutenção literalmente a milhões dos povos. A necessidade dirigem-nos afastado do purity architectural a algo que é mais realístico, executado fàcilmente, e mais scalable.

Consolazio acredita que os serviços da correia fotorreceptora estão executados melhor nas fases, melhor que como revisões radicais de processos e de ambientes existentes.

Nós começamos com nosso Web site e movemo-nos para trás, melhor que rasgar nosso infrastructure inteiro distante e executá-lo, em um caíram swoop, alguma visão gigantesca de serviços da correia fotorreceptora através da empresa.

O portal de myCIGNA.com era meramente uma primeira etapa para criar uma empresa serviço-dirigida correia fotorreceptora, diz Consolazio.

Nós estamos indo começar serviços da correia fotorreceptora do leveraging através da empresa para finalidades diferentes. Indo para a frente, nós estamos olhando criadores parcerias diferentes. Nós queremos poder fornecer serviços da correia fotorreceptora diretamente aos desktops dos empregadores com a segurança confiada, de modo que os empregadores possam fazer exame de um serviço de nosso Web site e o pôr sobre seu próprio local. Esta é a sorte da coisa que nós estamos explorando.

Nós estamos explorando também a possibilidade de utilizar serviços da correia fotorreceptora para mais touchpoints. Podemos nós, para o exemplo, utilizar XML e fornecer a resposta interativa da voz (IVR) a nosso centro da chamada? Os resultados iniciais que voltam dizem-nos que pode ser feito, mas nós temos um infrastructure já muito estabelecido, assim o benefício do custo de fazer isso estamos sob a pergunta. Mas estes são os tipos de coisas que nós estamos olhando. A pergunta real, entretanto, é se há uma demanda para estes tipos dos serviços, as.well.as se forem tècnica praticáveis.

É difícil começar um aperto preciso em os serviços de apenas quanto correia fotorreceptora do dinheiro podem conservar uma empresa, diz Consolazio.

Eu di-lo-ei que, nós ganhamos a produtividade, mas nós não quantified realmente os benefícios específicos para serviços da correia fotorreceptora. É justa uma aproximação por que nós somos valor de negócio do edifício.

Na outra mão, Consolazio anota que a abilidade de reúso componentes fornece um incentive poderoso usando o serviço da correia fotorreceptora.

Nós podemos reúso os mesmos componentes em maneiras diferentes. Nós podemos fazer exame da informação da elegibilidade, para o exemplo, e posto lhe sobre o desktop de um consumidor, ou o desktop de um doutor. A chave está podendo definir estes componentes de modo que você possa reúso não somente os, mas construi-los de tal maneira que os usuários do seu Web site podem personalizar e customize sua experiência. Aquele é o valor real de serviços da correia fotorreceptora. Há um mundo grande, bonito para fora lá a respeito de como estes serviços podem customize, personalizar, e adicionam o valor em um nível individual.

Uma correia fotorreceptora bem sucedida presta serviços de manutenção à execução, diz Consolazio, dobradiças em dois fatores: povos e organização.

Ponha seus mais melhores povos sobre ela, e tenha seu esforço do desenvolvimento organizado e mobilized. Estes elementos são tão importantes quanto a tecnologia que você usa.

Nossa potencialidade do e-comércio é convergida realmente através de um centro singular do excellence que serve à empresa inteira. Sem aquela, nós construiríamos apenas soluções divisional. Nós não teríamos um Web site integrado, e nós não leveraging o portal ou a correia fotorreceptora presta serviços de manutenção à maneira que nós somos.