Più probabile che sia la scrittura del fondatore rispetto al suggerimento del fondatore.

Molti dei clienti di @Stedi sono partner che stanno costruendo piattaforme software proprie – RCM, EHR, PMS, strumenti di accettazione dei pazienti e altro ancora. Questi partner utilizzano le API di Stedi per integrare la funzionalità di verifica dell'idoneità e di gestione dei reclami nelle loro piattaforme, in modo che i loro clienti – gli utenti finali che includono fornitori di assistenza sanitaria, studi di gruppo e sistemi sanitari – possano determinare l'idoneità all'assicurazione e gestire reclami/ERA direttamente all'interno del software dei partner. Il problema con questo approccio è stato che i nostri partner hanno dovuto replicare tutte le funzionalità di Stedi all'interno delle proprie piattaforme. I fornitori finali non hanno avuto accesso diretto a Stedi, quindi i partner hanno dovuto costruire interfacce utente per flussi di lavoro come la risoluzione dei problemi di verifica dell'idoneità e dei reclami, e per l'invio/tracciamento delle iscrizioni all'ERA. Quando qualcosa andava storto, i nostri partner erano responsabili del supporto ai fornitori. La richiesta di funzionalità numero uno che abbiamo ricevuto dai nostri partner è stata quella di consentire ai loro clienti fornitori di avere i propri account Stedi. Con questo lancio, i fornitori possono fare esattamente questo: possono creare account Stedi propri, che possono essere rapidamente integrati con i sistemi RCM, EHR e PMS dei partner abilitando l'app Stedi del partner in pochi clic. Questo riduce drasticamente la quantità di funzionalità che i partner devono costruire da soli. Invece di dover ricostruire le funzionalità di Stedi per la risoluzione dei problemi di verifica dell'idoneità, la reinvio dei reclami e l'invio delle iscrizioni all'ERA, i fornitori possono accedere al proprio account Stedi dedicato come fallback (e lavorare direttamente con il nostro team di supporto su eventuali problemi che incontrano). Naturalmente, i partner possono continuare a costruire quella funzionalità all'interno delle proprie piattaforme utilizzando le nostre API, ma non è più necessario. Nelle prossime settimane, lanceremo integrazioni più profonde con i sistemi dei partner – ad esempio, il deeplinking bidirezionale delle transazioni tra Stedi e le piattaforme dei partner, in modo che gli utenti possano passare avanti e indietro tra la rappresentazione di un reclamo in Stedi e nell'interfaccia utente di un partner. Ulteriori aggiornamenti in arrivo.

Il problema di questo approccio è che un test del calcio coronarico rivela solo le fasi avanzate della ASCVD, che è estremamente improbabile nelle prime decadi della vita, quindi un test negativo ha un segnale limitato. Questo approccio funzionerebbe con le angiografie CT man mano che invecchi, ma la maggior parte delle persone non lo farà.