CareFabric — Explore & Connect

CAREFABRIC · Overview & impact   /   Architecture   /   Explore & connect

Ideas for taking the blueprint further

CareFabric grew out of my study of architecture as code with AI. These notes explore how the design might be tested in practice: start with one handoff, examine the assumptions and learn from the results. I’m sharing them as a starting point for discussion.

How the blueprint could be tested

A useful first experiment starts with a focused question: which handoff should improve, what must be true before it can operate, and what evidence would justify expanding it? A national-scale ambition can begin with a modest, testable workflow.

A sensible starting scope

For example, one clinic and one laboratory could evaluate the retrieval of recent lab results for an agreed treatment workflow. Select one exchange profile, a small set of systems, named operational owners and an approved test-data approach. This is a scope example, not a promised delivery duration.

StageWorking scopeEvidence needed to continue
1 · Establish the foundationDocument or summary exchange, identity handling, local policy, audit and support ownership.Approved workflow and data contract; successful and denied paths demonstrated; recovery and escalation exercised.
2 · Add structured depthSelected FHIR resources, terminology mapping and receiving-workflow integration. Optional reviewed AI assistance.Conformance results for the selected guide; usable clinical context; measured review burden and data quality.
3 · Expand deliberatelyMore participants, profiles and event-driven exchange where justified.Repeatable onboarding, capacity and failure testing, version compatibility and funded operational ownership.
Illustrative adoption stages. Scope and acceptance gates are agreed for each deployment.

Measure the handoff, not the number of integrations

Set a baseline before implementation. Agree the denominator, observation period and acceptance threshold for each measure; report failures and exclusions alongside successes.

  • Time to usable context: elapsed time from an approved request to content available in the receiving workflow.
  • Completion and data quality: usable responses as a share of eligible requests, with missing, stale and unmapped data reported separately.
  • Identity and review burden: unresolved cases, review turnaround and assessed false-match/missed-match behavior.
  • Control effectiveness: denied access tests, policy-version traceability and the completeness of required audit events.
  • Operational cost: staff effort per handoff, onboarding effort per participant and support incidents.

Reduced duplicate investigations or improved patient outcomes may be valuable longer-term objectives. They require appropriate clinical evaluation and cannot be inferred from exchange volume alone.

Measure crowding and response when they are in scope

  • Patient flow: record-only visits, waiting time, referral completion and investigations repeated because usable prior results were unavailable. Track missed follow-up, delayed necessary care and access barriers alongside any reduction in visits.
  • Outbreak response: time from a reportable result or case event to authorized receipt, validation and follow-up; reporting completeness, duplicates, false alerts and staff review burden.
  • Evaluation: compare equivalent periods and patient groups, accounting for demand, staffing and policy changes. Fewer visits or more alerts alone do not prove improved care or reduced transmission.

Face the costs and trade-offs

Federated custody changes where responsibilities sit; it does not remove them. Local data quality, review staffing, mapping work and service reliability still determine whether the exchange is useful.

Shared infrastructure

Fund registry operations, policy publication, discovery, trust services and audit intake. Give those services an accountable owner, an availability target and an incident process.

Participant operations

Each site needs ownership of its adapters, identity remediation, sharing rules, certificates and review queues. Include these costs in the business case.

Exchange effort

If compensation for response work is considered, agree it separately from clinical authorization. Evaluate incentives and equity explicitly; this blueprint does not prescribe fees or revenue splits.

Clinical exchange is the scope of the CareFabric spine. Claims adjudication, payment settlement and replacing the local chart system belong to separate decisions. Keeping these responsibilities distinct makes the initial operating agreement easier to reason about.

Review the principal risks and design responses
RiskDesign response and evidence
Wrong-patient retrievalValidated identity rules, reviewable ambiguity, denied-path tests and incident investigation.
Sensitive metadata accumulates centrallyMinimized fields, restricted access, retention limits and privacy review of the locator and audit data.
Authorization service is unavailableRedundant services and tested recovery. Fail closed for new authorizations; document the handling of already-issued grants and emergency workflows.
Token theft or replayShort-lived grants plus enforced sender constraints where selected; key rotation, revocation and replay testing.
Relay learns or retains contentEnd-to-end encryption across the relay, separated keys, retention controls and verification of what the operator can observe. Network metadata can remain visible.
Participant or policy versions divergeVersioned contracts, compatibility tests, controlled policy rollout and rollback.
Audit backlog or lossDurable local buffering, monitored delivery, capacity testing and a defined rule for when exchange must stop.
AI or emergency-access exceptions expand quietlyExplicit review, restricted roles, event-level evidence and accountable follow-up.
Vendor lock-in or unaffordable operationsPortable contracts and data, documented exit paths, multiple implementation options and measured support costs.
Risks to investigate in a deployment-specific assessment; these are proposed controls, not evidence of certification.
Questions about taking the idea further

Do we have to replace the EMR?

The intended approach is to integrate through the participant boundary. Feasibility depends on the APIs, exports, vendor agreements and workflow constraints of the systems involved.

Can we start inside one organization?

Yes. A group can establish the trust function for its own branches. Connecting later to external organizations still requires new governance and compatibility work.

Is CareFabric a product I can install?

This project presents an architecture proposal and illustrative design work. Taking it into production would require further implementation, conformance testing and operational preparation.

Does using standards make us compliant?

Standards help define and test interoperability. Regulatory obligations and participation requirements depend on the deployment and must be assessed by the responsible clinical, privacy, security and legal owners.

Why not use our existing integration platform?

It may be part of the answer. The assessment should identify which CareFabric responsibilities it already satisfies and where identity, governance, discovery or operational gaps remain. The goal is a better handoff, not another box in the estate.

Let’s talk about CareFabric

I developed CareFabric while studying architecture as code with AI, and I’m releasing the blueprint to share what I explored and learned.

If you like the idea, have feedback or see a connection to something you’re working on, I’d be happy to hear from you. We can compare notes and see where the conversation goes.

A question, a different perspective or a simple hello is welcome.

Review the technical sources and standards or return to the project overview and healthcare impact.