Muitos dos clientes da @Stedi são parceiros que estão construindo suas próprias plataformas de software – RCM, EHR, PMS, ferramentas de admissão de pacientes e muito mais. Esses parceiros usam as APIs da Stedi para criar funcionalidade de verificação de elegibilidade e sinistros em suas plataformas para que seus clientes – os usuários finais que incluem provedores de saúde, consultórios de grupo e sistemas de saúde – possam determinar a elegibilidade do seguro e processar sinistros/ERAs de dentro do software dos parceiros. O problema com essa abordagem é que nossos parceiros precisaram replicar todas as funcionalidades da Stedi em suas próprias plataformas. Os provedores finais não tiveram acesso direto ao Stedi, portanto, os parceiros tiveram que criar interfaces de usuário para fluxos de trabalho, como solucionar problemas de verificações de elegibilidade e reivindicações, e para enviar/rastrear inscrições ERA. Quando algo dá errado, nossos parceiros estão no gancho para o suporte do provedor. A solicitação de recurso número um que recebemos de nossos parceiros é permitir que seus clientes provedores tenham suas próprias contas Stedi. Com este lançamento, os provedores podem fazer exatamente isso: eles podem criar suas próprias contas Stedi, que podem ser rapidamente integradas aos sistemas RCM, EHR e PMS do parceiro, ativando o aplicativo Stedi do parceiro com apenas alguns cliques. Isso reduz drasticamente a quantidade de funcionalidades que os parceiros precisam para construir por conta própria. Em vez de ter que reconstruir a funcionalidade da Stedi para solucionar problemas de verificações de elegibilidade, reenviar solicitações e enviar inscrições ERA, os provedores podem fazer login em sua conta dedicada da Stedi como substituto (e trabalhar diretamente com nossa equipe de suporte em quaisquer problemas que encontrarem). É claro que os parceiros podem continuar a criar essa funcionalidade em suas próprias plataformas usando nossas APIs, mas isso não é mais necessário. Nas próximas semanas, lançaremos integrações mais profundas com sistemas de parceiros – por exemplo, deeplinking bidirecional de transações entre a Stedi e as plataformas de parceiros para que os usuários possam alternar entre a representação de uma reivindicação na Stedi e na interface de usuário de um parceiro. Mais em breve.