🏗️ Articolo Tecnico · nextcare.tech

Architettura tecnologica di un
Healthcare OS moderno

Come abbiamo costruito 27 moduli sanitari in una singola applicazione web ultra-performante

NC
NextCare Team · nextcare.tech
⏱ 7 min lettura Healthcare · Tech · AI

Il problema architetturale del software sanitario

Il software sanitario tradizionale è nato nell'era dei client-server anni '90: moduli separati, database diversi, integrazioni punto-punto, installazioni on-premise. Ogni aggiornamento richiedeva un intervento tecnico in loco. Ogni integrazione era un progetto a sé.

NextCare è stato progettato da zero con un principio diverso: una sola applicazione, un solo database, un solo schema di dati condiviso da tutti i 27 moduli. Zero integrazioni interne. Zero sincronizzazioni tra sistemi.

💡 Un solo paziente. Un solo record. Accessibile da ogni modulo — CUP, LIS, RIS, Contabilità, FSE, Riabilitazione — senza nessuna sincronizzazione.

Stack tecnologico

🖥️ Frontend
Vanilla JS ES2022+ CSS Custom Properties Lucide Icons SPA Architecture
🗄️ Storage
localStorage versioned DB abstraction layer Auto-migration v8
🤖 AI Layer
NL Query Engine guessDoseClass() Seed auto-import Context-aware hints
🛡️ Sicurezza
RBAC 6 ruoli Audit Log immutabile GDPR nativo Consenso tracciato

Single Page Application — perché e come

NextCare è una SPA (Single Page Application) con navigazione tramite data-tab attributes. Questo significa:

NextCare HOS — Navigazione SPA data-tab routing
📊 Dashboard
📅 CUP
🔬 LIS
🩻 RIS
💰 Contabilità
📊 BI
🧊 Magazzino
247
Prenotazioni attive
€ 48.200
Produzione mese
12
Campioni da validare

Il database layer — DB abstraction

Tutti i 27 moduli scrivono e leggono tramite un unico layer di astrazione DB. Non accedono mai direttamente al localStorage. Questo garantisce:

// DB abstraction layer — ogni modulo usa questa API const DB = { get: (key) => /* legge da localStorage */, insert: (table, row) => /* auto-increment ID */, update: (table, id, patch) => /* aggiornamento atomico */, logAudit: (userId, action, table, rowId) => /* ogni op tracciata */ };

Ogni operazione insert, update e delete genera automaticamente un record nell'audit log. L'amministratore può vedere chi ha fatto cosa, quando, su quale record. Questo è un requisito normativo per i sistemi sanitari GDPR-compliant.

Sistema RBAC — 6 ruoli nativi

NextCare include un sistema di controllo degli accessi basato sui ruoli (RBAC) con sei profili predefiniti, senza necessità di configurazione tecnica:

RuoloCUPLISRISContabilitàBIConfig
👑 Admin✓ Full✓ Full✓ Full✓ Full✓ Full✓ Full
👨‍⚕️ MedicoLetturaValidazioneRefertazioneNoPersonaleNo
👩‍💼 Segreteria✓ FullAccettazioneAccettazioneFattureNoNo
🔬 BiologoNo✓ FullNoNoLISNo
🩻 TSRMNoNo✓ FullNoNoNo
💊 InfermiereVistaPrelieviNoNoNoNo

Moduli e sub-tab system

Ogni modulo principale di NextCare contiene sub-tab per organizzare le funzionalità specifiche senza sovraffollare l'interfaccia. Ad esempio, il modulo LIS ha 6 sub-tab:

🔬
Campioni
Accettazione, barcode generato, stato in tempo reale per ogni campione
📋
Fogli di Lavoro
Organizzazione campioni per turno, strumento e priorità
✅
Validazione
Vista dedicata al biologo con flag AI sui valori anomali
📄
Referti
Generazione referto, firma biologo, invio al medico richiedente
📦
Gestione Massiva
Bulk operations su campioni, export, filtri avanzati
⚙️
Configurazione
Tipi prelievo, barcode suffix, strumenti collegati, range di riferimento

✅ Zero riavvii, zero reload, zero attese. Ogni sub-tab si apre in millisecondi perché i dati sono già in memoria.

NC
NextCare
Healthcare Operating System

Vuoi vedere NextCare in azione?

Demo di 30 minuti su dati reali della tua struttura. Nessun impegno.

nextcare.tech → Demo Gratuita