← All Work
Case Study — Generative AI & Government Services

Government-Scale AI Assistant | DOH x TAMM

Designing healthcare experiences for a government-scale AI assistant — and the interaction framework that let complex services work conversationally, at scale.

RoleSenior Product / UI/UX Designer
PlatformTAMM AI × Sahatna
DomainGenerative AI · Conversational UX · Digital Health · Government Services
ScopeAI UX Strategy · Conversational Design · Journey Architecture · Design Systems
AI UX Strategy Conversational Design Journey Architecture Design Systems Component Mapping Interaction Patterns Healthcare UX
Government-Scale AI Assistant overview
Integrating Sahatna AI into TAMM AI — one assistant across government and health services
2→1
AI experiences unified — Sahatna AI and TAMM AI into one citizen-facing interaction model
5
Healthcare journeys built on the shared AI framework
3
Component contexts mapped — original web, updated web, conversational AI
1
Reusable AI interaction framework, designed to extend beyond healthcare
The Challenge

The challenge wasn't designing another chatbot

It was designing how healthcare becomes part of one scalable AI experience. Sahatna previously had its own AI assistant focused specifically on healthcare and wellness, while TAMM AI served as the broader AI assistant across Abu Dhabi government services — two separate experiences with different component libraries, interaction patterns, and content models.

The real question

How might we create an interaction framework that makes complex government services conversational, consistent, and scalable?

My UX Design Process
01

The Challenge

From two assistants to one experience.

02

My Role

Designing at the system level.

03

Alignment & Discovery

Defining one AI interaction language.

04

AI Component System

From traditional UI to conversational UI.

05

Pages to Conversations

Redesigning how users interact with services.

06

Cognitive Load

The right information at the right moment.

07

Beyond Free-Text Chat

AI conversations still need structured interaction.

08

Applying the System

Five healthcare journeys, one framework.

09

AI for Healthcare

Trust, clarity, and control.

10

AI-Summarized Health Info

Turning data into understandable next steps.

11

Designing for Scale

From five journeys to a reusable framework.

12

Key AI UX Principles

The six calls that shaped the framework.

01

The Challenge

From two assistants to one experience. Sahatna previously had its own AI assistant focused specifically on healthcare and wellness, while TAMM AI served as the broader AI assistant across Abu Dhabi government services. This created two separate experiences with different component libraries, interaction patterns, and content models.

Our challenge was to integrate Sahatna AI into TAMM AI so citizens could access healthcare services conversationally — without needing to understand which platform, department, or backend system was responsible for the service.

Citizen → Find Sahatna → Open Health Assistant → Find Service Instead of
Citizen → Ask TAMM AI → Complete Health Journey We designed toward
The challenge, restated

How might we create an interaction framework that makes complex government services conversational, consistent, and scalable?

02

My Role

Designing at the system level. I collaborated closely with the TAMM AI UX team and Malaffi/Sahatna teams to define how healthcare journeys could become part of TAMM AI's wider conversational ecosystem.

AI experience architecture

Defining how structured healthcare services translate into conversational journeys.

Conversational UX

Designing how users discover, understand, select, confirm, and complete tasks through AI.

Component architecture

Mapping existing UI components into reusable AI/chat interaction patterns.

Healthcare journeys

Applying the framework to complex healthcare use cases.

Design-system alignment

Ensuring the experience followed a governed component model rather than creating Sahatna-specific patterns.

The goal

Not isolated screens — reusable rules that other designers and engineers could apply consistently.

03

Alignment & Discovery

Defining one AI interaction language. We started with collaborative workshops between the Sahatna and TAMM AI design teams. Before touching individual screens, we aligned around:

Shared behavioral model

Voice → Structure → Components → Interaction → Confirmation → Handoff

The objective was to understand where the two experiences differed and establish a shared behavioral model. The project followed four major stages, which allowed us to solve the system first and individual journeys second:

1

Alignment workshops

2

Component mapping

3

Reusable service journey architecture

4

Application to healthcare journeys

The sequence

Align → Map → Systemize → Apply

Component and interaction blocks
Mapping the shared behavioral model across Voice, Structure, Components, Interaction, Confirmation, and Handoff
04

Designing an AI Component System

From traditional UI to conversational UI. One of the biggest challenges was translating components originally designed for traditional pages into components that work naturally inside AI conversations. Instead of redesigning everything from scratch, we mapped existing TAMM components across:

Component mapping

Web Component → Updated Component → AI/Chat Component

For every component, we considered: what information survives, what becomes conversational, what should AI explain, what requires explicit selection, what requires confirmation, and when the experience expands beyond chat. We then established behavioral guidelines around these components.

3 items

Show initial results before offering View All.

10+ options

Introduce search/filtering.

Critical actions

Require explicit confirmation before progressing.

The component work included documented AI design guidelines and mappings back to the original interface so designers and engineers could implement consistent behavior rather than reinterpret the pattern every time.

Checkbox component mapped to AI/chat
Checkbox component — web, updated web, and AI/chat contexts
Date picker component mapped to AI/chat
Date picker component — mapped across component contexts
EID validation component mapped to AI/chat
Emirates ID validation — a critical action requiring explicit confirmation
05

