Federal data localisation: Law 2/2019 Art. 13 and Resolution 51/2021
This applies everywhere in the UAE. It's the reason patient data can't simply sit in your existing US or EU region.
Federal Law No. 2 of 2019, on the use of ICT in health fields, was issued on 6 Feb 2019 and took effect on 14 May 2019. We found no amendments as of 18 Oct 2026. Official
"It is not permissible to store, process, generate or transform the health data and information outside State, which are related to the health services provided inside State, except in the case where a resolution is issued from the Health Authority in coordination with the Ministry."
Breaching Art. 13 can bring a fine of AED 500,000 to 700,000 (Art. 24). Official
Exceptions. Ministerial Resolution No. 51 of 2021 (in force 16 May 2021) sets out about ten cases where health data may leave the UAE. Each comes with its own conditions, such as patient consent, encryption, anonymisation, or keeping a copy in the UAE. The cases include treatment abroad, testing samples abroad, scientific research approved by the emirate's health authority, insurance claims, pharmacovigilance, telehealth services, patient requests, simple wearables, and other cases a health authority approves. Secondary
We couldn't find an official published copy of Resolution 51/2021. The list above comes from law-firm briefings (CMS, Baker McKenzie) and the US trade.gov guide. Not every exception requires a UAE copy; the briefings disagree on this, so check the conditions for the specific exception you rely on. In Abu Dhabi, DoH expects licensed entities to follow its own standards (see ADHICS below), which are stricter.
- UAE Legislation: Federal Law No. 2 of 2019 · official
- EHS: English text of the law, Art. 13 · official, alternate translation
- CMS: new data-transfer permissions (Res. 51/2021), Jun 2021 · secondary
- Baker McKenzie / Global Compliance News, Jul 2021 · secondary
- trade.gov: UAE limits cross-border health data flows, Jan 2024 · secondary
Abu Dhabi: DoH Responsible AI Standard (Oct 2025)
If your buyer is licensed by the Department of Health – Abu Dhabi, this standard governs the AI you sell them.
Reference DoH/ST/DDGO/RAI/V1/2025, published and effective in October 2025, with revision due in October 2026. No transition period is stated. Official
Who it binds. It applies to "all licensed healthcare entities within the Emirate of Abu Dhabi that are engaged in the development, procurement, or deployment of artificial intelligence (AI) systems", including systems "sourced from third-party vendors" (clause 1.2). Vendors are covered through the licensed entity that buys from them: the standard places no registration or licensing duty on vendors directly. Expect those obligations to reach you through contracts and procurement. Official
"The compute and storage infrastructure of AI systems for both active and disaster recovery sites must be situated within the UAE. Additionally, remote access for development and support teams should be exclusively from within the UAE."
"Production data shall not be used to train the model."
Risk tiers. Very High risk systems are prohibited from deployment. High risk systems "must undergo conformity assessments both prior to and following deployment", carried out in coordination with DoH's Data and Digital Governance Office (DDGO) (clause 3.3.1.2.2.2). Medium risk brings governance and risk-reporting duties. Low and Very Low risk systems are exempt from formal reporting but are still monitored. Official
Oversight. DoH "will conduct periodic audits and technical assessments of all regulated entities" (clause 5.1). Entities report their compliance status to DoH periodically, and sanctions apply under the Abu Dhabi Healthcare Sector Disciplinary Regulations (clause 6.1). Official
Compute and storage "must" be in the UAE, and remote access "should" come exclusively from within it. ADHICS v2, below, is firmer on remote support. The training ban sits in clause 3.1.4.4.2, not 3.1.4.5.1, and has no approval carve-out.
- DoH: Responsible AI Standard V1 (PDF) · official; clauses 1.2, 3.1.4.4.2, 3.1.4.5.1, 3.3.1.2.2.2, 5.1, 6.1
Abu Dhabi: ADHICS v2
The Abu Dhabi Healthcare Information and Cyber Security Standard is the control set a hospital's security team will audit you against.
Reference DOH/SD/ICSO/ADHICS/V2/2024, published in May 2024 and effective from August 2024. It applies to any Abu Dhabi entity handling health information, including technology and service providers. Entities must comply within six months of onboarding or of the standard's release, whichever comes first. Official
"Ensure health information and its copies in any form, whether encrypted, anonymized, deidentified, pseudonymized, etc., are not stored, processed, or transferred outside the UAE."
"Ensure cloud environment is physically hosted within UAE without any of the environments, infrastructures, or systems outside the country including backup and disaster recovery."
Other residency controls Official:
- No remote support from outside the UAE (CS 1.2(3)(c)).
- Support is provided from within the UAE unless DoH grants an exemption (CO 9.2(7)).
- No development lifecycle activity outside the UAE (SA 2.1(8)).
- No sharing of identified or de-identified data with third parties without DoH authorisation (CO 9.2(8)).
We found no list of "DoH-approved cloud providers" in ADHICS v2. What it requires is UAE hosting, encryption keys not held by the cloud provider, and independent testing. If someone shows you an approved-provider list, ask for the source.
- DoH: ADHICS v2 standard (PDF) · official; DP 1.3, CS 1.2, CO 9.2, SA 2.1
Dubai: DHA Policy for Use of AI in Healthcare
If your buyer is licensed by the Dubai Health Authority, or you use Dubai patient data, this policy applies.
The DHA policy (ref. DHA/HISHD/PP-09) was issued on 1 Jul 2021 and took effect on 1 Oct 2021. It covers DHA-licensed facilities and professionals that use AI, and developers that use Dubai patient data. Its listed revision date, 1 Jul 2026, has passed, and we found no newer version. Official
"All AI solutions for healthcare must contain disclosure including… b. How AI solution was validated. c. Which data sets were/must be used… e. What the role of the healthcare professional is in making a final decision."
The policy also requires the following. Official
- Independent validation "by a competent third party" (4.3.3).
- AI decisions that designated end users can override or reverse (4.4.2).
- Accountability for outcomes agreed among the designer, researcher, developer, operators or commissioners, and end users (4.2.1), so it doesn't rest on the clinician alone.
- End users to report known or suspected incidents to DHA (4.8.1).
- Compliance with Federal Law No. 2 of 2019 (4.6.2), which is where the data-localisation rule comes from.
Some commentary refers to a 2025 DHA circular on AI validation disclosure. We couldn't find one: none of the roughly 115 archived DHA circulars from 2025 to May 2026 that we reviewed concerns AI, although the archive may be incomplete. The disclosure requirements described in that commentary match section 4.3.2 of the 2021 policy, so we cite the policy itself. If you hold a circular number, check it on DHA's site.
- DHA: Policy for Use of AI in the Healthcare (PDF) · official; 4.2.1, 4.3.2, 4.3.3, 4.4.2, 4.6.2, 4.8.1
- DHA circular CIR-2021-00000141 (22 Aug 2021) announcing the policy · official
- Bird & Bird: Dubai insights on AI and data protection from the DHA circular, Mar 2025 · secondary; gives no circular number
Health information exchanges: NABIDH, Malaffi, Riayati
If your AI reads from or writes to the patient record, expect to touch the emirate's exchange, or at least to sit next to a hospital system that does.
| Exchange | Where | What we verified |
|---|---|---|
| NABIDH | Dubai (DHA) | DHA circular CIR-2025-00000101 (26 May 2025) requires facilities in the listed categories to integrate their EMR with NABIDH. Facilities not yet integrated must comply immediately, and EMRs must support single sign-on into NABIDH by the end of 2025. The categories cover hospitals, day surgery centres, polyclinics, clinics, diagnostic centres and others. DHA's interoperability standard recommends HL7 v2 and says systems should also support FHIR and IHE profiles. Official |
| Malaffi | Abu Dhabi (DoH) | DoH requires facilities to connect to Malaffi and transmit the required minimum datasets. Its 2026 circulars warn that non-compliance can lead to licence renewal being denied or restricted. Malaffi is run by Abu Dhabi Health Data Services and uses HL7 v2 messaging (ADT, ORU, OMP, VXU, SIU, REF). DoH Circular 30/2026 also asks clinicians to check Malaffi before ordering lab or radiology tests. Official |
| Riayati | Federal (MOHAP) | Riayati is the national unified medical record, launched by MOHAP in December 2021 with EHS, DHA and DoH. In 2023 the three authorities announced it had been linked with NABIDH and Malaffi. Official Who operates it, and what MOHAP-licensed facilities must do to connect, we couldn't confirm from official sources. Unverified |
- DHA circular CIR-2025-00000101 (archived copy, 12 Jun 2026; the live link currently returns 404) · official, via archive
- DHA: NABIDH interoperability and data exchange standards (DHA/HISHD/ST-02) · official
- DoH circular 10/2026 (19 Jan 2026): Malaffi connection · official
- DoH circular 30/2026 (19 Feb 2026) · official
- DoH circular 144/2026 (28 Jul 2026) · official
- MOHAP: health authorities consolidate data in Riayati, 7 Dec 2021 · official
- DoH: Riayati, Malaffi and NABIDH integration, 31 Jan 2023 · official
Medical-device status: Emirates Drug Establishment and SaMD
Is your AI a medical device in the UAE? You need a reasoned answer before procurement asks for one.
Federal Decree-Law No. 28 of 2023 created the Emirates Drug Establishment (EDE), which now issues marketing authorisations for medical devices, taking over that work from MOHAP. Federal Decree-Law No. 38 of 2024 defines medical equipment to include its "operating software" and "products based on AI technology". Official
EDE's marketing-authorisation service asks for a reference conformity certificate or marketing authorisation, "such as EC, 510 (K), PMA as per the classification of the equipment, i.e. Class I, II, III, IV". It lists a 45-working-day timeline and a five-year certificate. Official
We found no SaMD or AI-specific guidance published by EDE: no software classification rules, and no statement that UAE classes follow IMDRF or GHTF. We also couldn't locate the executive regulations for Decree-Law 38/2024. Where clinical-decision software becomes regulated "medical equipment" hasn't been spelled out officially, and some MOHAP service pages still run alongside EDE's. Treat classification as a question to put to EDE, ideally with your EU or US classification as the starting point.
UAE cloud regions
Where you can actually run it. Each option has trade-offs, and the 2026 conflict made regional resilience a real design input.
| Provider | UAE presence | Notes |
|---|---|---|
| Microsoft Azure | UAE North (Dubai, 3 availability zones); UAE Central (Abu Dhabi) | UAE Central is restricted-access: it is paired with UAE North for disaster recovery, and you have to request access. Official |
| Core42 (G42) | Sovereign Public Cloud | Microsoft Azure with UAE-specific sovereign controls, run through Core42 Insight. Official Core42 has marketed it for in-country healthcare data. Secondary |
| Oracle Cloud (OCI) | UAE East (Dubai, me-dubai-1); UAE Central (Abu Dhabi, me-abudhabi-1) | Each region has a single availability domain. Official Sovereign options include du's Oracle Alloy cloud and an Abu Dhabi government Dedicated Region on Core42 infrastructure. Secondary |
| AWS | Middle East (UAE), me-central-1, launched Aug 2022 with 3 AZs | Damaged in March 2026. See the resilience note below. Secondary |
| Google Cloud | No UAE region | The nearest regions are Doha (me-central1), Dammam (me-central2) and Tel Aviv (me-west1), none of which is in the UAE. Official |
| Alibaba Cloud | Dubai | Public cloud in Dubai since 2016; second data centre opened Oct 2025. Secondary |
| Khazna | Data centres (colocation) | The UAE's largest data-centre operator, a G42 and e& joint venture. Colocation, not a public cloud. Secondary |
On 1 March 2026, during the regional conflict, AWS reported that availability zone mec1-az2 was "impacted by objects that struck the data center, creating sparks and fire", and later that "two of our facilities were directly struck". In its 15–16 September 2026 update, AWS said it is "unable to restore access to the resources and data hosted exclusively in the mec1-az2 availability zone", while recovery continued in mec1-az1 and mec1-az3. Press accounts differ on the exact cause and timings. Secondary
We found no AWS statement after mid-September 2026, so the region's current status is unverified. Check the AWS Health Dashboard before relying on it. Whatever the provider, the lesson is that a design hosted only in the UAE still needs a tested disaster-recovery plan that stays in the UAE: a second zone, a second UAE region, or a second provider.
- Microsoft Learn: Azure regions list (updated 13 Oct 2026) · official
- Core42: Sovereign Public Cloud brochure (Apr 2026) · official
- Oracle: OCI regions · official
- Google Cloud: regions and zones (updated 15 Oct 2026) · official
- AWS News Blog: UAE region launch, 29 Aug 2022 · official
- The Stack: AWS me-central-1 status, 2 Mar 2026 · secondary, quotes the AWS status page
- Gulf Daily News (Reuters): AWS facilities struck · secondary
- InfoQ: AWS Middle East data loss, 21 Sep 2026 · secondary, quotes AWS
- Khaleej Times (Reuters): AWS unable to restore UAE zone data, 16 Sep 2026 · secondary
- WAM: Alibaba Cloud second Dubai data centre · secondary
- Khazna: e& and G42 form Khazna Data Centers · company
The evidence pack buyers ask for
Our judgement, not a regulatory list: these are the documents that shorten procurement when they're ready on day one.