> Disclaimer: Questo contenuto è destinato esclusivamente a scopi educativi e di riferimento per i costruttori di software. Non costituisce consulenza medica, legale, finanziaria o normativa. Consultare un professionista qualificato prima di prendere decisioni basate su questo contenuto.
Accesso Break-Glass
Un meccanismo di override di emergenza che consente a un medico autorizzato di accedere ai record di un paziente al di fuori dei normali controlli degli accessi basati sui ruoli in una situazione di emergenza acuta. Il sistema deve: richiedere la giustificazione, registrare l'evento di accesso (motivo break-glass, ID medico, timestamp, record accessati), avvisare il team di cura regolare del paziente e generare un flag di revisione della conformità.
Architettura Carrier-Neutral
Una progettazione di piattaforma di telemedicina che instrada i media (video/audio) attraverso uno strato di segnalazione e relay dei media indipendente dal carrier, evitando il lock-in a un singolo provider cloud WebRTC. L'approccio carrier-neutral è rilevante per la HIPAA perché il percorso dei media deve essere protetto indipendentemente dal carrier sottostante, richiedendo TLS mutuo o DTLS-SRTP per tutti i flussi media.
Audio-Only Visit (Visita Solo Audio)
Una modalità di telemedicina sincrona che utilizza una chiamata vocale senza video, utilizzata quando i pazienti non hanno accesso a banda larga o alla capacità video. CMS e molti programmi Medicaid statali hanno ampliato la copertura audio-only. I costruttori devono garantire: registrazione della sessione di chiamata (ora di inizio/fine, ID partecipanti), acquisizione del consenso prima della sessione e l'audio della chiamata non viene registrato senza il consenso esplicito del paziente.
BAA - Business Associate Agreement
Un accordo contrattuale richiesto dalla HIPAA (45 CFR § 164.504(e)) tra un'entità coperta (fornitore di telemedicina) e qualsiasi business associate che crea, riceve, mantiene o trasmette PHI per suo conto. Tutti i fornitori di piattaforme video, provider di hosting cloud, fornitori di EHR e provider di infrastrutture che gestiscono PHI in una piattaforma di telemedicina devono avere BAA firmati.
Codec
La scelta degli algoritmi di compressione audio/video per i flussi media di telemedicina. Clinicamente rilevante: la qualità del codec influisce sull'accuratezza diagnostica per le valutazioni visive (dermatologia, cura delle ferite). VP8, VP9, H.264 e AV1 sono codec video comuni; Opus è lo standard per l'audio. I costruttori dovrebbero implementare lo streaming a bitrate adattivo per mantenere la qualità della chiamata su connessioni a bassa larghezza di banda.
Continuità del Contesto Clinico
La capacità di una sessione di telemedicina di catturare, trasmettere e rendere persistente tutto il contesto clinicamente rilevante (anamnesi del paziente, farmaci correnti, allergie, esami recenti) al medico curante prima o durante la sessione remota. I costruttori implementano la continuità del contesto clinico attraverso API sicure all'EHR del paziente, pull dei dati pre-sessione con consenso del paziente e acquisizione di note cliniche durante la sessione che vengono riscritte nell'EHR post-sessione.
Crittografia End-to-End (E2EE)
Crittografia in cui solo gli endpoint comunicanti (paziente e fornitore) detengono le chiavi di decrittografia. Per la telemedicina, l'E2EE entra in conflitto con le funzionalità lato server come la registrazione, la trascrizione e l'analisi AI. La E2EE selettiva con escrow delle chiavi per la registrazione della conformità è un modello architetturale emergente.
DTLS-SRTP
Datagram Transport Layer Security - Secure Real-time Transport Protocol. Lo stack di protocolli di crittografia utilizzato per proteggere i flussi media WebRTC (audio e video). DTLS stabilisce il materiale di chiave; SRTP crittografa il payload del media. Questa combinazione fornisce la crittografia end-to-end per i media in transito, soddisfacendo il requisito del Technical Safeguard HIPAA per la PHI trasmessa su reti. I costruttori devono verificare che la loro implementazione WebRTC abiliti DTLS-SRTP per impostazione predefinita.
E-Prescribing (Prescrizione Elettronica)
La trasmissione elettronica di prescrizioni dai medici prescrittori alle farmacie. Per la telemedicina, le funzionalità di prescrizione elettronica per sostanze controllate devono essere conformi ai regolamenti DEA (21 CFR Part 1311) che richiedono la verifica dell'identità a due fattori alla registrazione e l'autenticazione a due fattori al momento della prescrizione.
EHR - Electronic Health Record (Cartella Clinica Elettronica)
Una versione digitale della cartella clinica cartacea del paziente. Le piattaforme di telemedicina si integrano con gli EHR tramite API FHIR per il pull dei dati pre-sessione e la riscrizione delle note dell'incontro post-sessione.
Fallback di Emergenza
Le procedure e la progettazione del sistema per gestire i guasti tecnici durante una sessione di telemedicina - degradazione audio, connessioni interrotte, interruzioni della piattaforma. I costruttori devono implementare: tentativi di riconnessione automatici con visualizzazione del conto alla rovescia, sospensione della sessione con preservazione dello stato, metodi di contatto alternativi (callback telefonico, SMS) e ripresa della sessione che ripristina il contesto clinico.
FHIR - Fast Healthcare Interoperability Resources
Standard HL7 per lo scambio di dati sanitari tramite API RESTful. FHIR R4 è la versione più rilevante per i costruttori di telemedicina. Il 21st Century Cures Act impone API di accesso ai dati del paziente basate su FHIR. Le piattaforme di telemedicina dovrebbero implementare: accesso in lettura FHIR API per il pull dei dati del paziente pre-sessione e write-back FHIR per i record degli incontri.
Gestione del Consenso
I processi di sistema per catturare, archiviare e tracciare il consenso del paziente per i servizi di telemedicina. La HIPAA richiede un'autorizzazione valida del paziente per determinati usi della PHI (45 CFR § 164.508). Molti stati richiedono il consenso scritto o elettronico esplicito per le visite di telemedicina separato dai moduli di consenso per le visite di persona.
IAL - Identity Assurance Level
NIST SP 800-63A definisce tre livelli di garanzia dell'identità per la verifica dell'identità digitale: IAL1 (auto-dichiarato), IAL2 (verifica remota dell'identità con verifica del documento), IAL3 (verifica dell'identità di persona o da remoto supervisionata). Per la prescrizione di telemedicina di sostanze controllate (EPCS), la DEA richiede IAL2+.
IMLC - Interstate Medical Licensure Compact
Un accordo tra più di 40 stati USA per la licenza medica multi-stato semplificata per i medici qualificati. Rilevante per i costruttori di piattaforme per i flussi di lavoro di verifica delle licenze cross-state.
Licenza Cross-State
Il requisito normativo per cui i medici che forniscono servizi di telemedicina devono essere autorizzati nello stato in cui il paziente si trova fisicamente al momento della visita. La piattaforma deve: catturare la posizione del paziente all'inizio della sessione, verificare la licenza del fornitore in quella giurisdizione e bloccare o avvisare se il fornitore non è autorizzato nello stato del paziente.
Media Server
Un'unità di inoltro selettivo (SFU) o un'unità di controllo multipunto (MCU) WebRTC che instrada o mescola i flussi media tra i partecipanti. Per la telemedicina con 2+ partecipanti (paziente, fornitore, specialista, interprete), è necessario un SFU o MCU. Il media server si trova nel percorso dei media e quindi gestisce PHI - deve essere distribuito in un ambiente conforme alla HIPAA con un BAA.
MFA - Multi-Factor Authentication
Un meccanismo di autenticazione che richiede due o più fattori di verifica da categorie distinte: qualcosa che si sa (password), qualcosa che si ha (app autenticatore, token hardware), qualcosa che si è (biometria). HIPAA richiede l'identificazione utente univoca (45 CFR § 164.312(a)(2)(i)) e l'MFA è ampiamente riconosciuta come misura di protezione ragionevole e appropriata per l'accesso alla PHI di telemedicina.
PDMP - Prescription Drug Monitoring Program
Database statali che monitorano le prescrizioni di sostanze controllate. I fornitori di telemedicina che prescrivono sostanze controllate devono spesso interrogare il PDMP prima di prescrivere per legge statale. I costruttori dovrebbero implementare le API di interrogazione PDMP e registrare il risultato dell'interrogazione nel record dell'incontro.
PHI - Protected Health Information
Qualsiasi informazione sanitaria individualmente identificabile soggetta alla HIPAA. In telemedicina: contenuto delle sessioni video/audio, note degli incontri, diagnosi, prescrizioni, anamnesi fornita dal paziente, dati dei sensori del dispositivo, messaggi di chat contenenti informazioni sanitarie e metadati della sessione (ora dell'appuntamento, nome del fornitore) quando collegati all'identità del paziente.
Portale Pazienti
Un'interfaccia online sicura che fornisce ai pazienti accesso diretto alle loro informazioni sanitarie. Per la telemedicina, il portale è tipicamente il punto di ingresso della sessione lato paziente. Requisiti di sicurezza: login protetto da MFA, timeout di sessione dopo inattività, connessione crittografata e registrazione degli accessi alla PHI.
Record dell'Incontro
Il record clinico strutturato generato da un incontro di telemedicina. Deve catturare: data/ora della sessione, identità del fornitore, identità del paziente, motivo della visita, valutazione clinica, piano, prescrizioni, referral e istruzioni di follow-up. Il record dell'incontro deve essere accessibile al paziente e archiviato in conformità con le leggi statali applicabili sulla conservazione dei documenti medici.
Registrazione della Sessione
Cattura del contenuto della sessione video/audio per scopi clinici, legali o di garanzia della qualità. Requisiti critici di conformità: deve essere ottenuto il consenso esplicito del paziente prima che inizi la registrazione; le registrazioni sono PHI e devono essere archiviate crittografate con controlli degli accessi; il periodo di conservazione deve essere allineato con la legge statale sui documenti medici; i pazienti hanno il diritto di accedere alle registrazioni come parte del loro fascicolo medico.
Ryan Haight Act
Il Ryan Haight Online Pharmacy Consumer Protection Act del 2008 (Legge Pubblica 110-425) vieta la prescrizione di sostanze controllate via Internet senza una precedente valutazione medica di persona - con eccezioni limitate. I costruttori devono implementare un gate nella fase di prescrizione che applichi il requisito di valutazione di persona a meno che non si applichi un'eccezione documentata.
SMART on FHIR
Uno standard aperto che combina FHIR per i dati sanitari con OAuth2/OIDC per l'autorizzazione. Consente alle app di telemedicina di richiedere dati specifici del paziente dai sistemi EHR con l'autorizzazione del paziente.
Telemedicina Asincrona (Store-and-Forward)
Un modello di erogazione di telemedicina in cui i pazienti inviano dati clinici (immagini, video, cartelle cliniche, questionari) a un fornitore che esamina e risponde successivamente senza un'interazione in tempo reale. Comune in dermatologia, radiologia e oftalmologia. I costruttori devono garantire: upload crittografato sicuro, timestamp di invio immutabile e audit trail per ogni evento di revisione da parte del fornitore.
Telemedicina Sincrona
Telemedicina interattiva in tempo reale in cui paziente e fornitore comunicano live via video, audio o chat. La modalità più comune per cure primarie, cure urgenti e consulenze specialistiche. Requisiti di sistema: media crittografati a bassa latenza, gestione dello stato della sessione, acquisizione concorrente delle note cliniche e riconnessione affidabile della sessione.
Token di Autenticazione della Sessione
L'utilizzo di token firmati di breve durata (JWT, token di sessione) per autenticare i partecipanti alla sessione all'ingresso. Per la telemedicina, la convalida del token all'inizio della sessione deve: verificare che l'identità del paziente corrisponda all'appuntamento programmato, verificare la licenza del fornitore nello stato del paziente, confermare che il consenso sia registrato e impostare i permessi con ambito sessione.
WebRTC - Web Real-Time Communication
Uno standard browser aperto che consente la comunicazione audio, video e dati peer-to-peer o mediata da server in tempo reale senza plugin. Il principale stack di protocolli per la telemedicina basata sul web. Elementi di sicurezza chiave: DTLS-SRTP per la crittografia dei media, ICE per il NAT traversal e HTTPS/WSS per la segnalazione.
Workflow Integration (Integrazione del Flusso di Lavoro)
L'integrazione delle sessioni di telemedicina nei flussi di lavoro clinici esistenti - pianificazione EHR, notifiche del team di cura, fatturazione e coordinamento delle cure di follow-up. I costruttori implementano l'integrazione del flusso di lavoro attraverso: API di lancio EHR (SMART on FHIR), push-back automatico delle note dell'incontro all'EHR e webhook di notifica del team di cura.
Adaptive Bitrate (ABR)
Una tecnica di streaming che regola dinamicamente la qualità video e audio in base alla larghezza di banda di rete disponibile. Per la telemedicina, l'ABR è una funzionalità di sicurezza del paziente: degradare gradualmente fino alla sola modalità audio (invece di interrompere la sessione) preserva la continuità clinica quando le condizioni di rete peggiorano. I costruttori implementano ABR configurando vincoli di bitrate del codec WebRTC e monitorando la perdita di pacchetti e il jitter per attivare le transizioni di qualità.
Ambient Clinical Intelligence (ACI)
Sistemi AI che acquisiscono e strutturano passivamente i dati clinici dalle sessioni di telemedicina - trascrizione ambientale, generazione automatica di note, suggerimento di diagnosi. Gli strumenti ACI che elaborano audio o video di sessione gestiscono PHI e richiedono: BAA HIPAA con il fornitore ACI, consenso esplicito del paziente per l'elaborazione AI del contenuto della sessione e revisione del medico delle note generate dall'AI prima che entrino nel record clinico.
Audit Trail
Un registro cronologico, in sola aggiunta, di tutti gli eventi che riguardano l'accesso e la modifica della PHI all'interno di una piattaforma di telemedicina. HIPAA richiede meccanismi per registrare e esaminare l'attività nei sistemi informativi contenenti ePHI (45 CFR § 164.312(b)). Per la telemedicina, l'audit trail deve catturare: eventi del ciclo di vita della sessione, tutti gli accessi alla PHI (chi ha acceduto a quale record e quando) e gli eventi di autenticazione.
Coordinamento delle Cure
Procedure cliniche e tecniche strutturate per la gestione dell'assistenza ai pazienti attraverso più fornitori o strutture tramite telemedicina. Per i costruttori: messaggistica sicura tra i membri del team di cura, accesso condiviso alle note degli incontri con permessi basati sui ruoli, integrazione del flusso di lavoro dei referral (risorsa FHIR ServiceRequest) e audit trail per tutta la condivisione dei dati tra fornitori.
Digital Health Equity (Equità nella Salute Digitale)
Il principio per cui la progettazione delle piattaforme di telemedicina non deve escludere sistematicamente i pazienti in base all'accesso ai dispositivi, alla connettività Internet, all'alfabetizzazione o alla disabilità. I costruttori implementano l'equità offrendo: fallback solo audio, UI accessibile (WCAG 2.1 AA), avvio della sessione tramite SMS per i pazienti senza smartphone e moduli di consenso tradotti per i non parlanti inglese.
ICE - Interactive Connectivity Establishment
Un framework per stabilire connessioni UDP o TCP peer-to-peer attraverso i firewall NAT in WebRTC. ICE raccoglie candidati da interfacce locali, server STUN e relay TURN per trovare il percorso multimediale ottimale. Per i costruttori di telemedicina: i server STUN/TURN nel percorso dei media gestiscono PHI e devono essere distribuiti in un'infrastruttura conforme alla HIPAA.
Minimum Viable Fallback
La modalità di comunicazione a più bassa fedeltà che una piattaforma di telemedicina offrirà prima di abbandonare una sessione: tipicamente un callback telefonico avviato dal fornitore al numero del paziente registrato. I costruttori devono memorizzare un numero di callback del paziente convalidato al momento della prenotazione, attivare automaticamente il fallback dopo l'esaurimento dei tentativi di riconnessione e registrare gli eventi di fallback per l'analisi post-incidente.
Standard del Minimo Necessario HIPAA
Il principio della Privacy Rule HIPAA (45 CFR § 164.502(b)) che richiede che le divulgazioni di PHI siano limitate alle informazioni minime necessarie per realizzare lo scopo previsto. Nella progettazione dei sistemi di telemedicina: le API devono restituire solo i campi PHI specifici necessari per l'attività; i medici devono vedere solo i record rilevanti per la sessione corrente; e gli ambiti delle risorse FHIR devono essere il più limitati possibile.
SIP - Session Initiation Protocol
Un protocollo di segnalazione per stabilire, modificare e terminare sessioni di comunicazione in tempo reale. Utilizzato in alcune piattaforme di telemedicina aziendali. La telemedicina basata su SIP richiede TLS per la segnalazione (SIP/TLS) e SRTP per la crittografia dei media. Le connessioni SIP che gestiscono PHI devono essere coperte da BAA con il fornitore del trunk SIP.
Verifica dell'Identità del Paziente
Il processo di conferma che il partecipante che entra in una sessione di telemedicina è il paziente programmato. Un approccio di verifica minimo: autenticazione tramite login al portale protetto da MFA prima di ricevere un token di sessione; il token di sessione è legato all'identità del paziente nel database; all'ingresso della sessione, il medico conferma verbalmente il nome del paziente e la data di nascita. Per scenari ad alta garanzia (prescrizione di sostanze controllate): implementare la verifica dell'identità remota IAL2 NIST con verifica del documento e controllo della vivacità.