
Let me tell you why this course exists in 2026, when you can ask ChatGPT/Claude/Gemini anything about FHIR and HL7.
Because here's what I've learned after 15 years teaching & practicing health informatics: Information is free. Judgment is earned.
AI is incredible at information. Ask it to explain FHIR R4 resources, it'll give you a perfect answer in 30 seconds. Ask it the differences between HL7 v2 and FHIR, beautiful comparison table. Need a sample HL7 message? Done.
But here's what AI cannot do—and what this course will give you:
AI can't tell you whether to build or buy for YOUR specific context. It doesn't know your organization's politics, your team's capabilities, your vendor's quirks, your budget reality. It'll give you a generic framework. I'll teach you how to apply judgment.
AI can't predict where YOUR integration will fail. It's never launched an interface and watched it silently degrade over 18 months because no one tracked Operational TCO. I have. Multiple times. Expensively.
AI can't give you the pattern recognition from seeing this movie before. It doesn't know that 'we'll just add one field' is how scope creep starts. Or that patient matching failures cause 60% of post-launch incidents. Or that interfaces without RASCI matrices always have ownership confusion. I know because I've lived it.
So my teaching philosophy is this:
Artifacts over abstractions. You're not learning ABOUT Interface Design Documents. You're CREATING one. For your real project. With your real constraints. That forces you to think, not just nod along.
Frameworks over facts. I'm not teaching you everything about FHIR. I'm teaching you the decision frameworks to choose FHIR vs HL7 for your use case. That's transferable. That's valuable.
Friction by design. I will make you pause. I will make you think. I will ask you to create something before moving on. That's uncomfortable. That's also how learning actually happens. Passive consumption feels good but produces nothing.
Judgment over information. Information ages fast—FHIR R6 will replace R5, HL7 v2.9 will replace 2.5.1. But the judgment of 'how do I scope this?' and 'what will fail in Year 2?' ages slowly. That's what I'm teaching.
You'll know this course worked when three things happen:
First, you can argue with me. Not because you memorized my opinions, but because you've thought deeply enough to form your own. That's success.
Second, you have three artifacts your organization can actually use. Not theoretical knowledge. Not certificates for your LinkedIn. Real deliverables.
Third, you make better decisions than AI can suggest. Because you've developed judgment—and that can't be automated.
Ready? Let's build that judgment together.
What You'll Learn: Discover the $500K question nobody asks before starting healthcare integrations. Master the strategic decision framework that prevents costly mistakes before a single line of code is written. You'll learn the five critical decision gates that determine whether your integration succeeds or becomes technical debt.
In This Lecture:
The hidden costs of "simple" integrations (and why 60% fail within 18 months)
Gate 1: Should we even build this? (Problem validation framework)
The four questions that reveal if manual workflow is actually cheaper
How to calculate opportunity cost and make go/no-go decisions
Introduction to the Interface Design Document (IDD) framework
By the end: You'll know whether your integration idea is worth pursuing—before you waste budget and political capital.
What You'll Learn: Stop guessing which interoperability standard to use. Learn the exact decision criteria for choosing between HL7 v2 messages, FHIR APIs, batch files, and custom APIs. No technical background needed—you'll make confident pattern decisions based on your use case, not vendor hype.
In This Lecture:
Pattern 1: HL7 v2 Messages (when hospitals, integration engines, and real-time matter)
Pattern 2: FHIR APIs (when SMART apps, marketplace distribution, and RESTful matters)
Pattern 3: Batch Files (when simplicity trumps real-time)
Pattern 4: Custom APIs (when neither standard fits)
Decision matrix: Match your use case to the right pattern in 5 minutes
FHIR vs HL7 showdown: The honest comparison nobody else will give you
By the end: You'll choose the right interoperability approach for your specific context—enterprise hospital, digital health startup, or hybrid.
What You'll Learn: Create a professional Interface Design Document (IDD) that prevents scope creep, gets executive approval, and becomes your north star through implementation. Learn what data should flow (and what shouldn't), how to define success beyond "it works," and how to handle patient matching, security, and error scenarios.
In This Lecture:
Defining success criteria: Functional, adoption, and outcome metrics (not just "data flows")
The minimalism principle: Why less data = better interfaces
Data scoping: Required vs optional fields (and how to push back on scope creep)
Patient identifiers: MRN, SSN, demographics—what actually works for matching
Terminologies decoded: LOINC, SNOMED, RxNorm, ICD-10 (when you need them)
Security & HIPAA: PHI classification, encryption, audit requirements
Error handling: The 7 exception scenarios you must define upfront
Total Cost of Ownership (TCO): Build costs + 5-year maintenance reality
Your complete IDD template walkthrough
By the end: You'll have a complete IDD framework ready to use for your own integration project—the artifact that gets you from idea to approved initiative.
What You'll Learn: Bridge the gap from requirements (your IDD) to execution (working interface). Understand the common implementation principles that work in ANY context, then choose your path based on whether you're in a hospital/health system (Path A) or building a digital health app (Path B).
In This Lecture:
Why your IDD alone won't get you to go-live (the implementation gap explained)
Common implementation principles across enterprise and marketplace contexts
What YOU own vs what engineers own (leadership without coding)
The two implementation paths: Enterprise vs Marketplace—which one are you?
Path selection criteria: Integration engines vs SMART on FHIR
Preview of what you'll learn in Path A and Path B
By the end: You'll know which implementation path matches your context and what to expect in the next lecture.
Note: Everyone watches this lecture first, then choose Lecture 2 (Path A) OR Lecture 3 (Path B) based on your context.
What You'll Learn: Lead hospital EHR integrations using integration engines (Rhapsody, Mirth, Cloverleaf) without micromanaging your interface team. Master governance structures, testing strategies, and go-live preparation for enterprise contexts where you have centralized teams and heavy governance requirements.
In This Lecture:
Section 1: Context & Your Role - When Path A applies, your responsibilities (governance not configuration)
Section 2: Governance & Mobilization - RACI matrices, steering forums, change control, risk registers
Section 3: Build Oversight - Enforce IDD scope without micromanaging interface engineers
Section 4: Testing Leadership - Workflow, data quality, exception, and volume testing
Section 5: Go-Live & Operations - Hypercare, readiness checklists, rollback plans, operations transition
Your Deliverable: Enterprise Implementation Plan template walkthrough
By the end: You'll have the governance framework and go-live checklist to lead your hospital's integration from build through operations handoff.
Skip to Module 3 if you're in marketplace/startup context (Path B).
What You'll Learn: Scale SMART on FHIR apps to 100+ customers without custom builds per customer. Master product scope decisions, repeatable customer enablement, and versioning strategies for marketplace distribution (Epic App Orchard, Cerner App Gallery, App Store).
In This Lecture:
Section 1: Context & Product Mindset - When Path B applies, product thinking vs project thinking
Section 2: Product Scope & Capability - SMART launch contexts, FHIR resources (required vs optional), OAuth scopes, graceful degradation
Section 3: Customer Enablement - Self-service onboarding, configuration guides, security questionnaires
Section 4: Testing at Scale - Standardized testing across diverse EHR configs, FHIR version evolution
Section 5: Versioning & Maintenance - Release cadence, backward compatibility, breaking changes
Your Deliverable: Marketplace Implementation Plan template walkthrough
By the end: You'll have the scalability framework to onboard customers repeatably and sustain 100+ diverse EHR integrations.
Skip to Module 3 if you're in enterprise/hospital context (Path A).
What You'll Learn: Understand why launch is only 20% of the work—and how to prevent your interface from becoming technical debt over the next 3-5 years. Learn the two TCO models that determine whether your $150K project stays on budget or spirals to $300K. Discover the five failure modes that kill interfaces post-launch and the six success factors that prevent them.
In This Lecture:
Initial TCO vs Operational TCO: The approval model vs the survival model (why costs spiral)
Five failure modes: Silent degradation, upgrade casualties, knowledge loss, scope creep, budget blindness
Six pillars of sustainable interfaces: Ownership, monitoring, proactive upgrades, living docs, visible TCO, continuous value
Common bottlenecks: Ownership ambiguity, alert fatigue, reactive-only posture, documentation debt, hidden costs, value amnesia
The maintenance mindset shift: From "keeping lights on" to active product management
By the end: You'll understand why maintenance matters more than build—and what makes interfaces survive or fail in the operational phase.
What You'll Learn: Set up operational governance that actually works for 3-5 years. Create RASCI matrices with specific names (not vague "teams"), configure monitoring that catches issues before users complain, manage EHR upgrades proactively, and prevent knowledge loss when staff leave. This is the governance that sustains interfaces long-term.
In This Lecture:
RASCI for operational ownership: Who does what, with actual names (prevents "someone will handle it" syndrome)
Monitoring & alerting strategy: What to monitor, P1-P4 alert thresholds, avoiding alert fatigue
Incident management & triage: Four-step framework (detect, triage, resolve, document)
Managing EHR upgrades: Proactive testing BEFORE production upgrades (Epic quarterly releases, FHIR version drift)
Knowledge management: Living documentation, runbooks, troubleshooting guides, knowledge transfer
By the end: You'll have operational governance structures that prevent the common failure modes from Lecture 1.
What You'll Learn: Track actual costs month-by-month, prove ongoing ROI to leadership, and prevent your interface from becoming a technical debt liability. Learn the step-by-step framework for managing Operational TCO—the dynamic cost model that determines whether your interface survives budget scrutiny in Year 2, 3, 4, and beyond.
In This Lecture:
Step-by-step: Tracking Operational TCO - Simple monthly cost tracking (interface team hours, PM time, infrastructure, enhancements)
Annual cost breakdown: Labor (biggest component), infrastructure, vendor fees, enhancement costs
Staffing models: Dedicated vs shared, internal vs vendor, on-call coverage
Budget justification & ongoing ROI: Quarterly value reporting to leadership (prevent "why are we spending on this?" questions)
Risk management: Preventing technical debt, key person risk, vendor dependency
When to sunset: Exit criteria (costs exceed benefits, better alternatives, strategic shifts)
By the end: You'll have a Maintenance Plan that tracks costs, proves value, and keeps your interface out of technical debt territory for 3-5+ years.
You've been handed a "simple" healthcare integration project. Connect the lab system to Epic. Build a SMART on FHIR app. "It should only take a few weeks."
Six months later, you're over budget, behind schedule, and drowning in technical jargon you don't understand. The interface team is speaking another language. Clinical stakeholders are frustrated. Your executive sponsor is asking uncomfortable questions about ROI. And you're wondering how a "simple" data exchange turned into a $200K nightmare.
This happens because nobody teaches healthcare interoperability for non-technical leaders.
THE REALITY CHECK
Here's what you won't find in this course:
Coding tutorials or developer bootcamps
Deep technical implementation of FHIR APIs or HL7 parsers
Certification exam prep (CAHIMS, CPHIMS, etc.)
Clinical workflow optimization or EHR super-user training
Promises of "mastering FHIR in 2 hours"
This is not a course for software engineers. If you want to write code, implement OAuth flows, or configure Mirth Connect routes—please look elsewhere.
WHAT THIS COURSE ACTUALLY IS
This is a product management and clinical informatics course for non-technical professionals who need to lead healthcare interoperability projects—not implement them.
You'll learn the frameworks, artifacts, and decision-making processes that PMs, analysts, and healthcare IT leaders use to:
Scope integrations that don't spiral into scope creep
Choose FHIR vs HL7 vs API based on evidence, not vendor hype
Lead implementation teams without understanding every technical detail
Prevent interfaces from becoming technical debt 18 months post-launch
Taught by a Faculty of Health Informatics and Digital Health Product Leader with 15+ years leading real global implementations—from small clinics to multi-hospital health systems, from startup SMART apps to enterprise Epic integrations.
WHAT YOU'LL ACTUALLY CREATE
Forget vague "you'll understand interoperability" promises. You'll create three professional artifacts used in actual healthcare organizations:
1. Interface Design Document (IDD) - Module 1:
A complete requirements document defining scope, data mapping, patient matching, security protocols, and Total Cost of Ownership. This is the artifact that gets executive approval and prevents the $500K question nobody asks: "Should we even build this?"
What you'll learn:
The five decision gates that determine build vs buy vs automate
FHIR vs HL7 selection criteria (no technical background needed)
Data scoping using the minimalism principle (why less = better)
TCO calculation including 5-year maintenance (the costs PMs miss)
Success criteria beyond "it works" (functional, adoption, outcomes)
What you won't learn: How to write FHIR queries or parse HL7 messages (that's your engineers' job)
2. Implementation Plan - Module 2: ~40 minutes
A governance and execution plan that leads your team from requirements through go-live. Choose your path:
Path A: Enterprise Implementation (for hospitals/health systems)
RACI matrices with specific names (not vague "teams")
Risk registers and steering forum structures
Testing strategies (workflow, data quality, exceptions, volume)
Go-live checklists and rollback plans
Hypercare and operations transition
Path B: Marketplace/SMART App Implementation (for digital health startups)
Product scope for multi-EHR scalability (SMART launch contexts, FHIR resources, OAuth scopes)
Repeatable customer enablement (not custom builds per customer)
Testing at scale across 100+ diverse EHR configurations
Versioning, backward compatibility, and breaking change policies
What you'll learn: How to lead implementation without coding What you won't learn: How to configure integration engines or implement OAuth
3. Interoperability Maintenance Plan - Module 3:
The plan nobody teaches but everyone needs. Keep interfaces running for 3-5+ years without becoming technical debt.
What you'll learn:
Initial TCO vs Operational TCO (why $150K projects become $300K liabilities)
RASCI for long-term ownership (preventing "who's responsible?" confusion)
Monthly cost tracking and quarterly ROI reporting to leadership
Preventing five failure modes that kill interfaces post-launch
When to sunset an interface (exit strategies)
What you won't learn: How to troubleshoot HL7 routing errors (that's operational support's job)
THE HONEST TIME COMMITMENT
Core content: 9 lectures, 84 slides, ~3-4 hours of video
Creating artifacts for YOUR project: Add 10-15 hours
Total investment: Plan for 15-20 hours to complete the course AND create usable deliverables
This isn't a weekend crash course. It's a structured program that builds professional artifacts you'll use Monday morning.
WHO THIS IS ACTUALLY FOR
Perfect if you are:
Product Manager in digital health or healthcare IT
Clinical Informatics Analyst implementing EHRs (Epic, Cerner, Meditech)
Healthcare IT Professional transitioning to product/leadership roles
Digital Health Startup Founder building SMART on FHIR apps
Healthcare Consultant scoping integration projects for clients
Business Analyst writing requirements for integration vendors
Project Manager leading Epic implementations or EHR replacements
Anyone who needs to LEAD interoperability without CODING
Not right if you are:
Software developer wanting to code FHIR APIs (try a developer bootcamp instead)
Seeking deep technical implementation details (we focus on leadership, not coding)
Looking for certification exam prep (this is practical skills, not test prep)
EHR end-user seeking super-user training (this is about integrations, not workflows)
Expecting to "master" FHIR/HL7 in a weekend (realistic: 15-20 hours commitment)
WHAT MAKES THIS DIFFERENT
Most healthcare interoperability content is either:
Too technical (for developers, full of code samples you'll never use)
Too vague (high-level overviews with no actionable frameworks)
This course is neither.
It's built for the "technical enough" professional—someone who:
Doesn't write code but needs to spec what gets built
Doesn't configure systems but needs to validate implementations
Doesn't troubleshoot errors but needs to define what success looks like
Leads technical teams without being the most technical person in the room
THE FRAMEWORKS YOU'LL USE IMMEDIATELY
The Five Decision Gates: Should you even build this interface?
FHIR vs HL7 Decision Matrix: Choose patterns based on use case, not hype
The Minimalism Principle: Why less data = better interfaces
RASCI for Operational Ownership: Specific names, not vague teams
Initial vs Operational TCO: The dynamic cost model that prevents budget spirals
The Six Pillars of Sustainable Interfaces: What makes maintenance succeed or fail
Testing Leadership Framework: Workflow, data quality, exceptions, volume—what you must validate
These aren't theoretical concepts. They're decision-making tools you'll apply to your actual projects.
DOWNLOADABLE TEMPLATES INCLUDED
You get professional templates:
Blank Templates (customize for your project):
Interface Design Document (IDD) - 10 sections
Enterprise Implementation Plan - 6 sections
Marketplace Implementation Plan - 6 sections
Interoperability Maintenance Plan - 8 sections
Filled Examples (see what "done" looks like):
Lab Results Integration - Complete IDD
Lab Results Integration - Enterprise Implementation Plan
Lab Results Integration - Maintenance Plan
All examples use the same realistic scenario (LabCorp LIS → Epic EHR) so you see the progression from scoping through implementation to long-term operations.
WHAT YOU WON'T GET (And Why That's Okay)
This course intentionally does NOT cover:
Technical Implementation: You won't learn to write FHIR queries, parse HL7 v2 messages, configure Mirth Connect, or implement OAuth flows. Why: That's your engineers' job. You're learning to lead them, not replace them.
Developer Bootcamp: No coding exercises, no GitHub repos, no API tutorials. Why: You're a product manager or analyst, not a software engineer. Different role = different skills.
Certification Prep: This won't prepare you for CAHIMS, CPHIMS, or vendor certifications. Why: Those test memorization. This teaches application. Different goals.
EHR Super-User Training: Not covering Epic workflows, Cerner build, or clinical documentation. Why: This is about connecting systems, not using them.
Vendor Product Training: Not specific to Rhapsody, Mirth, Redox, or any single vendor. Why: Principles are vendor-agnostic. Implementation details change; frameworks don't.
Comprehensive FHIR/HL7 Standards: We cover what PMs need to know, not everything that exists. Why: You need decision-making knowledge, not encyclopedic reference.
THE REAL OUTCOMES
By the end of this course, you will:
Make confident pattern decisions (FHIR vs HL7 vs API) without needing a computer science degree
Calculate realistic TCO that includes the 5-year maintenance costs other PMs miss
Lead technical teams without being intimidated by engineers speaking technical jargon
Prevent scope creep using documented requirements and change control processes
Define comprehensive testing that catches issues before go-live (not just "did data flow?")
Track Operational TCO month-by-month so costs don't spiral silently over 3 years
Justify ongoing investment to leadership with quarterly ROI metrics
Have three professional artifacts ready to use in your organization Monday morning
THE INSTRUCTOR PROMISE
This course is taught by someone who has:
Led interoperability projects that actually shipped (not just theoretical knowledge)
Failed at integrations and learned expensive lessons (so you don't have to)
Taught health informatics at the university level (evidence-based, not opinion-based)
Built both enterprise integrations AND marketplace apps (both contexts covered)
Spent 15+ years translating between clinical users, engineers, and executives
You're not learning from a developer who thinks PMs should code. You're learning from a health informatics professor and product leader who knows exactly what non-technical professionals need.
Most healthcare interoperability training is built for the wrong audience—either too technical for PMs or too vague for practical application.
This course is built specifically for the "technical enough" professional who leads interoperability projects without writing code.
You'll walk away with three artifacts, multiple decision frameworks, and the confidence to lead your next FHIR/HL7 project without being intimidated by the technical complexity.
No overpromises. No shortcuts. Just practical frameworks that work.