AI, Chronology and Organisational Memory

SWANK AI Guidance Note 18
Chronology · Organisational Memory · Record Integrity

Core Standard

TIME IS PART OF THE EVIDENCE

Organisational memory should preserve not only:

what happened

but also:

when it happened

what was known at the time

and

what changed later.

AI may help organisations retrieve and organise information.

It should not flatten chronology in ways that change meaning.


Purpose

Organisations depend upon memory.

In practice, institutional memory is rarely stored in one place.

It is often distributed across:

  • emails;
  • reports;
  • databases;
  • meeting records;
  • case notes;
  • policies;
  • internal correspondence;
  • decision records;
  • individual staff knowledge;
  • summaries;
  • and automated systems.

AI can help retrieve, organise and summarise this material.

It can also distort chronology if records are condensed without preserving sequence and context.

The relevant governance question is not simply:

What information exists?

It is also:

When did it exist, who knew it, and what happened next?


Chronology Is Operational Information

The order in which events occur may materially affect interpretation.

For example:

Decision → new evidence → review

is different from:

New evidence → decision → no review.

Both sequences contain:

  • a decision;
  • new evidence;
  • and a review.

But the institutional meaning is different.

A summary that preserves the events while losing their sequence may therefore preserve content while changing meaning.

Chronology is not decorative background.

It is part of the evidence.


Different Dates Mean Different Things

AI-assisted systems should distinguish, where relevant, between:

Event Date

When the underlying event occurred.

Record Creation Date

When someone documented the event.

Knowledge Date

When relevant information became known to the organisation.

Decision Date

When a decision was made.

Review Date

When the decision or information was reconsidered.

Correction Date

When an earlier record was amended, qualified or corrected.

These dates may be different.

A system that collapses them into one timeline may create a misleading institutional history.


What Was Known at the Time?

Later information can make an earlier decision appear obvious.

But assurance should consider what information was actually available when the decision was made.

A later reviewer may need to distinguish between:

what is known now

and

what was reasonably knowable then.

This matters because retrospective summaries can accidentally introduce later knowledge into earlier events.

AI-generated chronologies should therefore preserve temporal boundaries between:

  • contemporaneous evidence;
  • later interpretation;
  • subsequent correction;
  • and retrospective analysis.

Organisational Memory Is Distributed

Institutional knowledge may be fragmented across teams and systems.

Relevant information may sit in:

  • one team’s email inbox;
  • another team’s database;
  • meeting minutes;
  • case notes;
  • archived reports;
  • a staff member’s personal knowledge;
  • or a later summary.

No single record may contain the complete picture.

AI may help reconnect fragmented information.

But this is useful only if the system preserves:

  • source;
  • provenance;
  • chronology;
  • uncertainty;
  • and context.

Retrieval without temporal structure can create a more searchable record without creating a more accurate one.


Organisational Memory Failure

Institutional memory can fragment when:

  • staff change;
  • teams operate separately;
  • records sit in different systems;
  • summaries replace originals;
  • corrections are not propagated;
  • earlier context disappears;
  • or later users see only selected extracts.

Over time, an organisation may remember:

the conclusion

while forgetting:

how the conclusion arose.

This can weaken accountability and reassessment.


AI and Memory Reconstruction

AI can be useful for reconstructing:

  • chronologies;
  • decision histories;
  • communication sequences;
  • policy changes;
  • incident histories;
  • and evidence pathways.

But AI-generated reconstruction should not be treated as infallible.

A useful chronology should allow a reviewer to determine:

  • which source supports each event;
  • which date is being used;
  • whether an event remains disputed;
  • whether information was recorded retrospectively;
  • and whether relevant records may be missing.

An AI-generated chronology is still an analytical product.

It should remain traceable to evidence.


Recency Bias

AI and human reviewers may over-weight recent information.

Recent records may be:

  • easier to retrieve;
  • more visible;
  • better indexed;
  • or written more clearly.

Older information may nevertheless remain important because it establishes:

  • chronology;
  • baseline conditions;
  • earlier decisions;
  • prior understanding;
  • historical context;
  • previous corrections;
  • or recurring operational issues.

A governance system should not equate:

most recent

with

most important.


Outdated Information

