Questo studio ha coinvolto una valutazione dell'usabilità in cui i professionisti sanitari hanno fornito opinioni professionali su un prototipo software. Non sono stati raccolti dati personali, clinici o identificabili dai partecipanti e tutte le cartelle cliniche utilizzate durante le sedute erano di fantasia. Poiché lo studio non rappresentava rischi per i partecipanti e non raccoglieva dati sensibili, fu considerato esente dalla revisione formale del comitato etico. Tutti i partecipanti sono stati informati sugli obiettivi dello studio e hanno fornito il consenso verbale prima della partecipazione.
L'interfaccia web metodologica proposta in questo lavoro è stata strutturata per garantire un processo riproducibile per la progettazione, lo sviluppo e la valutazione dell'applicazione proposta per la cura prenatale basata su strumenti. Il processo è stato organizzato in fasi sequenziali che comprendono l'analisi deirequisiti 15, la prototipazione, la definizione dell'architettura di sistema, l'implementazione e la valutazione dell'usabilità. Questa struttura proposta ha permesso lo sviluppo di uno strumento digitale robusto, orientato all'utente e consapevole del contesto per supportare l'ottimizzazione della documentazione delle cure prenatali e delle decisioni cliniche, vedi Figura 1.

Figura 1: Modello del processo di sviluppo che illustra le cinque fasi sequenziali adottate in questo studio. (1) Analisi dei Requisiti, che comprende revisione della letteratura e sessioni di co-progettazione con un esperto di settore; (2) Prototipazione, che coinvolge la validazione di wireframe a bassa fedeltà; (3) Definizione di Architettura, basata sui principi di Progettazione Guidata dal Dominio e Architettura Esagonale; (4) Implementazione, che copre lo sviluppo frontend, backend e database; e (5) Test di usabilità, condotti con cinque professionisti sanitari utilizzando la System Usability Scale e il protocollo think-loud. Clicca qui per visualizzare una versione più grande di questa figura.
Requisiti di sistema
La fase dei requisiti di sistema mirava a identificare le esigenze funzionali e operative essenziali per lo sviluppo della proposta di applicazione di cure prenatali. Il processo di elicitazione dei requisiti ha combinato una revisione strutturata della letteratura con sessioni di co-progettazione condotte con uno specialista infermieristico ostetrico nelle cure prenatali primarie. La revisione è stata effettuata su SciELO, PubMed/MEDLINE e Scopus, utilizzando stringhe di ricerca che combinano: ("assistenza prenatale" O "cura prenatale") E ("salute digitale" O "cartella clinica elettronica" O "sistema informativo sanitario") E ("usabilità" O "progettazione incentrata sull'utente"). Sono stati considerati studi pubblicati in inglese e portoghese che esaminavano strumenti digitali per la documentazione prenatale o la valutazione dell'usabilità dei sistemi informativi sanitari. La revisione della letteratura ha informato sull'identificazione dei limiti nella cartella clinica su carta e ha stabilito i parametri clinici da digitalizzare. Le sessioni di co-progettazione hanno coinvolto interviste strutturate e prototipazione collaborativa a bassa fedeltà, in cui l'esperto del settore ha validato la sequenza logica di inserimento dati e la rilevanza clinica di ciascuna caratteristica di sistema prima dell'implementazione. Un risultato centrale di questo processo fu l'istituzione di un linguaggio ubiquitario, un vocabolario condiviso tra il team di sviluppo e l'esperto clinico, assicurando che termini specifici di dominio come 'Ammissione del paziente', 'Età gestazionale', 'Altezza uterina' e 'Frequenza cardiaca fetale' si riflettessero costantemente sia nell'interfaccia utente sia nel modello di dominio del sistema. Questo approccio ha ridotto il divario tra i requisiti clinici e la soluzione implementata e ha validato i due moduli fondamentali.
Ai fini di questo sistema, una gravidanza a basso rischio è definita in conformità con le linee guida del Ministero della Salute brasiliano (in portoghese, Cadernos de Atenção Básica. n. 32, 2012) come gravidanza senza condizioni materne preesistenti (ad esempio, ipertensione, diabete mellito, malattie autoimmuni), senza complicazioni ostetriche che si manifestano durante il controllo prenatale e senza anomalie fetali identificate durante le consultazioni. I pazienti classificati come ad alto rischio sono al di fuori di questo sistema e dovrebbero essere indirizzati a cure materno-fetali specializzate.
Sulla base dei risultati, sono stati istituiti due moduli principali: (i) il modulo di consultazione e (ii) il modulo di follow-up. Ogni modulo è stato progettato per riflettere le routine cliniche reali, favorendo una navigazione intuitiva e un'inserimento efficiente dei dati durante la cura del paziente. Il modulo di consulenza comprende diversi casi d'uso chiave allineati al tipico processo di consulenza prenatale. La funzionalità di ammissione del paziente consente la registrazione dei nuovi pazienti inserendo il loro nome completo, il numero nazionale della tessera sanitaria (CNS) e la data dell'ultimo ciclo mestruale (LMP). Le specifiche dei campi, i requisiti di formato e le regole di validazione applicate sia a livello client che server sono dettagliate nella Tabella 1. Per garantire l'integrità dei dati, il sistema impedisce automaticamente le voci duplicate basate sull'identificatore CNS. La funzione Start Consultation consente ai professionisti sanitari di avviare una nuova consulenza per un paziente già registrato, reindirizzando l'utente all'interfaccia di consultazione.
| Campo | Formato | Regola di Validazione | Esempio |
| Nome del paziente | Testo libero | Minimo 3 caratteri; Solo caratteri alfabetici e spazi numerici. | "Maria da Silva" |
CNS (Nazionale Carta sanitaria) | 15 numerici Cifre | Validato utilizzando un algoritmo basato su Luhn; deve essere unico per ogni paziente. | “70000000 0000001” |
| Data LMP | DD/MM/YYYY | Non deve essere una data futura e deve cadere entro 42 settimane prima della data attuale. | “01/01/2026” |
Tabella 1: Specifiche del campo di ammissione del paziente, requisiti di formato e regole di validazione. I campi sono organizzati in base ai requisiti demografici, di identificazione e di registrazione clinica per garantire l'onboarding standardizzato dei pazienti e la coerenza dei dati durante il ricovero prenatale.
Il flusso di lavoro della consulenza segue un processo sequenziale e strutturato progettato per supportare una gestione efficiente dell'assistenza prenatale. Per prima cosa, il professionista sanitario accede all'elenco principale dei pazienti e localizza il paziente target tramite nome o numero CNS utilizzando la funzione di ricerca. Dopo aver selezionato il paziente, il professionista avvia la consulenza cliccando su "inizia la consulenza." In questa fase, il sistema crea un nuovo registro di consulenza collegato al paziente selezionato e indirizza l'utente all'interfaccia di consultazione, che è organizzata in quattro sezioni: esame fisico, esami di laboratorio, ecografia e sommario.
Durante la fase di esame fisico, il professionista registra parametri clinici generali, come peso, altezza, pressione sanguigna e disturbi segnalati, oltre a parametri ostetrici, tra cui l'altezza uterina e la frequenza cardiaca fetale. Il sistema calcola e visualizza automaticamente l'indice di massa corporea e l'età gestazionale per supportare le decisioni cliniche. Nella sezione test di laboratorio, i risultati degli esami trimestrali possono essere registrati tramite i relativi controlli di input, mentre gli esami completati e quelli in attesa vengono distinti visivamente per facilitare il monitoraggio dei protocolli prenatali.
Quando disponibili, le informazioni sull'ecografia possono essere integrate nella consulenza. Il professionista può accedere all'area di registrazione ecografica e compilare il modulo corrispondente con i dati del rapporto. Dopo che tutte le informazioni rilevanti sono state inserite, la consultazione viene finalizzata tramite la funzione di invio. Il sistema quindi valida i campi richiesti e, se il processo viene completato con successo, reindirizza l'utente alla schermata di follow-up del paziente.
Lo screening di follow-up fornisce una panoramica consolidata della storia clinica del paziente, includendo grafici di tendenza per indice di massa corporea e altezza uterina, oltre a un elenco cronologico delle consultazioni precedenti. Questa struttura consente un monitoraggio continuo della salute materna durante tutta la cura prenatale.
All'interno del flusso di lavoro di consultazione, sono state implementate funzionalità specifiche per supportare la registrazione dei dati clinici e diagnostici. La sezione di esame fisico consente la documentazione dei parametri generali e ostetrici seguendo protocolli di misurazione clinica standardizzati. Il peso viene registrato in chilogrammi (intervallo accettabile: 30–200 kg) e altezza in metri (intervallo accettabile: 1,00–2,50 m), con un IMC calcolato automaticamente come peso (kg) / altezza2 (m2). La pressione sanguigna viene registrata in mmHg come valori sistoli/diastolici (ad esempio, 120/80 mmHg), seguendo la misurazione standard sfigmomanometrica con il paziente seduto. L'altezza uterina (altezza del fondo) viene misurata in centimetri dalla sinfisi pubica al fondo uterino utilizzando un metro a nastro non elastico con il paziente in decubito dorsale (intervallo accettabile: 16–40 cm, dipendente dall'età gestazionale). La frequenza cardiaca fetale è registrata in battiti al minuto (intervallo normale: 110–160 bpm). Ulteriori campi includono la presentazione fetale (cefalica/podalica/trasversa) e la notazione di edema o antema quando presenti.
L'interfaccia per i test di laboratorio consente la registrazione dei risultati dei test basati su trimestri, con indicatori visivi che mostrano esami completati e in attesa per evitare ridondanza. Il sistema supporta la documentazione degli esami prenatali standard raccomandati dal Ministero della Salute brasiliano, organizzati per trimestre gestazionale come dettagliato nella Tabella 2. Il modulo ecografia è opzionale e viene attivato quando i dati dell'esame ecografico sono disponibili per la documentazione. I campi includono la data dell'esame (DD/MM/AAAA), l'età gestazionale all'esame basata sulla LMP (settimane), l'età gestazionale determinata dalla biometria ecografica (settimane), la stima del peso fetale (grammi), la posizione placentare (anteriore/posteriore/fonale/laterale) e la valutazione del liquido amniotico. La discrepanza tra le stime dell'età gestazionale basate sulla LMP e quelle basate sull'ecografia è conservata nel fascicolo per supportare le decisioni cliniche riguardo alla revisione della data prevista del parto. Tutti i campi, tranne la data dell'esame, sono opzionali.
| Esame | 1ª Trimestre | 2° Trimestre | 3ª Trimestre |
| ABO/Rh | Richiesto | – | – |
| Glicemia a digiuno | Richiesto | – | – |
| Test orale di tolleranza al glucosio | Richiesto | – | – |
| Sifilide — Test Rapido | Richiesto | – | – |
| VDRL | Richiesto | – | – |
| Test di Coombs Indiretto | Richiesto | – | – |
| HIV / Anti-HIV | Richiesto | Ripeti | – |
| Epatite B (HBsAg) | Richiesto | Ripeti | – |
| Toxoplasmosi | Richiesto | Ripeti | Ripeti |
| Emoglobina / Ematocrito | Richiesto | Ripeti | Ripeti |
| Analisi delle urine (EAS) | Richiesto | Ripeti | Ripeti |
| Urina | Richiesto | Ripeti | Ripeti |
Tabella 2: Esami di laboratorio prenatali standard supportati dal sistema, organizzati per trimestre gestazionale. Gli esami sono raggruppati in base ai periodi di follow-up prenatali raccomandati per supportare l'aderenza al protocollo e facilitare il monitoraggio longitudinale della salute materna.
Infine, la funzionalità di fine consulenza consolida e salva tutti i dati registrati, reindirizzando automaticamente il professionista allo schermo di follow-up del paziente, dove è disponibile un riepilogo integrato delle informazioni sanitarie del paziente. Il rapporto di follow-up presenta una panoramica consolidata della storia clinica, dei risultati di laboratorio e delle tendenze grafiche di parametri chiave come l'indice di massa corporea (BMI) e l'altezza uterina, supportando una cura materna continua e basata sui dati.
Il sistema calcola automaticamente tre parametri ostetrici chiave dalla data dell'ultimo ciclo mestruale (LMP) inserita al momento del ricovero. L'età gestazionale (GA) in settimane si calcola come la differenza di giorni tra la data corrente e la LMP divisa per sette: GA = (Data attuale − LMP) / 7. La data di scadenza stimata (EDD) si ottiene aggiungendo 280 giorni (40 settimane) al PMM: EDD = Periodo Massimo + 280 giorni. L'indice di massa corporea (BMI) viene calcolato a partire dal peso (kg) e dall'altezza (m) registrati durante l'esame fisico:
(1)
Questi calcoli vengono eseguiti automaticamente all'inserimento dei dati, eliminando i calcoli manuali e riducendo gli errori di trascrizione.
Tecnologie e architettura di sistema
Il sistema è stato sviluppato seguendo un'architettura client–server, in cui un frontend basato su interfaccia web interagisce con un servizio backend tramite un'APIRESTful 17. Questo approccio consente modularità, scalabilità e interoperabilità, garantendo che il sistema possa essere ampliato o integrato con altri sistemi informativi sanitari in futuro. La Figura 2 illustra il diagramma entità–relazione (ER) dell'applicazione, evidenziando le entità principali, paziente, consulenza, esame ed ecografia, e le rispettive associazioni. L'entità paziente funge da nucleo del modello, mantenendo i dati personali e identificativi collegati a più consulenze. Ogni cartella di consultazione, a sua volta, è associata a una serie di esami e a annotazioni opzionali per ecografia, consentendo un monitoraggio longitudinale dettagliato dei parametri della salute materna. Questa struttura relazionale consente un'organizzazione coerente dei dati clinici e supporta la generazione di rapporti di follow-up consolidati, facilitando una gestione completa e continua delle cure prenatali. Ogni entità utilizza una chiave primaria UUID e implementa la cancellazione soft tramite un campo dedicato deletedAt ., garantendo la tracciabilità dei dati senza rimozioni permanenti. I vincoli chiave includono: il campo CNS nell'entità paziente è applicato come unico a livello di database, prevenendo la registrazione duplicata del paziente; i segni vitali di consultazione (peso, altezza, altezza uterina) sono memorizzati come tipi decimali per preservare la precisione clinica; e l'entità Ultrasound è completamente opzionale, collegata al paziente tramite un identificatore senza un vincolo obbligatorio di chiave esterna. La definizione completa dello schema, includendo tutti i tipi di campo e i vincoli, è disponibile nel repository pubblico al https://github.com/caderneta-digital-da-gestante/api.

Figura 2: Diagramma Entità–Relazione (ER) del database di sistema. Sono rappresentate quattro entità principali: Paziente (memorizza dati di identificazione e base ostetrica, inclusi numero CNS e data LMP), Consulenza (collegata a ogni visita del paziente), Esame (risultati trimestrali di test di laboratorio associati a ogni visita) ed Ecografia (dati ecografici opzionali collegati a ogni consulenza). Un paziente può avere più consulenze; ogni consulenza può essere associata a più esami e a zero o una sola ecografia. Clicca qui per visualizzare una versione più grande di questa figura.
Il backend è stato implementato utilizzando Node.js come ambiente di runtime, combinato con il framework Express.js per una gestione efficiente di rotte e richieste HTTP. La persistenza dei dati veniva gestita tramite il sistema di gestione relazionale dei database PostgreSQL, scelto per la sua robustezza e conformità ai principi ACID. Per facilitare l'accesso al database e garantire la sicurezza dei tipi, è stata adottata la libreria ORM Prisma, che consente un'interazione efficiente e mantenibile tra la logica applicativa e il livello dati18.
Il frontend è stato costruito utilizzando React in combinazione con il framework Next.js per fornire un'interfaccia web veloce, reattiva e ottimizzata per i motori di ricerca. L'interazione con l'utente e la gestione dei moduli sono state implementate utilizzando React Hook Form per la gestione dello stato e Zod per la validazione basata su schema, garantendo la coerenza dei dati e riducendo gli errori di input. Il recupero e la cache lato client erano gestiti da TanStack Query, consentendo prestazioni ottimizzate e sincronizzazione in tempo reale con il backend.
Per il controllo delle versioni e il deployment, il progetto utilizzava git e github, aderendo allo standard convenzionale dei commits per mantenere una cronologia di sviluppo chiara e tracciabile. Il dispiegamento ha seguito un approccio containerizzato. I prerequisiti includono Docker 27.x, un account Vercel (frontend) e un account Render (backend e database). Il backend richiede un file .env con due variabili ambientali: DATABASE_URL (stringa di connessione PostgreSQL fornita da Render) e DIRECT_URL (URL di connessione diretta per le migrazioni Prisma). Per distribuire il backend, l'immagine Docker viene costruita con docker build -t cdg-api. e spinta su Render come servizio web, con il comando start node dist/index.js e la variabile di ambiente API_PORT impostata. Il frontend viene distribuito su Vercel collegando il repository gitHub tramite il dashboard Vercel; la variabile di ambiente NEXT_PUBLIC_API_URL deve essere impostata sull'URL di backend Render. Le migrazioni del database vengono applicate tramite Prisma Migrate Deployment nella prima distribuzione.
Per quanto riguarda la sicurezza e la privacy dei dati, l'attuale prototipo non implementa l'autenticazione per l'utente finale, riflettendo la sua natura iniziale. I dati dei pazienti sono memorizzati in un database PostgreSQL ospitato sull'infrastruttura cloud di Render, con l'accesso al database limitato dalle credenziali a livello di ambiente non esposte nel codice sorgente. Ai fini di questo studio di usabilità, tutte le cartelle cliniche dei pazienti utilizzate durante le sessioni di test erano di finzione; Non sono stati raccolti o processati dati reali dei pazienti. L'autenticazione e il controllo degli accessi sono stati identificati come requisiti per una futura versione pronta per la produzione, insieme alla valutazione della conformità ai sensi della Legge Generale Brasiliana sulla Protezione dei Dati (LGPD — Legge nº 13.709/2018).
Il sistema implementa sia la validazione lato client che lato server. Nel frontend, React Hook Form con schemi Zod impedisce l'invio del modulo quando i campi richiesti sono vuoti o formattati in modo errato, mostrando messaggi di errore inline. Nel backend, tutte le richieste in arrivo vengono analizzate e validate tramite gli schemi Zod prima di raggiungere il livello di dominio; gli input non validi restituiscono HTTP 400 con una risposta di errore strutturata che indica il campo e il messaggio interessati. La validazione a livello di dominio è applicata tramite oggetti valore: il campo CNS è validato per lunghezza, formato solo a cifre e algoritmo di checksum (supportando sia il CNS permanente a partire dalle cifre 1–2 sia il CNS provvisorio a partire da 7–9). Le voci duplicate del CNS vengono rifiutate a livello di database tramite un vincolo unico. In caso di errori di dominio, l'API restituisce HTTP 400 con un messaggio di errore descrittivo; le operazioni riuscite restituiscono HTTP 201 (creazione) o HTTP 200 (recupero).
Test di usabilità
La valutazione dell'usabilità del sistema è stata condotta utilizzando la scala di usabilità del sistema (SUS) per ottenere una misura quantitativa della soddisfazione dell'utente e dell'usabilitàcomplessiva 19,20. Scenari e compiti rappresentativi sono stati progettati sulla base delle attività tipiche svolte con la cartella clinica fisica della donna incinta, garantendo che il test riflettesse i flussi di lavoro clinici reali21.
La valutazione comprendeva otto compiti che coprivano l'intero flusso di lavoro della consulenza prenatale, come descritto nella Tabella 3.
| Compito | Istruzione fornita al partecipante | Criteri di successo |
| 1 | Come inizieresti una consulenza per il paziente X? | Trova il paziente nella lista o nella barra di ricerca → clicca su "Avvia consulenza". |
| 2 | Quali passi seguiresti per inserire i dati dell'esame fisico e ostetrico del paziente X? | Accedi alla scheda Esame Fisico → compila i campi richiesti → clicca su Avanti oppure naviga su un'altra scheda. |
| 3 | Quali passi seguiresti per aggiungere un esame di laboratorio durante la consulenza e verificare i dati inseriti? | Accedi alla scheda Esami → clicca su "+" per l'esame e il trimestre → compila il modulo → clicca su Salva → clicca su Visualizza. |
| 4 | Quali passi seguiresti per registrare il risultato di un'ecografia? | Accedi alla scheda Ecografia → clicca su "Ricevi ecografia" → compila il modulo. |
| 5 | Quali passi intraprenderesti per finalizzare la consulenza? | Assicurati che il modulo sia valido → clicca su Invia. |
| 6 | Come monitoreresti la progressione dello stato nutrizionale e la curva di crescita uterina del paziente Y? | Torna alla pagina principale → trova il paziente Y → clicca su "Caderneta" → accedi alla scheda Informazioni → visualizzare le cartelle. |
| 7 | Puoi mostrarmi quali esami di laboratorio sono già stati completati per il paziente Y? | Accedi alla Caderneta del paziente Y → naviga nella scheda Esami. |
| 8 | Quante consulenze ha avuto il paziente Y e puoi vedere i dettagli di una? | Accedi alla scheda Consultazioni → clicca su "Visualizza dettagli". |
Tabella 3: Compiti di valutazione dell'usabilità e criteri di successo. I compiti sono strutturati per valutare le funzionalità fondamentali del sistema, inclusa la ricerca dei pazienti, il flusso di lavoro della consulenza, l'inserimento dati e la revisione di follow-up, con criteri predefiniti per il completamento con successo.
In totale cinque professionisti sanitari sono stati reclutati tramite campionamento a palle di neve, basandosi su tre criteri: disponibilità, esperienza pratica precedente con la cartella clinica stampata della donna in gravidanza in un contesto prenatale e invio da parte di professionisti coinvolti nella fase di stimolazione dei requisiti o da partecipanti già reclutati. Non è stato somministrato alcun questionario demografico formale; La raccolta di dati demografici strutturati è identificata come un limite di questo studio e un obiettivo per future valutazioni. Questa dimensione del campione è coerente con le linee guida consolidate per gli studi di usabilità formativa, che indicano che cinque partecipanti sono sufficienti per identificare la maggior parte dei problemi critici di usabilità in un'interfaccia22. Sebbene questo numero limiti la generalizzabilità statistica, è appropriato per la natura esplorativa di questa valutazione preliminare. Durante le sessioni di test, i partecipanti sono stati invitati a esplorare l'applicazione web, svolgendo i compiti predefiniti mentre pensavano ad alta voce. Prima della sessione, i partecipanti sono stati brevemente introdotti alla tecnica del pensare ad alta voce tramite un esercizio di riscaldamento non correlato al sistema. È stato istruito loro a verbalizzare i propri pensieri, azioni e difficoltà continuamente durante i compiti, senza chiedere aiuto al valutatore. Non è stato fornito alcun feedback correttivo durante l'esecuzione del compito. Un osservatore addestrato ha registrato appunti di campo strutturati che documentano le difficoltà osservate, le esitazioni e i commenti verbali per ognicompito 23.
Al termine di ogni sessione, i partecipanti hanno compilato il questionario SUS in portoghese brasiliano. Gli item standard del SUS sono stati adattati contestualmente al dominio della cura prenatale, ad esempio, sostituendo i riferimenti generici al 'sistema' con riferimenti specifici ai flussi di lavoro clinici, come: "registrare e consultare i dati della donna incinta", "follow-up prenatale a basso rischio". Questi adattamenti hanno preservato la struttura di punteggio originale migliorando la rilevanza per il gruppo di utenti target. Il SUS è composto da 10 affermazioni valutate su una scala di Likert a 5 punti (1 = fortemente in disaccordo, 5 = fortemente d'accordo), alternando tra elementi positivi e negativi. I punteggi venivano calcolati seguendo il metodo standard: per gli elementi dispari, il contributo è la posizione sulla scala meno 1 (R − 1); per gli elementi pari, il contributo è 5 meno la posizione della scala (5 − R). La somma di tutti i contributi viene moltiplicata per 2,5, ottenendo un punteggio finale da 0 a 100, dove punteggi superiori a 68 indicano un'usabilità superiorealla media 24. Inoltre, sono state somministrate due domande aperte per raccogliere feedback qualitativi sui punti di forza del sistema e sulle aree di miglioramento. Le risposte sono state analizzate tramite analisi tematiche: temi ricorrenti delle risposte dei partecipanti e osservazioni think-loud sono stati codificati indipendentemente da due ricercatori e raggruppati in categorie. Le discrepanze sono state risolte tramite discussione. Le categorie risultanti, panoramica consolidata dell'assistenza, rapporto professionale-paziente, continuità dell'assistenza, dipendenza dalla connettività, mancanza di funzionalità di esportazione e bisogni di supporto degli utenti, sono state derivate induttivamente dalle risposte dei partecipanti e sono presentate nella tabella dei risultati qualitativi.
Le sessioni di usabilità sono state condotte da remoto. Ogni partecipante accedeva al sistema tramite un URL pubblicamente disponibile utilizzando il proprio dispositivo e il browser web predefinito; le specifiche hardware, i sistemi operativi e le versioni del browser non venivano controllate o registrate. Questo riflette una condizione d'uso reale ma costituisce una limitazione, poiché la variabilità delle prestazioni tra i dispositivi può aver influenzato l'esperienza di interazione. Le future valutazioni dovrebbero standardizzare l'ambiente di test per isolare i problemi di usabilità dalle variabili hardware e di connettività.