Nota di architettura
Architettura dei Dati Sanitari a Dubai — Quattro Domande Oltre la Sanità
Contesto architetturale
Decisione architetturale
Applicato a

Sono partito da una domanda ampia su un prodotto di IA clinica in Medio Oriente. Le fonti hanno imposto un perimetro più stretto: l'architettura normativa dipende dalla giurisdizione e dal caso d'uso. Le norme pubbliche di Dubai erano la fonte pertinente, non una generalizzazione sugli EAU o sul MENA.
Lo standard DHA sulla telemedicina integra la valutazione della piattaforma nel modello operativo e, per le informazioni coperte, richiede un cloud provider certificato DESC negli EAU. Fissa inoltre un minimo di 25 anni dall'ultimo incontro per le informazioni di telemedicina. Altri standard DHA e NABIDH richiedono minimo privilegio e audit trail protetti.
Questi obblighi non si applicano automaticamente a una piattaforma immobiliare. Si trasferiscono le domande architetturali, non le regole sanitarie.
Entrambi i settori trattano dati limitati da finalità, ruolo e giurisdizione. Dire che un record semplicemente “appartiene” alla persona descritta nasconde i ruoli giuridici di interessato, titolare e responsabile del trattamento. L'architettura deve rendere espliciti questi ruoli e diritti decisionali.
Non ho trovato una base per affermare che il PropTech converga verso la normativa sanitaria di Dubai. Ho trovato quattro domande riutilizzabili: ubicazione, ciclo di vita, autorità e prova.
Le domande si trasferiscono; le risposte normative no.
Ubicazione. Dove può essere archiviata o trattata ogni classe di dati secondo le regole applicabili? Per un'operazione PT/ES la risposta deriva dal GDPR, dai contratti e dalla catena reale di trattamento, non dalla sanità.
Ciclo di vita. Cosa crea il record, per quanto tempo deve restare disponibile e cosa ne autorizza la cancellazione? I 25 anni sono una risposta specifica della telemedicina di Dubai; la pratica riutilizzabile è definire ogni ciclo di vita.
Autorità. Chi può vedere, modificare o divulgare ogni record e per quale finalità? Il minimo privilegio è il principio; RBAC e policy di database sono controlli possibili, non sostituti del modello di responsabilità.
Prova. Cosa dimostra chi ha consultato o modificato un record, quando e con quale autorità? NABIDH richiede audit trail verificabili e protetti da alterazioni o cancellazioni non autorizzate; non giustifica la mia precedente affermazione che ogni log debba essere firmato, append-only o scritto prima del commit.
Insieme, ubicazione, ciclo di vita, autorità e prova formano un'architettura più utile di una generica funzione di “compliance”. La configurazione può esprimere differenze, ma non rende intercambiabili regimi giuridici distinti.
È un confronto architetturale, non un'equivalenza normativa, un'implementazione clinica o una certificazione. Q-LIRI ha esposto le domande; applicarle a LusiberiaStays richiede una base giuridica e controlli propri.
L'evoluzione qui è trasformare un'analogia ampia in quattro decisioni esplicite e rimuovere, prima della pubblicazione, la certezza che le fonti non sostenevano.
Sources
- Dubai Health Authority, Standards for Telehealth Services, Issue 4, effective 26 November 2025: https://dha.gov.ae/uploads/012023/Standards%20for%20Telehealth%20Services2023158613.pdf
- Dubai Health Authority, Standards for Health Information Consent and Access Control, effective 2 April 2025: https://www.dha.gov.ae/uploads/012025/Standards%20for%20Consnet%20and%20Access%20Control2025129762.pdf
- Dubai Health Authority, NABIDH Information Security Standards: https://www.dha.gov.ae/uploads/102022/NABIDH%20Policies%20%26%20Standards%20-Information%20Security%20Standards20221021940.pdf
- European Union, General Data Protection Regulation (GDPR): https://eur-lex.europa.eu/eli/reg/2016/679/oj
- Scope note: Q-LIRI is an architecture study under evaluation. This article does not claim a clinical deployment, regulatory approval, or compliance certification. Sources accessed 13 September 2026.