Waarschijnlijker dat de oprichter schrijft dan dat de oprichter aanzet.

Veel van de klanten van @Stedi zijn partners die hun eigen softwareplatforms bouwen – RCM, EHR, PMS, tools voor patiëntenintake en meer. Deze partners gebruiken de API's van Stedi om functionaliteit voor geschiktheidcontroles en claims in hun platforms te bouwen, zodat hun klanten – de eindgebruikers, waaronder zorgverleners, groepspraktijken en gezondheidsystemen – de verzekeringsgeschiktheid kunnen bepalen en claims/ERA's vanuit de software van de partners kunnen verwerken. Het probleem met deze aanpak is dat onze partners alle functionaliteit van Stedi binnen hun eigen platforms moesten repliceren. De eindverleners hadden geen directe toegang tot Stedi, dus moesten partners gebruikersinterfaces bouwen voor workflows zoals het oplossen van problemen met geschiktheidcontroles en claims, en voor het indienen/volgen van ERA-inschrijvingen. Wanneer er iets misging, waren onze partners verantwoordelijk voor de ondersteuning van de zorgverleners. De nummer één functieaanvraag die we van onze partners hebben ontvangen, is om hun zorgverleners de mogelijkheid te geven om hun eigen Stedi-accounts te hebben. Met deze lancering kunnen zorgverleners precies dat doen: ze kunnen hun eigen Stedi-accounts aanmaken, die snel kunnen worden geïntegreerd met de RCM-, EHR- en PMS-systemen van de partner door de Stedi-app van de partner in slechts een paar klikken in te schakelen. Dit vermindert drastisch de hoeveelheid functionaliteit die partners zelf moeten bouwen. In plaats van de functionaliteit van Stedi voor het oplossen van problemen met geschiktheidcontroles, het opnieuw indienen van claims en het indienen van ERA-inschrijvingen opnieuw te moeten bouwen, kunnen zorgverleners inloggen op hun eigen Stedi-account als back-up (en rechtstreeks met ons ondersteuningsteam werken aan eventuele problemen die ze tegenkomen). Natuurlijk kunnen partners die functionaliteit blijven bouwen binnen hun eigen platforms met behulp van onze API's, maar dat is niet langer vereist. In de komende weken zullen we diepere integraties met partnersystemen lanceren – bijvoorbeeld bidirectionele deeplinking van transacties tussen Stedi en partnerplatforms, zodat gebruikers heen en weer kunnen springen tussen de weergave van een claim in Stedi en in de gebruikersinterface van een partner. Meer binnenkort.

Het probleem met deze benadering is dat een coronair calciumtest alleen late stadia van ASCVD onthult, wat uiterst onwaarschijnlijk is in de eerdere decennia van het leven, dus een negatieve test heeft beperkte betekenis. Deze benadering zou werken met CT-angiogrammen naarmate je ouder wordt, maar de meeste mensen zullen dat niet doen.