Associate Software Engineer – Integrations

Solvhealth (Solv) è un'azienda americana fondata nel 2016, con sede principale a San Francisco, California. Solv sviluppa una piattaforma digitale per la prenotazione e la gestione di appuntamenti sanitari, utilizzata da milioni di pazienti e provider negli Stati Uniti.

Crediamo che accedere alle cure non debba essere fonte di ulteriore stress. Essere malati o farsi male è già abbastanza difficile: curarsi dovrebbe essere semplice. Per questo stiamo costruendo un marketplace digitale mobile-first che rende l'accesso alle cure semplice, trasparente e veloce per milioni di persone.

La sede italiana è a Verona : oggi un team di circa dieci persone tra engineering e product operations, che lavora ogni giorno a stretto contatto con il team internazionale e con l'HQ negli Stati Uniti. Da Verona non ci limitiamo all’esecuzione: il team ha responsabilità diretta e ownership concreta sui prodotti.

Cerchiamo un Associate Software Engineer – Integrations da inserire nel team italiano, che già oggi si occupa delle integrazioni tra la piattaforma di Solv e i sistemi esterni.

Gli EMR/EHR sono i sistemi con cui cliniche e personale sanitario negli Stati Uniti gestiscono i dati dei pazienti. Sono decine, ognuno diverso dall'altro, molti costruiti vent'anni fa, quasi nessuno documentato bene. Farli parlare con la nostra piattaforma è il lavoro. Non è sempre elegante, ma è il punto in cui il prodotto tocca la realtà: se l'integrazione non funziona, il paziente non riesce a prenotare.

Non è richiesta esperienza lavorativa precedente , né alcuna conoscenza del sistema sanitario statunitense o degli standard di interoperabilità. È un dominio che si impara sul campo, con il supporto del team: non e’ necessario che tu lo conosca già.

• Lavorare a integrazioni tra la piattaforma di Solv e i sistemi EMR/EHR dei nostri clienti americani
• Contribuire all'evoluzione delle integrazioni esistenti, migliorandone affidabilità, scalabilità e manutenibilità, anche lavorando su sistemi legacy
• Partecipare allo sviluppo di nuove integrazioni, seguendo buone pratiche di progettazione, sviluppo e testing
• Mappare dati tra sistemi che modellano le stesse cose in modi diversi : è qui che si nasconde la maggior parte della complessità
• Gestire errori, retry e casi limite. Una parte importante del lavoro è far funzionare le cose quando il sistema dall'altra parte si comporta in modo imprevisto
• Fare debug attraverso i confini tra sistemi : capire se il problema è nostro, del partner, o dei dati in ingresso
• Scrivere test e documentazione su cui il team americano possa lavorare il mattino successivo
• Usare strumenti basati su AI come supporto alla comprensione di sistemi complessi, al debugging e al testing
• Laurea triennale o magistrale — all'ultimo anno o già conseguita — in informatica, ingegneria informatica o percorso equivalente
• Basi di Python (o di un linguaggio equivalente), anche acquisite solo all'università o su progetti personali
• Conoscenza di database relazionali (PostgreSQL o MySQL) e capacità di scrivere query SQL
• Comprensione di API REST e dei formati di scambio dati più comuni (JSON, XML, CSV)
• Inglese ottimo , scritto e parlato, per lavorare ogni giorno con colleghi americani: riunioni, messaggi, documentazione
• Pazienza diagnostica. Buona parte di questo lavoro consiste nel capire perché un sistema che non hai scritto tu si comporta in un modo che nessuno ha documentato
• Conoscenza, anche solo teorica, di standard di interoperabilità sanitaria ( HL7, FHIR ). Non è richiesta: la insegniamo noi
• Nozioni su code di messaggi e job asincroni
• Familiarità con Git, CI/CD e workflow collaborativi
• Esperienza universitaria o personale su progetti software complessi, o sul recupero di codice scritto da altri
• Nozioni di sviluppo frontend (React): utili, ma non centrali in questo ruolo

• Sei metodico.Sei metodico. Quando qualcosa non funziona, non ti accontenti di risolvere il problema: vuoi capirne la causa e fare in modo che la prossima volta venga intercettato prima.
• Documenti quello che scopri , perché in questo lavoro la conoscenza non documentata si perde
• Non ti spaventa mettere mano al codice scritto da altri , anche quando è datato o lontano da come lo avresti scritto tu.
• Hai voglia di imparare continuamente e di adattarti a tecnologie e metodologie nuove

Ufficio di Verona, 3 giorni a settimana, 2 giorni di lavoro agile. È necessario risiedere a Verona o poter raggiungere la sede ogni giorno. Non è una posizione da remoto.

L'orar