BOOKER TECH CONSULTING · CHICAGO

Ian Booker.
Principal Architect.

Healthcare interoperability. Cloud foundations. Enterprise data platforms.

Founder of Booker Tech Consulting, bringing architecture leadership and hands-on engineering to integration, cloud, and data modernization.

Open to principal and lead roles, contracts, and focused consulting. C2C/1099 preferred; suitable W2 opportunities welcome.

CONCEPTUAL ARCHITECTURE

Connecting the whole picture.

Clinical
systems
Business
applications
Documents
& knowledge

Integration

Interfaces · APIs · Events

Cloud & data foundation

Governed information. Reliable access.

AnalyticsSearch &
AI readiness
ACROSS EVERY LAYER

Identity, access & reliability

An illustrative approach to connecting systems and preparing data for analytics and AI.

SELECTED DELIVERY EXPERIENCE

Epic & HL7 integrationCamel · Kafka · SnowflakeAzure · Terraform

01 / SELECTED PROFESSIONAL EXPERIENCE

Architecture grounded
in delivery.

Experience from Ian’s prior healthcare, data, and cloud roles. This is the work he brings to a new team or engagement.

PRIOR HEALTHCARE ROLES

Clinical integration
& operational resilience

Designed and supported bidirectional HL7 interfaces across clinical, laboratory, pharmacy, radiology, and financial systems. Work included Epic integration, interface engines, and messaging-platform recovery.

HL7 · Corepoint · InterSystems · Mirth
PRIOR DATA ARCHITECT ROLE

Clinical data
to enterprise analytics

Designed and operated Apache Camel and Kafka pipelines carrying clinical data into Snowflake. Responsibilities included the enterprise warehouse’s Gold and Platinum layers and data-governance work.

Camel · Kafka · Snowflake · Data governance
PRIOR CLOUD ARCHITECTURE WORK

Cloud foundations
defined in code

Deployed an Azure foundation spanning multiple landing zones with Terraform, bringing infrastructure provisioning into a repeatable, code-based process.

Azure · Terraform · Hybrid architecture

02 / THE PRACTICE

The whole path.
From source to decision.

An integration problem can become a data problem. An AI pilot can expose both. The architecture needs to account for how the pieces work together.

01

Connect the data.

Understand the interfaces, events, dependencies, and failure paths that connect operational systems to the people who need their data.

Healthcare interoperability · APIs & events · Data pipelines

02

Strengthen the foundation.

Bring cloud environments, data platforms, delivery practices, and recovery requirements into an architecture your team can operate.

Azure & hybrid cloud · Snowflake · Infrastructure as code

03

Make AI accountable.

Define what search and AI can access, how answers will be evaluated, and who owns the decisions and operating controls.

Private AI & search · Permissions · Evaluation & governance

Private AI is a question of control: data access, retention, deployment, evaluation, and ownership. The appropriate model may be managed, customer-cloud, hybrid, or local.

03 / WAYS TO WORK TOGETHER

Architecture leadership.
Focused delivery.

Bring Ian into a senior role or delivery team, or engage Booker Tech Consulting for a defined integration, cloud, or data challenge.

PRINCIPAL & LEAD ARCHITECTURE

An architect on the work.

Architecture direction, design review, delivery recovery, and hands-on technical leadership. Work can support an internal team, a consulting partner, or a scoped modernization initiative.

INTEGRATION & INTEROPERABILITY

Connect and modernize systems.

Review clinical interfaces, APIs, event flows, and data pipelines. Make dependencies, recovery needs, and modernization priorities clear.

Discuss integration work

CLOUD & DATA PLATFORMS

Build an operable foundation.

Bring Azure environments, Snowflake platforms, and delivery practices into a coherent architecture with clear operating ownership.

Discuss platform work
AI & search assessments
01

PINPOINT THE EXPOSURE

AI Connector &
Permission Risk Triage

Start with a small number of content connections. Understand where source permissions, service identities, or answer delivery could lose the intended access boundary.

You leave with an access and data-flow map, prioritized gaps, and a remediation sequence.

Fit, scope & deliverables

Best fit: A platform owner, security architect, or AI lead connecting business content to a pilot.

Proposed starting scope: Up to two content connectors, stakeholder discussions, and sanitized architecture and permission evidence.

The decision: What needs attention before expanding access or use?

Discuss a triage
Discuss
03

DESIGN THE WAY FORWARD

Governed AI &
Data Architecture Sprint

Turn a selected workload into a concrete architecture: identity, data flows, deployment boundaries, evaluation, resilience, and responsibility for operating it.

You leave with a target architecture, decision records, a control and evaluation plan, and a sequenced delivery backlog.

Fit, scope & deliverables

Best fit: A funded initiative with a selected use case and an owner who needs an implementation plan.

Proposed starting scope: One workload and agreed environments, with architecture decisions and operating responsibilities made explicit.

The decision: What should be built, configured, deferred, or changed—and in what order?

Discuss a sprint
Discuss

04 / ABOUT IAN

A principal architect.
A practitioner’s perspective.

Ian Booker

Founder & Principal Architect
View Ian’s professional background (opens in a new tab)

The connecting thread is the work between systems: data, identity, infrastructure, and the people responsible for them.

Ian’s background spans healthcare integration, enterprise data architecture, cloud foundations, and operational resilience. His experience includes healthcare roles between 2010 and 2024, including integration engineering at Rush and data architecture at Lurie Children’s Hospital.

That delivery experience now informs Booker Tech Consulting’s work on architecture decisions, enterprise search, and governed AI. The practice pairs senior technical judgment with hands-on investigation and clear documentation.

INDEPENDENT LAB WORK

Test the assumptions.
Record the limits.

Current lab work explores local and offline model operation, resource constraints, and reproducible engineering environments. It informs questions about quality, latency, deployment choices, and the evidence needed before a system is used in practice.

Applied experimentation and reusable methods. Lab findings are distinct from client production outcomes.

05 / HOW THE WORK HOLDS TOGETHER

Make the important
questions explicit.

The deliverable is a decision your team can explain: what the evidence supports, where uncertainty remains, and who owns the next step.

Findings & trade-offsArchitecture decisionsPriorities & ownership
  1. 01

    What decision are we making?

    Agree the business problem and the boundary of the work.

  2. 02

    What can the system actually access?

    Trace data, identity, connectors, and the relevant trust boundaries.

  3. 03

    What would count as a useful result?

    Define evaluation criteria and document what has been tested.

  4. 04

    Who will operate and own it?

    Make ongoing responsibilities, recovery, and change decisions visible.

START A CONVERSATION

A role. A contract.
A project.

Share the work, the team, and the timing. Ian welcomes relevant senior architecture opportunities and focused consulting inquiries.

C2C/1099 preferred. Suitable W2 roles considered.

Please leave out patient data, credentials, and confidential documents. Supporting material can be arranged afterward.

Roles & contracts

Send the role, organization, location, engagement type, and expected rate or salary range.

Email Ian about an opportunity

Consulting & partner delivery

Describe the integration, platform, or architecture challenge and the support you need.

Consulting inquiry

Email Ian about a project

For consulting, scope, fee, inputs, and timing are agreed before work starts.