From Pages to Conversations

Redesigning how users interact with services. Traditional digital government services are structured around pages. AI fundamentally changes that interaction model.

Description → Requirements → Documents → Fees → Process → Start The old, page-based model
Intent → Context → Essential Information → Guided Choices → Confirmation → Action The new, conversational model

Instead of expecting citizens to read a service page and understand what to do, we designed a reusable framework for turning structured services into guided conversations — identifying what citizens actually need at each point in the conversation, rather than simply placing existing webpage content inside a chatbot.

06

Designing for Cognitive Load

Give users the right information at the right moment. Government and healthcare services can contain significant amounts of information. Dumping that information into chat would simply turn a complex webpage into a complex conversation.

We therefore established content and interaction rules designed around progressive disclosure. Service descriptions were condensed to roughly 350–400 characters, while essential information such as processing time and fees remained visible early in the experience.

Understand → Decide → Explore → Act The hierarchy we designed for
Read Everything → Figure Out What Matters → Act Rather than
07

Designing Beyond Free-Text Chat

AI conversations still need structured interaction. A major design principle was that conversational AI shouldn't mean making users type everything. Different tasks require different interaction modes. We therefore combined:

The hybrid model

Natural Language + Structured Components + Contextual Actions

For example, appointment booking could use conversational input to understand intent while structured components handle physician selection, specialty, facility, date, and confirmation. The appointment journey demonstrates this approach particularly well: physician search, specialty selection, and date selection reuse the same TAMM components used across other AI-enabled services.

Use language where language is easiest. Use UI where structured interaction is safer and faster.
Structured interaction inside AI chat
Natural language combined with structured components inside the AI conversation
08

Applying the System to Healthcare

Five journeys, one interaction framework. Once the shared architecture was established, we applied it to key Sahatna healthcare experiences. These journeys became part of the wider TAMM AI experience rather than standalone Sahatna chatbot features.

Onboarding

Introducing healthcare capabilities and managing consent.

Health Record Summary

Turning complex medical information into understandable summaries.

Check Symptoms

Supporting conversational health exploration.

Appointment Booking

Moving from intent to structured provider and date selection.

Emergency Support

Providing clear access to urgent support.

Onboarding journey
Onboarding — introducing healthcare capabilities and managing consent
Health record summary journey
Health Record Summary — turning complex medical information into understandable summaries
Check symptoms journey
Check Symptoms — supporting conversational health exploration
Appointment booking journey
Appointment Booking — from intent to structured provider and date selection
Emergency support journey
Emergency Support — clear access to urgent support
09

Designing AI for Healthcare

Trust, clarity and control. Healthcare AI introduces different UX responsibilities from general-purpose conversational experiences. Users need to understand what information is being used, what is AI-generated, what action will happen next, when they need to confirm, and how to move from AI to an actual service.

Design principle

Consent and confirmation as first-class interaction patterns.

Before accessing health functionality, citizens encounter consent within the conversation, while structured actions use explicit confirmation before progression. The goal was to make AI feel helpful without making consequential actions feel invisible or automatic.

10

AI-Summarized Health Information

Turning data into understandable next steps. Another important experience was translating complex health records into conversational summaries. Rather than presenting raw medical information as long-form AI text, the experience organizes important information into structured Key Findings with clear next actions.

The interaction

Ask → Summarize → Understand → Explore → Act

This combines an AI-generated medical summary with a structured findings card and an actionable path such as appointment booking — an important portfolio point because it demonstrates designing AI not simply for answer generation, but for decision support and task completion.

11

Designing for Scale

From five journeys to a reusable AI framework. We deliberately avoided designing patterns that worked only for Sahatna. The service-to-conversation architecture was first tested outside healthcare and then applied to Sahatna, helping validate that the framework could work across different domains.

How should this health chatbot work? The question shifted from
How should any structured service work through AI? To
The resulting framework

Service Discovery → Intent Recognition → Information → Selection → Confirmation → Completion → Handoff

This meant future AI-enabled services could inherit established behaviors rather than each product team designing its own conversational patterns.

12

Key AI UX Principles

01

Conversation ≠ Text Only

Combine natural language with structured UI when selection, comparison, or confirmation is more efficient visually.

02

Design the System, Not the Prompt

Define reusable interaction patterns rather than solving every conversation independently.

03

Progressive Disclosure

Surface only the information users need to make the next decision.

04

Confirmation Before Consequence

Use explicit confirmation for actions involving sensitive information or service transactions.

05

One Interaction Language

Users should not need to learn different AI behaviors depending on which government entity owns the service.

06

AI Should Lead to Action

Design conversations around completing meaningful tasks, not simply generating answers.

Design Impact

Building the foundation for scalable AI-powered services

The project moved healthcare from a standalone assistant experience into a shared AI ecosystem, establishing reusable patterns for how complex services can be discovered, understood, and completed conversationally.

Government Service → User Intent → AI Conversation → Structured Interaction → Confirmation → Action

One Assistant. Multiple Services. One Experience.

Department of Health, M42, TAMM