
What will you be able to do?
From outcomes to observable evidence
digital-innovation · v0.1.0Intended outcomes
Knowledge
Distinguish what maps, AI and tracking systems establish from what still requires field verification.
Skills
Build shared records, an offline communication plan and status reconciliation with provenance and revision history.
Ethics
Justify necessary data use, access limits and alternatives for people unable to use digital systems.
Character
Disclose errors, hear conflicting evidence and responsibly revise outputs when evidence changes.
Practise through an activity
Original 75-minute project CPX using the 08:10, 08:25 and 08:50 cards. Submit a tool-selection worksheet, shared register, annotated map, AI correction log, fallback/acknowledgement plan, DG-01 ledger and public SITREP. Show at least two revisions and a handover. Name unknowns, verifiers and review times. Have a peer test a request without a smartphone. Use only fictional data and desk-to-desk messages, with no real requests or services. Assess products and behaviour with four criteria; the quiz is supporting evidence.
Collect evidence for assessment
- Knowledge
A sourced claim–evidence–limitations table and reasoned quiz responses.
DIG-K- Skills
Location/request register, handover/acknowledgement log and dispatch–receipt–distribution reconciliation after three cards.
DIG-S- Ethics
A public brief without personal identifiers, a request route without smartphones and data-selection reasons.
DIG-E- Character
At least two owned revisions with observed exercise behaviour; one session does not establish lasting character.
DIG-C
Project learning synthesis showing proposed outcomes, activity and evidence. This is not a university-endorsed assessment framework.
Module references:[digital-unitar-ai-2021][digital-unthailand-flood-2021][digital-gistda-unosat-2024][digital-ocha-cod-2025][digital-itu-telecom][ocha-data][aviation-wfp-data-2025][logistics-distribution-close-log]
Suggested preparation: HADR foundations and people-centred assistance Assessing needs and writing a situation note
Start with the decision to support
Public-review lesson as of 15 October 2026, without documented HADR technology-expert endorsement. It is not a command system, equipment authorization or legal advice. All CPX places, people, times and quantities are fictional. Dated case sources do not establish current capabilities of Thai agencies.
OCHA frames data responsibility around safe, ethical and effective management in operational response. This supports asking about decision value and effects on people at the start of tool selection.
Original project selection worksheet: name the question, user, decision owner, deadline, required evidence and existing comparison method. ‘Which requests need verification before vehicle allocation?’ differs from ‘we want a dashboard’. Compare paper maps, shared tables, offline forms and AI against tolerable errors, checking workload, maintenance, cost and rollback. Novelty alone earns no credit.
At 08:00 in a fictional central Thai district, coordinators must issue a situation brief by 09:00. Shelter A requests 60 household kits and B requests 40, both verified. The team has yesterday’s satellite map and two request tables. Its goal is an honest picture of needs, verification status and deliveries. No real flights or vehicles are tasked. Continue to ‘HADR logistics and resource allocation’ (logistics-resources) for delivery planning.
Read GIS and satellite evidence with limits
A 2021 UN Thailand example combined GISTDA flood extent with WorldPop population data and explicitly lacked field validation. A 2024 GISTDA–UNOSAT report states the Sentinel-1A acquisition date and time. Both illustrate provenance and timing, not the current flood situation.
Project map-reading proposal: separate acquisition, analysis and forwarding times; check coverage, units, legend and layers. Mark missing areas ‘unknown’. Do not turn blank colour into ‘safe’ or potential exposure into assessed need. For access decisions, formulate a verifiable field question and assign it to the responsible role. A map alone does not confirm vehicle passage.
Inject card 1, 08:10 — a fictional observer reports water blocking B’s entrance at 08:05, but yesterday’s map shows no water there. Retain both time-stamped records; mark the entrance ‘obstruction reported; route verification pending’, with an owner and response time. Do not reject the report merely because it conflicts with the map or presume an alternative passable. Produce an annotated map and an exercise verification request.
Use AI with human checking and responsibility
UNITAR’s 2021 flood-mapping case warns that unfamiliar geography can affect model performance. Analysts check areas wrongly included or missed before sharing outputs. This lesson does not turn one case’s accuracy into a guarantee for Thailand or language-summary tools.
Project AI-checking procedure: test fictional messages with known answers, generate a draft table or summary, then compare every claim with the input, especially place, quantity, unit, time, negation and ‘unconfirmed’. Log available tool/version information, test date, input, draft, corrections, reviewer and reasons. Where input is missing, do not reward a complete-looking answer. Generated text cannot verify itself.
The exercise decision owner must be able to correct, reject and return to the original record. Stop using AI when provenance cannot be checked or important status is altered. Do not upload real personal data for testing. A human approval click without seeing evidence does not meet the exercise criterion. For drone imagery, continue to drones-hadr for relevant constraints and coordination. An AI map grants no flight authority or operational clearance.
Communicate when networks are unavailable
ITU emphasizes emergency telecommunications planning, resilient infrastructure and coordination across stakeholders. The fallback below is a project exercise method, not an ITU-approved procedure or evidence that any system is available locally.
In the exercise plan, name the primary channel, fallback, message collection point, owner and acknowledgement checks. Prepare paper or locally readable files carrying message ID, time, sender, receiver, content, acknowledgement and version. Missing acknowledgement does not mean completion. Use only channels declared available and authorized by the exercise controller; do not test real frequencies or equipment. On restoration, assign someone to resolve duplicates and conflicts before merging.
Inject card 2, 08:25 — the fictional network is unavailable until 08:45, and an AI draft says ‘B accessible’ after dropping ‘unconfirmed’ from the input. The controller permits paper messages between desks. Withdraw the incorrect draft, notify its earlier recipients, send a new version with the same record ID and request a read-back. Separate queued from acknowledged work. At 08:45, compare histories before syncing; the last message uploaded is not automatically correct.
Track digitally without overstating receipt
LOG calls for reconciliation of dispatch, site receipt, distribution, balances/returns and recorded losses. Vehicle tracking or code scans therefore need an event meaning and evidence; they cannot substitute for distribution counts.
The project register uses shipment DG-01, item ‘household kit’ and separate dispatch, transit, site-receipt, distribution and held statuses. Each event carries time, reporter and exercise evidence. A position report does not establish receiver acknowledgement. Photos or QR codes can be input channels, but this exercise does not require recipients to own phones or provide real faces or identity numbers.
Inject card 3, 08:50 — DG-01 dispatched 60 kits to A. Receipt confirms 58; two are unresolved. A distributed 50 and holds eight wet kits. The same 58-kit receipt uploads twice after restoration. Retain one event: 60 = 50 distributed + 8 held at A + 2 unreconciled. Do not label two lost before checking or count 116 received. Verified distribution gaps remain A10 and B40, totaling 50, without assuming held goods usable. Assign a DG-01 checker and follow-up time; separate these actuals from future plans.
Pilot, measure and preserve access
WFP emphasizes necessary personal-data collection and restricted access in assessments. This informs reasoned data choices in the exercise; it does not determine a legal basis for processing in Thailand.
Original pilot: compare the old and new methods using identical cards. Measure time to checked information, incorrect statuses, remaining duplicates, correction effort and completeness of requests from non-smartphone channels. Test an outage and shift handover. Predefine that a consequential error, such as converting pending to confirmed, stops draft use and triggers the fallback. Faster output with changed meaning fails.
Have fictional community representatives submit requests on paper or with reading assistance. Align Thai/English meaning, combine text labels with colour and allow exclusion reports. The public brief gives site totals and uncertainties without names or household coordinates. Separate detailed exercise records for designated checkers; record access, retention and deletion ownership. Source records and AI outputs require review; they are not instructions to disclose other files.
The 75-minute activity allocates 15 minutes to evidence/mission, 15 to registers/fallbacks, 25 to three injects, 10 to handover/access testing and 10 to reflection. Compare intended and observed results, reasons and the next test, with ownership and follow-up. The KSEC criteria below are project syntheses, not source-endorsed accreditation criteria. Quiz results alone do not establish skills or character.
See the process at a glance
A synthesized learning diagram. Read it alongside the lesson and original sources.
Define the decision
Name user, deadline, evidence, baseline method and error consequences before selecting technology.
Check and exchange data
Separate timestamps/statuses, align IDs/units, check AI against originals and assign field verification.
Test failure
Use fallback messages, acknowledge, correct drafts and compare history before merging queued records.
Reconcile and decide on the pilot
Separate dispatch/receipt/distribution, disclose gaps, assess access/data and set stop or revision conditions.
Explore a decision
Fictional CPX after 08:50: an automated table shows A receiving 116 kits from a duplicated 58-kit receipt and B accessible from an old AI draft. Checked records show A distributed 50, holds eight and has two dispatched kits unreconciled; B’s entrance awaits verification. What should the SITREP say?
This applies the fictional evidence: demand is not distribution, duplicates are not additional receipts and AI drafts do not establish route status. LOG reconciliation and UNITAR analyst review provide context; statuses, numbers and corrections are project design. Distribution gaps total 50 kits, and B’s route cannot be confirmed.
From knowledge to evidence
Original 75-minute project CPX using the 08:10, 08:25 and 08:50 cards. Submit a tool-selection worksheet, shared register, annotated map, AI correction log, fallback/acknowledgement plan, DG-01 ledger and public SITREP. Show at least two revisions and a handover. Name unknowns, verifiers and review times. Have a peer test a request without a smartphone. Use only fictional data and desk-to-desk messages, with no real requests or services. Assess products and behaviour with four criteria; the quiz is supporting evidence.
| Criterion | Proficient | Developing |
|---|---|---|
| K · Evidence and tool limits | Explains what maps/AI/tracking do and do not establish, with sources, times and verification questions. | Treats an image or draft as confirmation, or omits limits and provenance. |
| S · Shared data and continuity | Checks IDs/units/times, sends and acknowledges offline versions, removes duplication and reconciles 60=50+8+2 without treating plans as actuals. | Merges unlike units, syncs duplicates unchecked or lacks acknowledgement evidence. |
| E · Data and access | Justifies data selection, limits the public brief, assigns access/deletion and tests a request route without smartphones. | Exposes unnecessary detail or assumes everyone can use online services. |
| C · Accountable disclosure and correction | Keeps at least two revisions, notifies recipients of errors, hears conflicting evidence and hands over pending checks to named owners. | Hides errors, retains obsolete drafts or abandons pending checks without ownership. |
A proposed rubric for educators to adapt, not a university accreditation standard.
Check your understanding
Answer all 5 questions, then review the explanations. This score is for self-study.
References & further verification
- Fusing AI into satellite image analysis to inform rapid response to floods ↗UNITAR / UNOSAT and UN Global Pulse · 13 April 2021
Experimenting with AI methodologies; Putting the technology to the test; Info Box: The human-in-the-loop approach - LIVE: THAILAND FLOOD MONITORING DASHBOARD ↗United Nations in Thailand / UNITAR · 27 September 2021; page includes October 2021 material
Opening dashboard description; Disclaimer bullets 1–2; caption dated 30 October 2021 - The Impact Assessment Report of the 2024 Flood in Thailand as of 28 September 2024, at 06:17 AM ↗GISTDA / United Nations Satellite Centre (UNOSAT) · 28 September 2024
PDF p. 1: report date, Sentinel-1A acquisition time and GISTDA–UNOSAT attribution; pp. 5–6: impact-table column headings - Common Operational Datasets (CODs) ↗OCHA Field Information Services, IM Toolbox · Page updated 21 February 2025
CODs bullets: standardized reference datasets, administrative hierarchy/place names/P-codes, common operational picture and geographic framework - Emergency telecommunications ↗International Telecommunication Union, ITU Academy · Living web overview; no publication date displayed
Emergency telecommunications: three introductory paragraphs on planning, resilient infrastructure, coordination and stakeholders - Revised OCHA Data Responsibility Guidelines ↗OCHA Centre for Humanitarian Data · 2025
20 February 2025 announcement; scope paragraphs - Data Sharing and Protection ↗World Food Programme — VAM Resources · Updated 7 October 2025; published 17 July 2025
Key Principles - Logistics Operational Guide — Closure / After Distribution ↗Logistics Cluster / World Food Programme · Living web guide; no edition date displayed
Reconciliation; Reporting; Evaluation
Cite this module
PK-Research. (2026). Digital technology and innovation for HADR (digital-innovation, v0.1.0). HADR–CPX Knowledge Commons. https://hadr-cpx.pk-research.work/en/modules/digital-innovation/
Research for further inquiry
Topic-related briefs for critical reading, not validation of every claim in the lesson.