<!-- Derived Markdown alternate of evidence-matrix.md; canonical repository sources and registered evidence retain authority. -->


# Evidence matrix

Read this alongside the [architecture](https://copper-tiger.pages.dev/architecture/index.md) and [source register](https://copper-tiger.pages.dev/sources/index.md). A supported statement remains bounded by its source and date.

| Claim | Support | State | Limitation |
|---|---|---|---|
| **CLM-001** — The GP record is the primary record of care and continues through changes of GP. | [SRC-004](https://copper-tiger.pages.dev/sources/index.md#src-004) [SRC-006](https://copper-tiger.pages.dev/sources/index.md#src-006) | Supported published guidance | England scope; continuity is a record-management principle, not proof of flawless transfer. |
| **CLM-002** — Source record is a term used in NHS England digital-primary-care guidance. | [SRC-005](https://copper-tiger.pages.dev/sources/index.md#src-005) | Supported, retrieval limited | Official indexed content; direct page challenged. |
| **CLM-003** — GP2GP does not mean all record portability. | [SRC-007](https://copper-tiger.pages.dev/sources/index.md#src-007) [SRC-008](https://copper-tiger.pages.dev/sources/index.md#src-008) | Supported service/operational evidence | GP2GP and same-supplier continuity differ; specific Armed Forces printing FAQ does not rule out every other arrangement. |
| **CLM-004** — The normal single-GP model has Armed Forces dual-registration exceptions. | [SRC-010](https://copper-tiger.pages.dev/sources/index.md#src-010) | Supported, retrieval limited | Use the policy conditions; no universal single-registration assertion. |
| **CLM-005** — MOD is controller for DPHC personal data. | [SRC-012](https://copper-tiger.pages.dev/sources/index.md#src-012) | Supported official notice | Different systems are not automatically distinct controllers; purposes and responsibilities still need mapping. |
| **CLM-006** — A formal answer announced rollout beginning in 2027. | [SRC-011](https://copper-tiger.pages.dev/sources/index.md#src-011) | Historical formal statement | Not evidence of completed rollout or current reliable planning date. |
| **CLM-007** — On 14 October the owner qualified the earlier announced timetable. | [SRC-030](https://copper-tiger.pages.dev/sources/index.md#src-030) | Historical owner context | Cannot establish the current public-source baseline; no independently verified revised public timetable. |
| **CLM-008** — The model connects the continuing GP record, specialist source records and shared care access as a proposed architecture. | [SRC-001](https://copper-tiger.pages.dev/sources/index.md#src-001) [SRC-003](https://copper-tiger.pages.dev/sources/index.md#src-003) | Design intent | Source-record and PRC roles overlap; shared access is distinct from updating the PRC. No mandate for separate applications. |
| **CLM-009** — GMS record duties include reports from other clinicians. | [SRC-015](https://copper-tiger.pages.dev/sources/index.md#src-015) [SRC-016](https://copper-tiger.pages.dev/sources/index.md#src-016) | Supported legislation | Applies within the specified GMS provisions and exceptions; not automatically every MOD service. |
| **CLM-010** — Contractual correspondence deadlines vary by service and communication. | [SRC-017](https://copper-tiger.pages.dev/sources/index.md#src-017) | Supported contract | Use applicable service categories; urgent action cannot wait for a maximum deadline. |
| **CLM-011** — Transfer of a message or record is distinct from transfer of clinical responsibility. | [SRC-018](https://copper-tiger.pages.dev/sources/index.md#src-018) [SRC-020](https://copper-tiger.pages.dev/sources/index.md#src-020) [SRC-021](https://copper-tiger.pages.dev/sources/index.md#src-021) | Supported distinction / design inference | Explicit local workflow and responsibility assignment still needed. |
| **CLM-012** — Direct-access diagnostics and straight-to-test pathways differ. | [SRC-019](https://copper-tiger.pages.dev/sources/index.md#src-019) | Supported policy with age caveat | Displayed review date has passed; confirm the implemented pathway. |
| **CLM-013** — GP Connect products have distinct scope and onboarding restrictions. | [SRC-022](https://copper-tiger.pages.dev/sources/index.md#src-022) [SRC-023](https://copper-tiger.pages.dev/sources/index.md#src-023) [SRC-025](https://copper-tiger.pages.dev/sources/index.md#src-025) [SRC-026](https://copper-tiger.pages.dev/sources/index.md#src-026) | Supported; conflicting dated guidance | September 2026 restrictions qualify older onboarding invitations; exact Defence route unconfirmed. |
| **CLM-014** — Update Record is assured for specified pharmacy flows, not arbitrary specialist write-back. | [SRC-024](https://copper-tiger.pages.dev/sources/index.md#src-024) [SRC-025](https://copper-tiger.pages.dev/sources/index.md#src-025) | Supported service scope | Reuse of a specification does not confer national service eligibility. |
| **CLM-015** — A proposed MOD recruitment use was not supported by the NDG. | [SRC-028](https://copper-tiger.pages.dev/sources/index.md#src-028) | Supported dated advice | Specific pre-employment purpose; not a blanket ban on all Defence direct-care uses. |
| **CLM-016** — Record sharing requires purpose-specific legal, access and confidentiality analysis. | [SRC-031](https://copper-tiger.pages.dev/sources/index.md#src-031) [SRC-032](https://copper-tiger.pages.dev/sources/index.md#src-032) [SRC-033](https://copper-tiger.pages.dev/sources/index.md#src-033) | Supported governance guidance | Shared MOD control does not confer unrestricted clinical or command access. |
| **CLM-017** — Section 251B creates a conditional sharing duty within its statutory scope. | [SRC-034](https://copper-tiger.pages.dev/sources/index.md#src-034) [SRC-035](https://copper-tiger.pages.dev/sources/index.md#src-035) | Supported legislation | Subject to best interests, exceptions, data protection and common-law constraints; assess Defence applicability. |
| **CLM-018** — The expanded design preserves civilian history within the lifelong primary record and addresses military clinical access and sharing. | [SRC-036](https://copper-tiger.pages.dev/sources/index.md#src-036) | Owner-directed scope / design intent | Does not establish a separate unchanged civilian record or a delivered capability. |
| **CLM-019** — Temporary NHS care during service can feed the continuing DMS primary record. | [SRC-037](https://copper-tiger.pages.dev/sources/index.md#src-037) | Supported patient guidance | DMS remains the main registered GP in the described arrangement; temporary registration differs from authorised dual registration. |
| **CLM-020** — DHSC describes full Defence Health Record transfer on NHS GP request and further interoperability work. | [SRC-038](https://copper-tiger.pages.dev/sources/index.md#src-038) | Supported dated ministerial statement | January 2026 statement; no guarantee of automatic transfer, complete local availability or a later rollout schedule. |
| **CLM-021** — Military medicine includes specialist occupational, aviation, diving and operational contexts alongside general clinical care. | [SRC-013](https://copper-tiger.pages.dev/sources/index.md#src-013) [SRC-040](https://copper-tiger.pages.dev/sources/index.md#src-040) [SRC-041](https://copper-tiger.pages.dev/sources/index.md#src-041) | Supported clinical scope | Organisation/training descriptions are neither an exhaustive taxonomy nor an access policy. |
| **CLM-022** — The Medical Operating Concept calls for digitised pathways that can function in degraded conditions. | [SRC-039](https://copper-tiger.pages.dev/sources/index.md#src-039) | Published future concept | Proposed offline handover and reconciliation requirements need local design and assurance; implementation is not verified. |
| **CLM-023** — Expanded access and sharing should be specified by purpose, role, patient relationship, information and permitted action. | [SRC-012](https://copper-tiger.pages.dev/sources/index.md#src-012) [SRC-032](https://copper-tiger.pages.dev/sources/index.md#src-032) [SRC-033](https://copper-tiger.pages.dev/sources/index.md#src-033) [SRC-036](https://copper-tiger.pages.dev/sources/index.md#src-036) | Governance synthesis / proposed design | Treatment, occupational assessment, command outputs and other purposes require separate assessment; no blanket Defence access permission. |
| **CLM-024** — Chinese tiger tallies used separately held, matching halves to authenticate troop-deployment orders. | [SRC-042](https://copper-tiger.pages.dev/sources/index.md#src-042) | Supported museum description | Explains the historical type; does not identify the pictured object as the museum's specimen or establish its age, material or provenance. |
| **CLM-025** — Health-data processing requires both an Article 6 basis and an Article 9 condition; confidentiality remains a separate assessment. | [SRC-043](https://copper-tiger.pages.dev/sources/index.md#src-043) [SRC-044](https://copper-tiger.pages.dev/sources/index.md#src-044) [SRC-046](https://copper-tiger.pages.dev/sources/index.md#src-046) | Supported current law and professional guidance | Exact NHS–MOD activity and secrecy safeguards still require assessment; no generic MOD permission inferred. |
| **CLM-026** — The domestic health/social-care condition includes occupational medicine and working-capacity assessment. | [SRC-045](https://copper-tiger.pages.dev/sources/index.md#src-045) [SRC-033](https://copper-tiger.pages.dev/sources/index.md#src-033) | Supported legislation with disclosure distinction | This does not authorise unrestricted disclosure of clinical history to command or an employer. |
| **CLM-027** — Section 251 support under the NHS Act 2006 and the section 251B sharing duty under the HSC Act 2012 have distinct roles. | [SRC-047](https://copper-tiger.pages.dev/sources/index.md#src-047) [SRC-048](https://copper-tiger.pages.dev/sources/index.md#src-048) [SRC-034](https://copper-tiger.pages.dev/sources/index.md#src-034) [SRC-035](https://copper-tiger.pages.dev/sources/index.md#src-035) | Supported legal distinction | CAG support does not compel a controller to release data; the duty has statutory limits and England scope. |
| **CLM-028** — England's national data opt-out does not prevent individual-care sharing and is not a universal disclosure veto. | [SRC-049](https://copper-tiger.pages.dev/sources/index.md#src-049) [SRC-046](https://copper-tiger.pages.dev/sources/index.md#src-046) | Supported NHS policy and professional guidance | Check policy scope/exceptions; a particular direct-care objection requires its own confidentiality assessment. |
| **CLM-029** — A sharing agreement and DPIA document accountability and risk but do not create missing legal authority. | [SRC-050](https://copper-tiger.pages.dev/sources/index.md#src-050) [SRC-051](https://copper-tiger.pages.dev/sources/index.md#src-051) [SRC-059](https://copper-tiger.pages.dev/sources/index.md#src-059) | Supported guidance / legal synthesis | Article 26/28 obligations depend on actual roles; this wiki has not approved a local flow or completed a programme DPIA. |
| **CLM-030** — The 2026 lawful-basis guidance includes recognised legitimate interest, which cannot support public authorities' official tasks. | [SRC-043](https://copper-tiger.pages.dev/sources/index.md#src-043) [SRC-054](https://copper-tiger.pages.dev/sources/index.md#src-054) [SRC-059](https://copper-tiger.pages.dev/sources/index.md#src-059) | Supported current regulator guidance and revised legislation | Listing defence among recognised purposes does not create blanket MOD access or remove health-data/confidentiality requirements. |
| **CLM-031** — Clinical content, terminology, technical representation and transport are distinct parts of the acute discharge standard. | [SRC-062](https://copper-tiger.pages.dev/sources/index.md#src-062) | Supported information standard | DAPB4042 has a defined provider and exchange scope; it is not a universal Defence correspondence mandate. |
| **CLM-032** — Referral, outpatient, emergency and mental health discharge standards have different content scopes and exclusions. | [SRC-060](https://copper-tiger.pages.dev/sources/index.md#src-060) [SRC-061](https://copper-tiger.pages.dev/sources/index.md#src-061) [SRC-063](https://copper-tiger.pages.dev/sources/index.md#src-063) [SRC-064](https://copper-tiger.pages.dev/sources/index.md#src-064) | Supported standards taxonomy | The wiki's wider correspondence taxonomy is an analytical grouping, not an exhaustive national classification. |
| **CLM-033** — The published live Transfer of Care profiles remain listed as 2.9.0-live on FHIR STU3. | [SRC-065](https://copper-tiger.pages.dev/sources/index.md#src-065) | Supported current specification listing | Technical version differs from content model version; publication does not prove deployment or permit automatic substitution of FHIR R4. |
| **CLM-034** — The 111 standard distinguishes an information-only GP post-event message from a referral requiring action. | [SRC-067](https://copper-tiger.pages.dev/sources/index.md#src-067) | Supported content and workflow distinction | UK-wide content scope does not establish common routes or implementation coverage across nations. |
| **CLM-035** — The public NHS e-RS description lists Defence medical services among its users. | [SRC-071](https://copper-tiger.pages.dev/sources/index.md#src-071) | Supported current service description | Does not establish use by every Defence unit, every referral pathway or all clinical correspondence. |
| **CLM-036** — The October 2026 pathology API description uses FHIR R4 with Patient Data Manager and Multicast Notification Service, with restricted onboarding. | [SRC-069](https://copper-tiger.pages.dev/sources/index.md#src-069) | Published developing API specification | Described as in development and private beta with invitation-only onboarding; not evidence of universal availability or completed EDIFACT retirement. |
| **CLM-037** — DMICP's clinical record, analytical warehouse and personnel administration serve different functions. | [SRC-079](https://copper-tiger.pages.dev/sources/index.md#src-079) | Supported official statistical-method description | Does not provide a complete clinical-system inventory or interface specification; FMed23 medical discharge concerns leaving service. |
| **CLM-038** — Published PCRM scope includes Defence Medical Services, independently of clinical-record transfer. | [SRC-075](https://copper-tiger.pages.dev/sources/index.md#src-075) [SRC-006](https://copper-tiger.pages.dev/sources/index.md#src-006) | Supported national service description | Does not establish a particular Defence application's interface or an NHS–Defence GP2GP service. |
| **CLM-039** — DMS is identified among e-RS users, with local CQC evidence of external Defence referrals using e-RS. | [SRC-071](https://copper-tiger.pages.dev/sources/index.md#src-071) [SRC-076](https://copper-tiger.pages.dev/sources/index.md#src-076) | Supported service description and local inspection evidence | Stonehouse report retrieved through official indexed passages only; no estate-wide coverage or interface claim. |
| **CLM-040** — Public inspections describe DMICP tasking, referral follow-up and diagnostic-result handling as distinct local processes. | [SRC-076](https://copper-tiger.pages.dev/sources/index.md#src-076) [SRC-077](https://copper-tiger.pages.dev/sources/index.md#src-077) | Supported, retrieval limited | Official indexed CQC passages; direct PDFs blocked. No inference of HL7, FHIR, ADT or other wire protocols. |
| **CLM-041** — CQC reports bounded examples of deployed-record limitations and later recording of outage or specialist communications. | [SRC-078](https://copper-tiger.pages.dev/sources/index.md#src-078) [SRC-077](https://copper-tiger.pages.dev/sources/index.md#src-077) | Supported local observations | Does not establish current Defence-wide offline access, synchronisation or reconciliation algorithms. |
| **CLM-042** — NHSmail guidance expressly identifies a secure healthcare-email route to mod.gov.uk; transport security does not establish disclosure authority or clinical completion. | [SRC-085](https://copper-tiger.pages.dev/sources/index.md#src-085) [SRC-086](https://copper-tiger.pages.dev/sources/index.md#src-086) [SRC-012](https://copper-tiger.pages.dev/sources/index.md#src-012) | Supported transport guidance / governance synthesis | Check current accreditation, local rules, recipient, record filing and follow-up; guidance is not unrestricted permission. |
| **CLM-043** — ITK2 and ITK3 have different formats and lifecycle status; the cited ITK3 catalogue is STU3-based. | [SRC-090](https://copper-tiger.pages.dev/sources/index.md#src-090) [SRC-091](https://copper-tiger.pages.dev/sources/index.md#src-091) [SRC-098](https://copper-tiger.pages.dev/sources/index.md#src-098) | Supported published specifications | ITK2 deprecation does not retire all HL7 v2 interfaces; UK Core does not silently change a service's FHIR release. |
| **CLM-044** — ADT events, clinical documents and clinical-task completion represent different information. | [SRC-093](https://copper-tiger.pages.dev/sources/index.md#src-093) [SRC-094](https://copper-tiger.pages.dev/sources/index.md#src-094) [SRC-095](https://copper-tiger.pages.dev/sources/index.md#src-095) [SRC-018](https://copper-tiger.pages.dev/sources/index.md#src-018) | Standards distinction / design synthesis | HL7 v2.5.1 is an educational reference; the worked recovery sequence is proposed, not a Defence implementation. |
| **CLM-045** — MESH retrieval acknowledgement and application responses do not establish human clinical review. | [SRC-092](https://copper-tiger.pages.dev/sources/index.md#src-092) [SRC-094](https://copper-tiger.pages.dev/sources/index.md#src-094) [SRC-021](https://copper-tiger.pages.dev/sources/index.md#src-021) | Supported technical distinction / clinical synthesis | Exact workflow, retries and action ownership must be specified per route. |
| **CLM-046** — Patient identity, organisation identity and clinical coding have distinct roles in an exchange. | [SRC-096](https://copper-tiger.pages.dev/sources/index.md#src-096) [SRC-097](https://copper-tiger.pages.dev/sources/index.md#src-097) [SRC-099](https://copper-tiger.pages.dev/sources/index.md#src-099) | Supported NHS reference services | Patient or organisation identifiers do not independently confer access or identify an approved clinical destination. |
| **CLM-047** — The October 2026 directory marks NEMS deprecated with retirement planned for 30 September 2029. | [SRC-103](https://copper-tiger.pages.dev/sources/index.md#src-103) [SRC-102](https://copper-tiger.pages.dev/sources/index.md#src-102) [SRC-107](https://copper-tiger.pages.dev/sources/index.md#src-107) | Current directory / service-notice update | Later than the API page's deprecation-review wording; service notice retrieved through official extraction with direct HTTP blocked. Replacement use-case availability remains specific. |
| **CLM-048** — DCB0129 and DCB0160 address manufacture and deployment/use respectively. | [SRC-100](https://copper-tiger.pages.dev/sources/index.md#src-100) [SRC-106](https://copper-tiger.pages.dev/sources/index.md#src-106) | Supported clinical-safety standard scope | Review notices do not constitute a replacement standard or a completed local safety case. |
| **CLM-049** — A complete exchange design specifies purpose, content, profile, route, identity, responses and clinical work. | [SRC-032](https://copper-tiger.pages.dev/sources/index.md#src-032) [SRC-062](https://copper-tiger.pages.dev/sources/index.md#src-062) [SRC-094](https://copper-tiger.pages.dev/sources/index.md#src-094) [SRC-100](https://copper-tiger.pages.dev/sources/index.md#src-100) | Proposed reference model grounded in public standards | The interface-contract and legal-record templates are COPPER TIGER synthesis, not mandated NHS forms or approved implementations. |
| **CLM-050** — The October DPC notice is planned procurement, with indicative timing and an estimated £838,749,369 excluding VAT. | [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) | Supported official UK3 record | Not an open tender, award or committed expenditure; final UK4 documentation takes precedence. |
| **CLM-051** — MOD and NHS bodies across all four UK nations are included in anticipated buyer scope. | [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) | Supported planned buyer scope | Does not establish final eligibility, a MOD call-off, supplier selection, national-service access or deployment. |
| **CLM-052** — The planned lots distinguish foundation EPR, clinical/operational support and R&D. | [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) | Supported planned structure | Final capability requirements await tender documents; Lot 3 enrolment follows Lot 1/2 success unless opted out. |
| **CLM-053** — NHS England confirms TIF extension to 30 September 2027 while the replacement framework develops. | [SRC-111](https://copper-tiger.pages.dev/sources/index.md#src-111) [SRC-112](https://copper-tiger.pages.dev/sources/index.md#src-112) | Supported current programme statement | Does not establish every incumbent contract term or import all TIF requirements into every new lot. |
| **CLM-055** — Foundation capability assurance and a component or non-foundation role require different evidence. | [SRC-115](https://copper-tiger.pages.dev/sources/index.md#src-115) [SRC-026](https://copper-tiger.pages.dev/sources/index.md#src-026) | Published assurance distinction / design inference | Generic integration capability does not establish a complete GP foundation system or national-service approval. |
| **CLM-056** — The UK3 structured EOI date conflicts with its explicit no-response narrative. | [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) | Recorded source discrepancy | 10 November 2026 is not presented as a live bid deadline; follow the eventual UK4 notice. |
| **CLM-057** — The DSIC requirement hierarchy distinguishes MUST/MAY epics, acceptance criteria, implementation details and guidance. | [SRC-116](https://copper-tiger.pages.dev/sources/index.md#src-116) | Supported supplier guidance | Contracting vehicles or supplementary standards can mandate MAY functionality; applicable versions still matter. |
| **CLM-058** — Patient Information Maintenance C13 v10.0.3 is effective from 13 October 2026; v14.0.0 has a future effective date. | [SRC-125](https://copper-tiger.pages.dev/sources/index.md#src-125) | Supported versioned specification | The page lists Digital Primary Care, but final tender documents must establish the applicable requirement version. |
| **CLM-059** — Digital Diagnostics C8 v1.0.2 treats request/result reconciliation as MAY. | [SRC-126](https://copper-tiger.pages.dev/sources/index.md#src-126) [SRC-116](https://copper-tiger.pages.dev/sources/index.md#src-116) | Supported requirement distinction | Not proof that any named product omits reconciliation; a contracting vehicle can make it mandatory. |
| **CLM-060** — Task Management C50 v1.1.0 treats assignment and overdue flags as MAY. | [SRC-127](https://copper-tiger.pages.dev/sources/index.md#src-127) [SRC-116](https://copper-tiger.pages.dev/sources/index.md#src-116) | Supported requirement distinction | Basic capability coverage is not proof of every handover or escalation function; final DPC conditions may differ. |
| **CLM-061** — RM270 added three named support capabilities before the October DPC notice. | [SRC-118](https://copper-tiger.pages.dev/sources/index.md#src-118) | Supported DSIC roadmap history | Digital Dictation, Medical Reports and Self-service Appointment Check-in are not established here as newly invented October terminology or AI requirements. |
| **CLM-062** — The clinical system migration guide is intended for established foundation suppliers, not new-supplier onboarding. | [SRC-123](https://copper-tiger.pages.dev/sources/index.md#src-123) | Supported guidance scope | Some steps may apply to new suppliers; the guide is not a complete local migration plan. |
| **CLM-063** — TIF assurance distinguishes interoperability, core capabilities, overarching standards and clinical release. | [SRC-117](https://copper-tiger.pages.dev/sources/index.md#src-117) [SRC-112](https://copper-tiger.pages.dev/sources/index.md#src-112) | Supported assurance description | The detailed assurance page is dated November 2025; its supplier-status table is not a fresh October 2026 approval decision. |
| **CLM-064** — Framework call-off selection differs from a competitive flexible tendering procedure. | [SRC-119](https://copper-tiger.pages.dev/sources/index.md#src-119) [SRC-120](https://copper-tiger.pages.dev/sources/index.md#src-120) [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) | Supported guidance / recorded terminology discrepancy | UK3 call-off wording needs final-document clarification; this does not determine an individual contract route. |
| **CLM-065** — Lot 3 describes R&D from discovery through public beta, with admission following Lot 1 or Lot 2 success unless opted out. | [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) [SRC-121](https://copper-tiger.pages.dev/sources/index.md#src-121) [SRC-122](https://copper-tiger.pages.dev/sources/index.md#src-122) | Supported planned scope / contextual lifecycle explanation | Examples are project synthesis; the notice does not specify work packages, IP allocation, payment or production-operation funding. |
| **CLM-068** — GP IT Futures expired on 31 March 2023; its name is not a universal current GP purchasing route. | [SRC-130](https://copper-tiger.pages.dev/sources/index.md#src-130) [SRC-112](https://copper-tiger.pages.dev/sources/index.md#src-112) [SRC-109](https://copper-tiger.pages.dev/sources/index.md#src-109) | Published framework history and current/planned route distinction | April 2026 continuity text reaches only June 2026. TIF extension does not establish every incumbent contract or admission to the planned successor. |

The [validation queue](https://copper-tiger.pages.dev/validation-queue/index.md) holds unresolved decisions. [Project updates](https://copper-tiger.pages.dev/project/updates/index.md) retain owner-provided context separately from public evidence.

Historical supplier-comparison claim identities are retired from the current synthesis and preserved in release v1.0.0. They are not reused.

## Programme-wide definition

| Claim | Support | State | Limitation |
|---|---|---|---|
| **CLM-090** — COPPER TIGER scope includes the whole operating model; Care Hub is a potential Cortisone rebranding. | [SRC-211](https://copper-tiger.pages.dev/sources/index.md#src-211) | Owner direction | Not an approved programme or confirmed rename. |
| **CLM-091** — Continuing PRC plus internal Defence shared care record is the leading evolving principle. | [SRC-211](https://copper-tiger.pages.dev/sources/index.md#src-211) | Proposed direction | Storage, responsibility and implementation remain to be tested. |
| **CLM-092** — England SPR policy builds on existing records; the bill remained in scrutiny. | [SRC-193](https://copper-tiger.pages.dev/sources/index.md#src-193) [SRC-194](https://copper-tiger.pages.dev/sources/index.md#src-194) | Public policy and parliamentary stage | No enacted mandate or Defence integration established. |
| **CLM-093** — National and devolved services have distinct scope and participation conditions. | [SRC-196](https://copper-tiger.pages.dev/sources/index.md#src-196) [SRC-201](https://copper-tiger.pages.dev/sources/index.md#src-201) [SRC-206](https://copper-tiger.pages.dev/sources/index.md#src-206) [SRC-207](https://copper-tiger.pages.dev/sources/index.md#src-207) | Bounded public findings | No universal UK contract or Defence entitlement inferred. |
| **CLM-094** — Internal work and purpose controls must remain explicit across external interfaces. | [SRC-211](https://copper-tiger.pages.dev/sources/index.md#src-211) [SRC-032](https://copper-tiger.pages.dev/sources/index.md#src-032) [SRC-209](https://copper-tiger.pages.dev/sources/index.md#src-209) | Architectural inference | Requires pathway-specific discovery and assurance. |

## Shared-record capability clarification

| Claim | Support | State | Limitation |
|---|---|---|---|
| **CLM-095** — The DShCR should provide a comprehensive, primarily read-only overview alongside the continuing PRC and authoritative source records. | [SRC-212](https://copper-tiger.pages.dev/sources/index.md#src-212) | Proposed direction | Coverage is an objective, subject to permissions and source availability. Storage and any capture functions remain undecided. |
| **CLM-096** — The IntP should broker information and support publish–subscribe exchange; other tools may process clinical work. | [SRC-212](https://copper-tiger.pages.dev/sources/index.md#src-212) | Proposed direction | Does not assign workflow ownership to the broker or require every exchange to traverse the DShCR. |
| **CLM-097** — The HPD should support configurable profiles, provider relationships and permanent or temporary facilities, with controlled location information. | [SRC-212](https://copper-tiger.pages.dev/sources/index.md#src-212) | Proposed direction | Detailed permissions and enforcement remain open. The directory alone is not a complete identity and access management design. |
| **CLM-098** — The EMPI should link patient identities and provide a shared demographic profile; wider patient administration belongs in other tools or features. | [SRC-212](https://copper-tiger.pages.dev/sources/index.md#src-212) | Proposed core capability | Demographic authority and conflict resolution are required service functions; rules and methods remain TBC. No identifier format is selected. |
| **CLM-099** — Patient-facing services may provide access, patient contributions and return flows through the IntP. | [SRC-212](https://copper-tiger.pages.dev/sources/index.md#src-212) | Proposed option | Features and incorporation rules remain open; patient contributions do not automatically overwrite professional records or the PRC. |
| **CLM-100** — NHS England's capability model defines PHRs through patient management and contribution as well as secure online access. | [SRC-213](https://copper-tiger.pages.dev/sources/index.md#src-213) | Published capability definition | A patient-facing viewer is not necessarily a PHR; this reference does not establish a Defence service. |
| **CLM-101** — Published NHS references support investigating fallback record access, recovery processes and visible downtime-related data gaps. | [SRC-214](https://copper-tiger.pages.dev/sources/index.md#src-214) [SRC-215](https://copper-tiger.pages.dev/sources/index.md#src-215) | Bounded public guidance and dated requirements | No automatic MOD mandate, storage choice or numerical service target. The DShCR's continuity and forms options remain to be designed and tested. |
| **CLM-102** — Identity, version, provenance and content fingerprints serve distinct purposes in reconciling information. | [SRC-216](https://copper-tiger.pages.dev/sources/index.md#src-216) [SRC-217](https://copper-tiger.pages.dev/sources/index.md#src-217) [SRC-218](https://copper-tiger.pages.dev/sources/index.md#src-218) | Standards distinction and architectural synthesis | A hash alone cannot establish clinical equivalence, author, patient match or freshness. No FHIR version, identifier scheme or hash algorithm is selected. |
| **CLM-103** — Maintain patients’ lifelong GP records to applicable NHS conventions and standards to support continuity and transfer to NHS general practice when care arrangements change, alongside a complementary DShCR. | [SRC-219](https://copper-tiger.pages.dev/sources/index.md#src-219) | Proposed direction | Includes Armed Forces and civilian patients within Defence healthcare scope. Does not establish a universal transfer trigger, equal care entitlements, current compliance, organisational approval or a working transfer mechanism. |
| **CLM-104** — The DShCR should present a contiguous, longitudinal overview across multiple source systems, with authorised access to complete contributing clinical source records. | [SRC-220](https://copper-tiger.pages.dev/sources/index.md#src-220) | Proposed direction | Connected presentation and continuity over time do not establish complete source coverage, current information or universal access. Source systems retain their originating accounts and corrections. |
| **CLM-105** — The associated IntP should coordinate two-way exchange of core clinical information to support CDSS in independent specialist source systems. | [SRC-220](https://copper-tiger.pages.dev/sources/index.md#src-220) | Proposed direction | Conditions, medications, vaccinations and allergies need defined authority, provenance, currency, correction and reconciliation rules. EMPI/HPD context is distinct from clinical source records; no automatic overwrite, central clinical authority or broker-owned workflow is selected. |
| **CLM-106** — The DShCR should support business continuity, exploring retained information, consultation capture and later reconciliation. | [SRC-212](https://copper-tiger.pages.dev/sources/index.md#src-212) [SRC-220](https://copper-tiger.pages.dev/sources/index.md#src-220) | Proposed capability and options | Failure scenarios, coverage, capture responsibilities, recovery targets and implementation remain to be determined. A retained copy is not proof of an available continuity service. |
| **CLM-107** — The continuing GP-record objective includes transfer from and to NHS general practice when Defence care arrangements begin and end. | [SRC-220](https://copper-tiger.pages.dev/sources/index.md#src-220) | Proposed direction | Includes Armed Forces and civilian patients within scope. This refines the transfer wording in CLM-103; it does not establish universal registration changes, care entitlements or delivered transfer capability. |
| **CLM-108** — In this programme framing, Defence healthcare is the wider scope; occupational health-led qualifies military medicine. | [SRC-221](https://copper-tiger.pages.dev/sources/index.md#src-221) | Proposed terminology and scope clarification | Retains Armed Forces and civilian patients within scope. Does not turn all clinical care into occupational assessment, select new permissions, change entitlements or establish an official taxonomy. Earlier wording remains dated history. |