The opposite risk also exists.

Historical information may remain prominent after circumstances change.

A record may have been accurate when created but no longer reflect the current position.

Systems should therefore distinguish between:

historically recorded

and

currently applicable.

An old classification should not silently remain operational forever because it continues to exist in the record.


Current Status Should Be Visible

Where circumstances change, the system should make the relationship between past and present clear.

For example:

Historical record: X was recorded in January.

Later evidence: Y emerged in March.

Current position: the earlier conclusion was revised in April.

This is stronger than simply deleting the historical record.

It preserves both:

institutional memory

and

current accuracy.


Corrections Are Temporal Events

A correction does more than change a fact.

It changes the history of what the organisation should rely upon.

A useful record should preserve:

  • the original statement;
  • the date it was made;
  • the date it was challenged;
  • the evidence supporting correction;
  • the date correction occurred;
  • and whether downstream conclusions were reconsidered.

If a correction is visible but the system cannot show when it occurred, later users may misunderstand which decisions were made using the inaccurate information.


Chronology and Reassessment

Reassessment depends upon knowing what changed.

A system should be able to identify:

  • the original evidence;
  • the original conclusion;
  • the new evidence;
  • the point at which circumstances changed;
  • whether review occurred;
  • and whether the institutional position changed.

Without chronology, reassessment can become difficult to distinguish from repetition.

A reviewer may see two different conclusions without understanding why the change occurred.


Chronology and Escalation

Escalation may also depend upon sequence.

For example:

Concern → further evidence → escalation

is different from:

Concern → intervention → consequences of intervention → further escalation.

The second sequence may require analysis of whether later records are independent evidence or partly consequences of the original institutional response.

Chronology can reveal feedback structures that are invisible in a static summary.


AI Summarisation and Temporal Drift

Repeated summarisation may gradually remove temporal detail.

An original record may say:

“At the time, the organisation had not yet received the later report.”

A later summary may say:

“The organisation had the report.”

A subsequent record may then imply that the report informed the earlier decision.

This creates temporal drift.

AI-assisted systems should preserve material phrases such as:

  • at that time;
  • subsequently;
  • later;
  • before;
  • after;
  • following receipt of;
  • prior to;
  • and after correction.

These words may carry significant evidential meaning.


Duplicate Events

Organisational records may describe the same event multiple times.

AI systems should avoid treating repeated references as separate events.

A chronology should distinguish between:

one event recorded in several places

and

several independent events.

Otherwise, repeated documentation may create:

  • false recurrence;
  • inflated significance;
  • or apparent corroboration.

Source mapping is therefore important alongside chronology.


Missing Dates

Real institutional records are often incomplete.

A system may encounter:

  • undated notes;
  • uncertain event dates;
  • retrospective records;
  • approximate dates;
  • or conflicting timestamps.

The appropriate response may be:

Date uncertain.

or

The available records do not establish the precise sequence.

A chronology should not invent temporal certainty merely because the output format expects an ordered list.


Conflicting Dates

Sources may disagree about when something occurred.

Where that conflict is material, the chronology should preserve it.

For example:

Source A records 12 March.

Source B records 14 March.

The available evidence does not presently resolve the difference.

This is stronger than choosing one date without explanation.

Time can be disputed evidence too.


Record Creation Is Not Event Occurrence

A common analytical error is to assume that the date of a document is the date of the event it describes.

For example:

A report written on 20 June may describe an event from 4 May.

An AI chronology that assigns the event to 20 June may materially distort the sequence.

Systems should therefore distinguish between:

when something happened

and

when it was documented.


Decision Chronologies

For consequential decisions, organisations should ideally be able to reconstruct:

  • what evidence existed;
  • what evidence was missing;
  • who knew what;
  • what role AI played;
  • when the decision was made;
  • whether challenge followed;
  • whether new evidence emerged;
  • and whether the decision was reconsidered.

This allows a later reviewer to understand not merely the outcome but the decision pathway.


Organisational Memory and Staff Turnover

When staff leave or roles change, institutional memory may weaken.

Important context may disappear because it existed partly in:

  • personal understanding;
  • informal communication;
  • or knowledge never fully documented.

AI may help preserve institutional continuity by making records easier to retrieve.

But it cannot recover knowledge that was never documented.

Governance should therefore consider what information needs to be recorded before it becomes dependent upon individual memory.


Organisational Memory and Policy Change

Policies also change over time.

A reviewer may need to know:

  • which policy version applied;
  • when a procedure changed;
  • whether staff were informed;
  • whether systems were updated;
  • and whether historical decisions were made under different rules.

AI systems should avoid applying current policy retrospectively to events governed by earlier arrangements unless that comparison is deliberate and explicit.


Version Control

Where records or policies are revised, version history supports accurate memory.

Relevant information may include:

  • version number;
  • publication date;
  • revision date;
  • author;
  • approval status;
  • superseded version;
  • and reason for change.

Without version control, AI retrieval may surface outdated material as though it were current.


AI-Generated Chronologies

Where AI generates a chronology, organisations should consider whether:

  • dates are verified;
  • events are ordered correctly;
  • disputed events are labelled;
  • source references are preserved;
  • omissions are visible;
  • uncertainty is retained;
  • corrections update the chronology;
  • duplicate references are recognised;
  • and current status is distinguished from historical status.

A chronology should make the institutional history easier to understand without pretending that incomplete records are complete.


Chronology and High-Stakes Decisions

Chronology becomes especially important where records may affect:

  • healthcare;
  • safeguarding;
  • education;
  • employment;
  • complaints;
  • disciplinary action;
  • public services;
  • regulatory intervention;
  • or legal rights.

In these environments, sequence may determine:

  • whether evidence was available;
  • whether review occurred;
  • whether an intervention was proportionate;
  • whether correction came before or after a decision;
  • and whether later information was properly considered.

High stakes require temporal discipline.


Reconstruction

A well-governed institutional system should enable an independent reviewer to answer:

What happened?

When did it happen?

When was it recorded?

When did the organisation know?

What decision followed?

What changed afterwards?

Was the record corrected?

Was the decision reconsidered?

That is organisational memory in operational form.


Questions for Organisations

Where AI assists with organisational memory or chronology, organisations may ask:

  1. Are event date and record date distinguished?
  2. Can we identify when information became known?
  3. Is the policy version applicable at the time visible?
  4. Are corrections shown in sequence?
  5. Can later evidence be distinguished from contemporaneous evidence?
  6. Are repeated records being mistaken for repeated events?
  7. Are old classifications still being treated as current?
  8. Can disputed dates remain visible?
  9. Does AI retrieval over-weight recent records?
  10. Can an independent reviewer reconstruct the decision history?
  11. Are source references preserved in AI-generated chronologies?
  12. Does the system show not only what happened, but what changed?

SIAAF Relevance

This Guidance Note principally relates to:

Domain 03 — Evidence & Traceability

Can the organisation reconstruct the evidence and chronology supporting an important conclusion?

Domain 04 — Communication & Feedback Integrity

Does new information move through the institution in a way that updates organisational understanding?

Domain 05 — Escalation, Challenge & Contestability

Can later evidence, corrections and challenges alter the institutional record?

It may also engage:

Domain 01 — Governance & Accountability

Where decision ownership and historical responsibility need to remain visible.

Domain 06 — Risk, Harm & Operational Resilience

Where outdated, incomplete or temporally distorted information may produce consequential error.


SWANK AI Standard

TIME IS PART OF THE EVIDENCE

Organisational memory should preserve:

what happened

when it happened

when it was recorded

when it became known

what decision followed

what changed

what was corrected

and

what remains current.

AI should help institutions remember more accurately.

It should not produce a cleaner chronology by removing the distinctions that give the chronology meaning.


Related SWANK AI Guidance

Guidance Note 02 — AI Summarisation and Record Integrity

Guidance Note 05 — Preserving Disagreement in AI-Assisted Records

Guidance Note 08 — Reassessment Alongside Escalation

Guidance Note 14 — AI Incident Reporting and Error Correction

Guidance Note 17 — Source Traceability by Design

Guidance Note 19 — Correction Rights in AI-Assisted Systems


SWANK AI

Independent AI & Institutional Assurance

We do not just review AI. We review the institutional systems responsible for governing it.

Scroll to Top