Out of the FHIR Podcast

Gene Vestel

Deep conversations with Healthcare Data & AI experts, implementers, and healthcare innovators. Get practical insights, real-world implementation stories, and the latest developments in healthcare interoperability from industry leaders. evestel.substack.com

  1. Sep 9

    Caregivers Are the Interoperability Layer: Brian K Fung on Building haau3

    I asked Brian K Fung a simple question: are you a one-man show, or do you have a team? It’s hard to say yes confidently, because I’m certainly taking advantage of a lot of AI assisted coding. I am, yes, one person, but AI changes that quite a bit with the amount of leverage it has. Brian is a pharmacist. He spent time at ONC. He now runs haau3, a product for family caregivers. What actually changed in December 2025 Brian started using Claude Code in April or May of this year. His description of the effect is blunt: it is very hard for him to just literally handwrite code anymore. But the more useful part is his account of why it became possible, and he puts a date on it. Something happened in December 2025 that completely changed the paradigm of AI coding. It wasn’t like you ask it something, it returns a response, back and forth, back and forth. They created a loop. The whole agentic looping of some sort of goal. Let’s say, write me a FHIR API. Well, that’s a goal. And then it would just keep looping and looping until it reaches that goal. The consequence he cares about is not speed. It is that the thing runs while he is not there. You can tell it to do that and then walk away, and it will just code for him. He is careful about the limit: it is not always right, which is where technical background or domain expertise helps. That caveat is the whole reason a pharmacist building for caregivers has an advantage over a generalist engineer building the same thing. He now teaches this to people with no coding background at all: dentists, nurses, physicians and pharmacists. The cost curve, stated plainly This is the part I have not seen anyone write down honestly, so here it is. Brian started on pay-as-you-go and burned through twenty dollars doing the most simple things within an hour or two. He moved to the twenty dollar subscription and hit the limits where they stop letting you work. He has settled on the hundred dollar plan. I think that might be too much, but hundred dollars might be the sweet spot. He has gone to two hundred when a deadline demanded it, and thinks that was more than he needed. If you are trying to budget this for a team, that is a more useful data point than any vendor page. The warning underneath the enthusiasm Both of us were sitting there enthusing about how fun this is. I described building at night while my wife watches her show. Brian agreed, and then did something I respect: he immediately turned it over. The spicy part is I am starting to hear some different podcasts out there that talk of other users that use it extensively. And their usage has begun to lead to burnout. And then the part that landed: You wake up and you just want to code. If you’re not coding, you feel like you’re not productive. He is not claiming he has reached that point. He is saying the vocabulary other people use to describe burnout matches the vocabulary he uses to describe having fun, and that is worth noticing early rather than late. Are we all about to get priced out Benji pushed on the economics. AI companies are operating at historic losses. That looks a lot like a familiar pattern: get the users first, worry about unit economics later. Brian analogy is the right one. Airbnb, Lyft and Uber Eats were cheap during a period when money was plentiful and interest rates were low. He does not really look at Airbnbs anymore. Those costs were heavily subsidized. I would not be surprised if they bump the prices of these things so astronomical that it is just not reasonable for us to use. His hedge is to keep his own ability to do the work by hand. He admits this is getting harder, for a reason familiar to anyone shipping fast: the codebases are growing large enough that he cannot always remember how something worked or where he put it. Does AI make standards obsolete This comes up every time now, and Benji had the cleanest rebuttal I have heard. The scare version goes like this: someone demonstrates two conversational AIs exchanging a patient’s clinical history in plain language, no formats, no implementation guide, and people conclude that standards are finished. AI is not here to replace FHIR or other data standards. It’s here to leverage those standards to make things even better, faster, more efficient. His argument is that models get more accurate when there is a deterministic data model underneath them, and that CQL is a good example precisely because it is a simple declarative language with one answer. Brian agreed on the principle and then complicated it, which is why he is a good guest. I’ve grown to believe that you will never get to a zero percent chance of hallucination. We always need to think about how we ground or make it as close to deterministic as possible. He then flagged a recent and contested paper suggesting that general frontier models outperformed grounded clinical tools on some benchmark. He was scrupulous about it: he has not dug into the methods. I am repeating it with the same caveat, because it is the kind of finding that gets stripped of its qualifiers the moment it hits a feed. My own take: we have run this argument before. When agent skills arrived, people declared MCP unnecessary. A year of actual adoption later, nobody seriously argues that. Standards do not die when a capability improves. They move. Why pharmacy never got wired up You can call an Uber. You can book an Airbnb. You cannot do the equivalent with your pharmacy, or with your own medication history. Why is pharmacy so far behind? Brian answer is one word. Incentives. Especially in America, we drive on incentives, payments, something like that. And one of the biggest payments in the last decade was the Meaningful Use, Affordable Care Act, HITECH Act, all those kinds of things. Lots of money, but it focused on providers and hospitals. What was left out, pharmacies. He watched the consequences directly. In 2020 he was at ONC reviewing public comments on pharmacy interoperability. All these mom and pop shops, these independent pharmacies saying you can’t enforce these standards because we don’t have the money for it. That is the whole story. Not a technical failure. A funding decision that was made once and then compounded for a decade. He is more optimistic now, because pharmacy is a named category in the CMS Health Tech Ecosystem. Benji drew the parallel to rural health, where a very large transformation fund is currently being divided among the states, and asked the obvious follow-up: is there going to be an equivalent for pharmacy? Nobody knows yet. It is the right question. Two things make the omission worse than it sounds. Pharmacists are the most accessible clinician in the country. As Brian puts it, you do not need an appointment, you just walk in. During the pandemic he estimates pharmacists were responsible for more than half of vaccinations. That physical network exists, it is staffed, and it is largely disconnected from the record. And on my side of it: I spent five years at Express Scripts, and medication reconciliation has been a Stars measure for as long as I can remember. Pharmacists get paid to call patients and do it. The patient never sees any of it. Why do payers have 150 person quality departments where nobody is actually doing anything about quality? They’re just abstracting charts. The fix here is not exotic. Send the discharge summary to the pharmacist. The patient is going to walk in for a refill anyway. Do the reconciliation there, in a conversation, instead of waiting for an annual visit that may not happen. The line I keep coming back to Brian closed with the framing that made the whole episode click, and it reframes caregiving as infrastructure. There are roughly 63 million family caregivers in the United States. What are they actually doing, mechanically? We think that caregivers are essentially serving as the interoperability layer on behalf of their loved ones. They advocate here. They take the appointment there. They carry the history in their heads between two systems that will not talk to each other. They are performing, unpaid and by hand, the exact function this industry has spent twenty years and enormous sums failing to automate. Once you hear it that way, haau3 stops looking like a caregiving app and starts looking like an interoperability product with an unusually clear-eyed view of who the user is. Their roadmap is public at haau3.com/roadmap, and the next big piece is scheduling, including scheduling on behalf of someone else. Which runs straight into the wall we always hit. I raised the USCDI comments where providers worry that publishing appointment availability lets competitors reroute their patients. Brian recognised the pattern immediately, because it is the same fear independent pharmacies have about sharing data with networks: those are your customers, and they might walk. That fear is not irrational. It is also the thing standing between 63 million people and a system that could stop making them do the work by hand. Where I landed Brian is one person with a pharmacy degree, a policy background, and a subscription. That combination produced a working product aimed at a real and enormous problem. The thing I want to sit with is the connection between the two halves of the conversation. The tooling that lets one domain expert build something real is arriving at exactly the moment we are admitting that the biggest interoperability gap in healthcare is being covered, for free, by exhausted family members. Chapters 00:00 Caregiver origin stories and Rosalynn Carter’s four types 02:12 One person, but AI changes the math 04:39 Teaching dentists and nurses to run Claude Code 06:40 Will an overnight run cost thousands in tokens 10:16 An addicting hobby you do instead of watching TV 12:12 The spicy flip side: coding toward burnout 15:53 Cheap Ubers and Airbnbs were subsidized too 21:00 The claim that AI killed standards, rebutted 22:33 Zero percent hal

    Caregivers Are the Interoperability Layer: Brian K Fung on Building haau3
  2. Sep 5

    380 AI Use Cases and One New Request a Day: Inside Highmark’s Responsible AI Function

    Most organizations I talk to are trying to solve an AI adoption problem. Michael Barber has the opposite problem. He is Senior Director of Responsible AI at Highmark Health, and his group reviews every AI use case that goes to production across an enterprise that is a payer and a provider at the same time: six or seven million members in six states, Allegheny Health Network’s 16 hospitals, United Concordia Dental, and about 50,000 employees. Highmark approved its first AI use case in September 2022. As of the day we recorded, 380 are in production. One hundred and four of those, 30 percent of the total, landed in the last six months. We are now seeing a new request for an AI use case every day on average. So it’s one a day now. The role did not exist until the volume forced it AI governance at Highmark used to sit inside the data governance group. It outgrew that. Michael’s position, and the three positions under it, were created about two and a half years ago specifically because the volume of AI requests could no longer be absorbed as a side responsibility. That is the useful signal for anyone benchmarking their own org. The question is not whether you need a dedicated responsible AI function. The question is what request volume forces one, and Highmark’s answer was somewhere on the path to one a day. One design decision worth copying: when AI is involved in a use case, Michael’s group handles the data governance review too, rather than sending teams to two separate committees. Fewer gates, same standard. The wins are unglamorous, and that is the point Ask what AI is doing for a large payer and you will get a lot of answers about clinical decision support. Michael’s list starts somewhere else. Thousands of faxes a day, still arriving in 2026, read and turned into discrete data elements. Systems that pull the relevant medical policy and chart sections in front of a claims reviewer so nobody has to page through a thousand documents to find three that matter. And a hard line underneath all of it: I’ll say right up front we would never use AI as the sole determinant for any adverse determinations. It’s not what we do. It’s illegal. On the provider side, the durable wins are ambient listening and imaging triage. His framing of why: The way we view AI, especially in the clinical setting, is that it doesn’t replace human judgment. It simply allows people to work at the top of their license. He makes the value concrete. If a tool lifts the bottom quartile, usually newer employees still learning the landscape, up to the midpoint, that is real. It lets someone operate as if they had been there a year. Ambient listening is a standardization layer, not just a scribe This was the part I did not expect, and it is the part interoperability people should sit with. Highmark runs one ambient listening system across AHN. Michael’s argument is that its value is not only that clinicians stop typing. It is that hundreds of clinicians now go through one intermediary that behaves the same way every time, instead of each entering notes into the EMR their own way with their own abbreviations. Now we’ve got one thing that does something the same way every time in between hundreds of clinicians and our EMR system. He is realistic about why that matters. Earlier in the conversation he described trying to combine EMR data across 16 cancer infusion clinics: If you’ve seen one, you’ve seen one. Same Epic instance. Subtly different local workflows. Same fields used for different purposes. Anyone who has built quality measures or a provider data warehouse knows exactly what that costs downstream. If the standardization argument holds, ambient AI is a data quality intervention that happens to also save clinicians time. That reframes it from a documentation tool to infrastructure. Five thousand people complaining about the data My own view is that AI governance cannot happen without data governance, and at the same time it forces data governance to happen. Michael gave the best illustration of that I have heard: Five years ago we had my group of 26 data scientists and software engineers complaining about the data. Now we’ve got 5,000 people complaining about the data. Data quality problems used to be a specialist grievance that was easy to defer. Once you hand an LLM to 50,000 employees, bad data becomes everyone’s problem, visibly, immediately, and with executive attention attached. That is the forcing function a decade of data governance decks could not produce. Access is broad on purpose, and education is the actual work Highmark built an internal wrapper called Sidekick that sits on Gemini inside their secure environment and is available to all 50,000 employees. It includes a retrieval layer over their corporate policies, thousands of them, that returns a summary plus hyperlinks to the real policy. Paid Gemini Enterprise and M365 Copilot licenses sit on top of that, allocated at VP discretion. That is more open than most enterprises, which tend to ration licenses to engineers and a few analyst teams. But the access is not the interesting part. The scaffolding is: roughly 100 AI ambassadors embedded in business functions as super users, an AI center of excellence with consultants who help teams find a solution even when the answer is that they do not need AI, and a lot of time in departmental meetings and town halls. Michael’s summary of where that lands him: I’ve met with other companies and frequently the question is, how do we drive adoption? My problem is the opposite of that. How do we get people to calm down just a little bit? He also names the failure mode most enterprises are walking into right now: applying AI to a workflow that should not exist. Speeding up a broken process is not the win. The win is asking what you would do if you did not have the process at all. The vendor position is stricter than the law requires This is the section I would send to anyone negotiating AI vendor contracts. Generative AI broke the old vendor model. A vendor used to own its model and run it in a known environment. Now, as Michael puts it, everything is an API call to somewhere else, and the work is figuring out what happens two or three layers down. Highmark does not allow vendors to train on its data. It does not allow Google or Microsoft access to its data. And it goes further than HIPAA requires: Even de-identified, we don’t allow vendors to improve their general product with our information. It has business value. His reasoning is commercial, not legal. Once data is de-identified under safe harbor or expert determination, HIPAA is out of the picture and vendors often assume they can do what they like. Michael’s position is that the data still has value, and if a vendor wants to use it to improve a product they sell to competitors, Highmark should get something back. Anything externally facing gets red teaming and prompt injection testing before it ships. Fifty states writing fifty AI laws The most pointed part of the conversation. Michael testified before two Pennsylvania house committees last spring while they were drafting the state’s AI act. They asked for a list of every AI use in the enterprise. I said, well, what are you going to do with that? At the time we had 330 use cases. I’m going to give you a list of 330 things, what are you going to do with it? What is the problem you’re trying to solve? He told them his list would look like everybody else’s, because everyone is doing the same things for the same reason: they work. Every hospital system in the state is using ambient listening. His objection is not to oversight. It is that roughly 90 percent of what state AI acts cover is already federal law, and the genuinely new part is reporting. Maryland and New York are asking for enterprise-wide inventories, including what data systems were trained on. That is administrative cost added to an industry that is supposed to be reducing cost, in exchange for a document nobody reads. Pennsylvania removed the reporting requirement from its draft bill and replaced it with something closer to what he proposed: confirm that the entity has a governance process, rather than collect a list. He called that a big win, and the bill has not reached the House floor yet. He also lived through the version where this gets expensive. Under the original Colorado AI Act, Highmark had to carve Colorado members out of a program making positive outreach to people being discharged from hospitals. Colorado residents did not get the benefit. Colorado has since retreated from that position and those members are back in. The line I keep thinking about Benji asked whether legislators simply do not understand the technology. Michael’s answer: If you’re looking for votes, it’s a nice thing to say. We’re going to protect you against the big bad AI. I said, I wouldn’t want to go to a doctor who is anti-AI. Would you? I pushed back on some of this in the episode, because I think there is a real category of harm worth regulating. California’s law focused on adverse outcomes, including what chatbots tell teenagers in crisis, seems to me like the right shape: regulate the outcome, monitor the harm, do not demand an inventory. Michael’s answer on that was practical. Every externally facing use case at Highmark gets tested for exactly those scenarios. What happens if someone says they are having chest pain. What happens if an employee asks Sidekick something in a bad moment. His observation is that the frontier labs have already built a lot of that in. The last time he tested it, Sidekick not only declined to give the wrong kind of advice, it surfaced the employee assistance services actually available to Highmark employees. Nobody programmed that. Where I landed Two things I am taking from this conversation. First, the governance story and the data quality story are the same story. Highmark did not fix its data and t

    380 AI Use Cases and One New Request a Day: Inside Highmark’s Responsible AI Function
  3. Jul 20

    Is TEFCA a Bridge to Nowhere? Why the National Health Network Could Collapse Under Success

    In almost every traditional tech vertical, standardizing data integration is a engineering problem. In healthcare, it’s a coordination and business problem wrapped in regulatory tape. To unpack how this landscape is shifting under the new HTI-5 / HTI-6 regulations, I sat down with Ryan Howells, Principal at Leavitt Partners and a foundational leader behind the CARIN Alliance. We went deep on why healthcare product growth is broken, the structural shifts happening via the CMS Health Tech Ecosystem, and how the “Kill the Clipboard” framework is reshaping health tech. 1. The Core Bottleneck: Why Healthcare Innovation Suffers from a “Cert Program” Tax Historically, building an Electronic Medical Record (EMR) or digital health application meant pleasing a very specific buyer: the federal government, not the end user. [Old Regulatory Dynamic] Government Mandates -> EMR Product Roadmap -> Client Stifled Innovation -> Value-Based Care Blocked Under legacy ONC Certification guidelines, EMR platforms had to build rigid, monolithic internal workflows dictated directly by shifting rules. Ryan highlighted the structural downstream issues this causes for B2B health tech products: * Roadmap Strangulation: EMR vendors are constantly forced to balance three conflicting roadmaps: compliance updates from the federal government, core client requests, and actual standalone innovation. Compliance almost always wins, effectively paralyzing rapid iterations. * The Value-Based Care (VBC) Penalty: If a modern platform handles a multi-layered VBC structure (e.g., social determinants, specialized wearable data, and alternative reimbursement structures), they are trapped. Under legacy rules, they frequently have to buy and operate a traditional fee-for-service EMR alongside their custom platform just to settle billing destroying product margins. 2. The Structural Shift: Certify the Interface, Not the EHR Product Takeaway: By shifting the regulatory boundary to modern internet-standard interfaces, health systems can uncouple core data layers from monolithic vendors. This allows product builders to treat core EMR systems like a cloud data warehouse, spinning up specialized SaaS layers on top for revenue cycle, clinical intelligence, and analytics. The “Bridge to Nowhere” Risk A frequent error among product leaders is assuming that the network architecture behind national systems like TEFCA is built to handle heavy, continuous, high-volume automated data requests. As Ryan pointed out, if every provider and payer in the country simultaneously hit these pipes using dynamic record location services (RLS) under a traditional framework, large portions of the network infrastructure would collapse. The architecture was historically built around on-premise EMR infrastructure with highly constrained compute limits. The industry roadmap for the next decade is not simply about building more pipelines; it is about scaling cloud-native data lakes so that bulk datasets can be securely processed without taking down transactional medical systems. 3. The Implementation Blueprint: FHIR and CQL vs. SQL When it comes to processing massive data pipelines like calculating digital quality metrics or evaluating massive population health cohorts you will inevitably face an engineering fork in the road. ┌──► FHIR + CQL (NCQA + Vendor-Led) Data Pipeline ────┤ └──► FHIR + CQL + SQL (Nascent, Developer-Preferred Adoption) The Current Standard: FHIR + CQL * The State of the Art: Driven by communities like the Clinical Quality HL7 Community, Clinical Quality Language (CQL) combined with FHIR has matured over a multi-year effort. * The Friction: CQL is highly specialized. Finding engineers who can run, tune, and configure pure CQL logic at scale is incredibly difficult and highly expensive. The Up-and-Coming Challenger: FHIR + CQL + SQL * The Core Concept: Translating FHIR structures directly into relational or analytical SQL queries. * The Advantage: Every health plan, startup, and system in the world already has talented SQL developers. Moving to SQL drops the specialized vendor tax and makes quality measurement logic completely shareable as open-source code. * The Verdict: While architectural translation tools (like converting 100% of CQL measures to native SQL) are showing immense promise at conferences, the execution layer is still early. Product teams should plan a roadmap that adopts current FHIR/CQL standard pipelines today while designing their database schemas to consume raw relational analytics tomorrow. 4. The Next Product Frontiers: Identity and Digital Leaps If you are mapping out product opportunities in health tech over the next 2–3 years, pay closest attention to these structural changes rolling out via the CMS Health Tech Workspace: * Federated Digital Identity Over Patient Matching: Legacy health tech relies on complex, fragile statistical patient matching models to stitch medical histories together. By rolling out modern digital identity tech (e.g., identity proofing through login.gov or similar consumer engines), patient matching over time effectively disappears. Once a user validates their identity, they hold a single sign-on credential that unlocks both business and consumer endpoints natively. * National Provider Directories Connected to Active Endpoints: Finding a provider’s digital address book has been an operational nightmare, forcing every startup to manually maintain their own internal directory scrapers. CMS’s transition to identity-proofing individual clinicians and mapping them directly to verifiable FHIR API endpoints turns the directory problem into a utility infrastructure. * The “Africa Leap” Strategy for Regional Products: For product builders looking at regional healthcare or rural networks, do not attempt to replicate the technology path of legacy, suburban medical networks. Just as developing nations skipped desktop systems entirely and moved straight to mobile, rural healthcare initiatives can entirely skip the legacy on-premise, file-drop architecture. The smart move is to build purely on open standards (like the PIQI framework for data normalization), deploying cloud-first architectures natively packaged with AI-driven models right at the point of care. 🎧 Try the Interactive Audio Companion on NotebookLM To experience this conversation in a completely new format, check out the NotebookLM Interactive Audio Companion for this episode. This AI-generated explainer workspace acts as a dynamic companion to the podcast, instantly generating deep-dive overviews, structured study guides, and interactive timelines of the massive policy shifts discussed by Ryan and Gene. If you are a visual learner who wants to instantly query the transcript for specific implementation guides, map out the timeline from the High Tech Act to HTI-6, or generate custom summaries of the “Kill the Clipboard” initiative, this notebook lets you interact directly with the episode data to fast-track your health tech product strategy. This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit evestel.substack.com/subscribe

  4. Jul 6

    The Illusion of Interoperability: Why Healthcare is Broken (and How FHIR APIs can Fix It)

    Today’s episode of Out of the FHIR brings a massive milestone: I’m thrilled to officially welcome my new co-host, Benji Graham, to the show. Benji is one of the few true, certified FHIR experts in the country, and he’s joining me to ensure we dive as deep into the technical weeds as humanly possible. To celebrate, we brought on a true legend in the health tech space: Dr. Don Rucker. Don has seen it all. He’s been an ER doc for decades, he helped build the first Windows-based EMR in the late 1980s, he served as the National Coordinator for Health IT (ONC) under the Cures Act, and he is currently the Chief Strategy Officer at 1Up Health. In this episode, Don pulls back the curtain on why healthcare IT is fundamentally different from the rest of the tech world, why the “patient identity problem” is mostly an illusion, and why RESTful JSON APIs are the ultimate forcing function that will inevitably change how care is delivered. Top Takeaways from Our Conversation * Healthcare settles for bad tech because consumers don’t control the money: In a functioning consumer-driven economy, interoperability is demanded by the buyer. In healthcare, the 1942 Stabilization Act shifted payment to employers, breaking the connection between user satisfaction and technology quality. * True interoperability requires a market forcing function, not just regulation: Radiology achieved seamless data exchange (DICOM) in the 90s because radiologists acted as true market-bearing consumers and refused to buy proprietary hardware. The rest of healthcare lacks this buyer pressure, leaving the government to act as a highly inefficient proxy. * The “Patient Identity Problem” is a myth for those with a right to data: The three core stakeholders under HIPAA Patients, Payers, and Providers already have perfect identity verification through the financial clearance loop. The identity matching crisis primarily exists for third-party scrapers and legacy networks trying to aggregate data without explicit consumer consent. * TEFCA is building a “network of networks” for a problem the internet already solved: True security and data exchange are achieved through point-to-point zero-trust networks and OAuth 2.0 consumer verification, not brokered document clearinghouses. 1. The Historical Accident of Healthcare Tech To understand why your cell phone works seamlessly in the mountains of Utah but your medical record can’t cross the street to a competing hospital, you have to look back to 1942. “We settle for stuff in healthcare because we have no control over it. In a functioning consumer-driven economy, interoperability is demanded and provided.” — Don Rucker During WWII, the Stabilization Act of 1942 inadvertently made employer-sponsored health insurance pre-tax to attract wartime labor. Because consumers stopped holding the purse strings, the industry stopped optimizing for consumer satisfaction. When computing arrived in medicine during the 70s and 80s, it didn’t start in the clinic—it started in the back office. The first EHR systems were optimized entirely for line-item billing, setting off a multi-decade game of “CPT code warfare” between payers and providers. Clinical utility was a distant afterthought. 2. DICOM vs. TEFCA: How Markets Drive Standards Why did radiology successfully digitize and standardize via DICOM in the 1990s while the rest of clinical data remains fractured? It came down to consumer leverage: * The Radiology Model: When CT and MRI scans started generating massive amounts of digital data, legacy device manufacturers (GE, Siemens, Philips) tried to lock radiologists into proprietary data silos. The radiologists—acting as a true market market-bearing buyers—collectively said, “If you don’t build open standards, we aren’t buying.” The vendors folded immediately. * The Modern EHR Model: Because patients and doctors aren’t the primary buyers of modern health systems, there is no organic market pressure to share data. In fact, large health networks have an economic incentive to prevent interoperability to keep patients locked inside their system. Because the market won’t enforce openness, the government had to step in with the 2020 Cures Act Interoperability Rule, mandating “APIs without special effort.” 3. The Perfect Triangle: Debunking the Patient Identity Myth Whenever tech professionals enter healthcare, they ask: Why don’t we have a National Patient Identifier? How do we solve patient matching? According to Don, the problem is entirely misunderstood. If you look at the fundamental transaction of healthcare, there is a perfect triangle of identity that requires zero matching algorithms: [ Payer ] / \ / \ / \ [ Provider ] ---- [ Patient ] * Provider to Patient: A clinic will not put a patient on the calendar without running a 270/271 eligibility check. They know exactly who you are before you sit in the waiting room. * Payer to Provider: Payers know exactly which clinicians they credential and clear checks for. * Payer to Patient: Payers know exactly who they insure to protect their own bottom line. The people who have a legal and moral right to the data under HIPAA have zero identity matching problems. The matching crisis belongs to third parties trying to route data across networks without the direct digital consent of the patient. 4. The Future is Restful JSON and AI Agents While legacy systems lean on brokered networks and document architectures (like C-CDAs), the future belongs to RESTful JSON APIs running on FHIR standards. The proliferation of consumer-facing AI agents is going to serve as the next massive forcing function. When patients realize an AI agent can hit a local provider’s API, pull down their complete medical history in seconds, and give them personalized preventive insights, they won’t accept legacy portals anymore. “Water flows downhill. RESTful APIs that are secure and direct operate at one-thousandth the cost of brokered networks. Digital health is going to allow true prevention, and consumer demand is going to force it out of the system.” — Don Rucker Out of the FHIR is a reader-supported publication. To receive new posts and support our work, consider becoming a free or paid subscriber. FHIR IQ playbook is a reader-supported publication. To receive new posts and support my work, consider becoming a free or paid subscriber. This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit evestel.substack.com/subscribe

  5. Jun 12

    Nurses need AI too, and how it needs to be deployed at scale to ease administrative burden.

    Gene Vestel sits down with Michelle Skinner, Chief Clinical Executive at TeleTracking, to unpack the operational side of healthcare execution. Michelle is a nurse by background with an MBA who spent decades running emergency departments and trauma centers before moving into health-tech leadership. In this episode, she breaks down how TeleTracking a rare, 35-year-old owner-operated pillar in a sea of PE-backed digital health firms is using computational twin technology to radically optimize hospital operations without breaking clinical workflows. Listen now on YouTube, Spotify, and Apple Podcasts. We discuss: * The Reality of Hospital Patient Flow: Why emergency department boarding is a symptom of systemic operational gridlock, not an ER failure. * Computational Twins in Action: How simulating real-time capacity scenario planning can drop a hospital’s length of stay by over a full day. * The Nursing Cognitive Load Crisis: Why AI strategies must pivot from administrative data logging to keeping nurses at the bedside. * The Business vs. Care Matrix: How having clinical leadership embedded directly within engineering teams alters how code is written. * The Imperative of Rural Healthcare Access: Why urban-centric health models collapse when applied to regional communities. My 3 Biggest Takeaways from This Conversation 1. Hospital crowding is a patient flow problem, not a capacity problem When patients are held in emergency department hallways for days, the default reaction is often to blame ER throughput or demand more physical beds. The tactical reality is that ER boarding is a lagging symptom of poor downstream operational orchestration. When a hospital cannot cleanly coordinate transitions from the post-anesthesia care unit (PACU) to intensive care or general medical floors, the entire pipeline backs up. TeleTracking’s deployment of computational twin software builds a predictive digital replica of a facility’s entire capacity landscape, running scenario trade-offs 48 hours in advance. The result isn’t just arbitrary data tracking; it’s a systematic blueprint that has driven over a 50% reduction in ED holds while simultaneously allowing hospitals to scale up overall volume. 2. If technology doesn’t actively reduce a nurse’s cognitive load, it’s a failure While ambient listening models have made incredible strides in reducing “pajama time” and burnout metrics for physicians, the wider health-tech ecosystem has largely ignored the operational burden placed on nursing staff. Nurses have been turned into administrative traffic controllers spending critical clinical hours manually tracking down bed availability, coordinating discharge paperwork, or calling radiology to check on exam slots. We must evaluate new technology platforms through a singular, hyper-focused product lens: Does this give clinical hours back to the patient, or does it add friction to the system?. If it doesn’t systematically strip administrative steps out of the clinical loop, it shouldn’t be built. 3. Engineering teams need immediate clinical guardrails A distinct trap for tech-first companies entering healthcare is treating healthcare metrics as abstract, unfeeling datasets or lines of code. True product maturity occurs when engineering squads have an operational bridge to the clinical frontline. Having nurses embedded directly into development processes creates a permanent shift in engineering empathy. When developers understand that a minor database lag or a clunky workflow pattern directly delays a bed placement for a critical trauma patient, the quality of execution spikes. We must build software with a human-in-the-loop mentality, ensuring code serves the explicit, real-world workflow realities of active caregivers. Where to find Michelle Skinner & TeleTracking: * LinkedIn: Michelle Skinner * Website: TeleTracking If you found this operational breakdown valuable, consider subscribing to Out of the FHIR for weekly technical product leadership deep dives. This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit evestel.substack.com/subscribe

    Nurses need AI too, and how it needs to be deployed at scale to ease administrative burden.
  6. Jun 1

    Navigating the Shift to Bulk Data and AI

    Ron Urwongse, co-founder of Defacto Health, and I sit down to break down the rapid shifts hitting CMS regulations, the transition from standard FHIR APIs to national bulk data datasets, and how agentic AI workflows are compressing engineering timelines from months to an afternoon. Listen now on YouTube, Spotify, and Apple Podcasts. We discuss: * The Bulk Data Pivot: Why CMS is expanding beyond endpoint APIs into massive bulk NDJSON files for Medicare Advantage plans. * The National Provider Directory Ecosystem: A technical audit of the new data release, where it shines, and where the logical models are still failing. * AI as an Engineering Accelerator: How teams are using agentic workflows (like Claude Code) to build production-ready validation engines overnight. * Smart Scheduling Links: The inevitable roadmap toward universal, consumer-centric open appointment booking. * The CMS Feedback Loop: Why the newly established CMS Health Tech Ecosystem Slack channel is radically altering how regulations are refined in real time. My 3 Biggest Takeaways 1. Compliance cycles have compressed from six months to a single weekend In the legacy enterprise playbook, updating a platform to conform with newly dropped technical implementation guides took a quarter or more of roadmap planning. Today, that layout is dead. Ron noted that when CMS dropped updated technical guidance on a Friday afternoon, multiple forward-thinking payers had already fully conformed by Monday morning. The differentiator isn’t engineering headcount; it’s the shift toward AI accelerators. If your senior architects aren’t actively feeding CMS Implementation Guides into tools like Claude Code to interpret, write, and deploy schemas, you are building an operational bottleneck. 2. We are transitioning from simple Master Data Management to Federated Graphs The industry has long clamored for CMS to run a centralized database as a mastered system of record. Instead, the tactical reality looks much more like a federated graph across hundreds of independent nodes. CMS isn’t attempting top-down data cleansing; they are supplying the network scaffolding to link provider organizations, practitioners, endpoints, and digital footprints. Payers must now prioritize internal accuracy auditing because upcoming mandates like the Real Health Providers Act will require plans to publicly score and publish the validity of their directory data. 3. Open scheduling is the ultimate bottleneck for value-based care Up to 75% of open care gaps remain unfilled simply because of the high friction involved in patient engagement such as transcribing an identical medical history onto a 40-page clipboard during an intake cycle. Universalizing lightweight specifications like Smart Scheduling Links originally built to aggregate vaccine availability during COVID will allow insurance directories to natively embed real-time booking slots. The monetization model still needs guardrails to protect providers from high platform fees and patient acquisition gaming, but opening up EHR scheduling data to the wider ecosystem is an absolute necessity to drive actual consumerism in healthcare. Deep Dive: Auditing the National Provider Directory The launch of the National Provider Directory marked a major milestone for healthcare data liquidity, but looking under the hood reveals clear technical hurdles that the developer community is currently solving. [ Practitioner ] │ Is associated with ▼ [ Provider Organization ] ── Publishes ──► [ Bulk NDJSON Dataset ] │ │ Resolves endpoint to │ Contains ▼ ▼ [ Patient-Centric Endpoint ] ◄── Audited by ── [ AINPI.dev Engine ] The Architectural Gaps in the NPD Release To test the real-world utility of the new data, Gene imported the entire publicly available directory into an open-source tool built over a weekend to evaluate and audit conformance: AINPI.dev. The audit highlighted several distinct areas where the logical models require iteration: * Endpoint Association Confusion: There remains an ongoing architectural debate within CMS working groups regarding where endpoints should sit logically. Attaching a FHIR connection endpoint directly to an individual practitioner creates massive, unmanageable data duplication. The correct semantic approach maps endpoints strictly to the Provider Organization, which then establishes relationships down to the underlying practitioners. * The Specialty Taxonomy Mess: There is still no clean, unified consensus on processing specialty codes. Payers are left navigating multiple conflicting sources of truth published across PECOS, NPPES, and specialized CMS charts, leading to distinct fragmentation in search results. * Missing Endpoints: The front door to patient-directed data access relies on clean endpoint visibility. Currently, a vast percentage of active provider organizations feature zero mapped digital endpoints, making true interoperability a fragmented experience depending entirely on where a patient lives. Where to find Ron Urwongse & Defacto Health: * LinkedIn: Ron Urwongse * Website: De facto Health Referenced in the show: * The Open-Source Audit Tool: AINPI.dev * The Agentic Healthcare Assistant Concept: HealthClaw.io * The Technical Repository Framework: Smart Health Connect * Gene’s AI Builder Cohort: FHIRIQ Workshop If you found this breakdown valuable, consider subscribing to Out of the FHIR for weekly deep dives into technical health-tech leadership. This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit evestel.substack.com/subscribe

    Navigating the Shift to Bulk Data and AI
  7. May 28

    State of Prior Authorization with Mark Fleming (Availity)

    Mark Fleming is Senior Director of Prior Authorization, Interoperability, and Portal Solutions at Availity, a leading healthcare clearinghouse and data network. With over 25 years of experience in healthcare IT and revenue cycle management starting back when Epic had only 500 employees Mark is one of the industry’s foremost experts on modernizing the administrative friction between payers and providers. Listen on YouTube, Spotify, and Apple Podcasts. We discuss: * Why a staggering two-thirds of prior authorizations are still stuck on manual faxes, phone calls, and isolated web portals. * The massive structural shift behind the CMS-0057 mandate and how standardized FHIR APIs will force standard authorization timelines from weeks down to a strict 72-hour window. * Moving from isolated transactions to real-time clinical transparency—letting providers query exact documentation and medical policy rules directly inside their EHR at the point of care. * How digitizing clinical data allows modern AI platforms to parse requirements instantly, letting patients schedule sensitive procedures within days rather than waiting for weeks. * The daunting scaling bottleneck of point-to-point connections, why the average health system routinely deals with 40 to 80 distinct payers each month, and why the industry must look toward centralized networks over customized developer builds. My biggest takeaways from this conversation: * The Stagnant State of Healthcare Administrative Friction: Despite immense technological progress in other areas of our daily lives, healthcare transactions remain stubbornly legacy. Currently, only about a third of prior authorization transactions utilize automated electronic X12 standards; the remaining two-thirds are split evenly between manual payer portals and decades-old faxes and phone calls. * The Clinical Shift of CMS-0057: The incoming federal FHIR API standards mandate a massive operational pivot. Historically, providers gathered documentation and “threw it over the fence,” resulting in back-and-forth rejections because of highly specific medical policies. By introducing Coverage Requirements Discovery (CRD) and Documentation Templates and Rules (DTR) directly into the point-of-care workflow, providers will instantly know exactly what clinical information is required before a submission occurs. * Real-Time Automated Care Approvals: Integrating real-time bi-directional FHIR streams with clinical decision platforms paves the way for immediate automated processing. By utilizing modern AI architectures to evaluate digital clinical datasets against explicit payer criteria, current production implementations (like Availity’s authAI tool) are already approving up to 78% of initial submissions within 60 seconds. This eliminates the safety buffer where providers schedule slots weeks out just to wait for a manual determination. * The Network Scalability Challenge: Point-to-point custom integrations simply do not scale for provider ecosystems. Because an average mid-sized health system must route documentation to 40 distinct payers every single month and larger ones route to up to 80 building out separate point-to-point lines of communication is logistically unfeasible. Centralized networks must step in to act as translation and trust clearinghouses to standardize operations between varying EHR versions and complex payer architectures. * The Cost-Burden Equivalence: Transitioning away from legacy administrative manual procedures can remove immense financial waste from the healthcare system. Current metrics show that a manual submission for a prior authorization costs an average of $9.00 per submission, whereas an fully electronic transaction utilizing standardized networks drops that cost to just $0.25. Where to find Mark Fleming: * LinkedIn: Mark Fleming on LinkedIn * Website: Availity Official Portal Referenced in the show: * CMS-0057 (Interoperability and Prior Authorization Final Rule): CMS Official Summary * CMS-0062 (Proposed Rule Expanding FHIR to Medications): Federal Register Rule Details * HL7 Da Vinci Project & Burden Reduction Group: Da Vinci Framework Overview * Trebuchet Project: Trebuchet Connectivity Infrastructure Initiative * HealthClaw: Open Source Fire Data Quality Assessment Layer * Epic Systems: Epic Corporate Page * Athenahealth & Humana Joint Case Study: Reference Implementation Learnings * Medical Group Management Association (MGMA) Survey: Prior Authorization Burden Metric Report * TEFCA (Trusted Exchange Framework and Common Agreement): HealthIT.gov TEFCA Details * FAST (FHIR At Scale Taskforce) Security Initiative: ONC FAST Security and Identity Working Group This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit evestel.substack.com/subscribe

    State of Prior Authorization with Mark Fleming (Availity)
  8. May 5

    The AI Paradox: Why LLMs in healthcare actually require more structured data, not less | Ewout Kramer & Ward Weistra (Firely)

    Ewout Kramer is the “head nerd” and founder of Firely, and one of the original architects of the FHIR (Fast Healthcare Interoperability Resources) standard. Ward Weistra leads data modeling tools at Firely and curates the content for FHIR DevDays. Together, they have spent over a decade transitioning healthcare from messy legacy standards to a modern, developer-friendly ecosystem. Listen on YouTube, Spotify, and Apple Podcasts We discuss: * The Origins of DevDays: How a kitchen-table meetup 15 years ago turned into the canonical global event for health tech developers. * AI as a FHIR Catalyst: Why AI doesn’t replace the need for structured data—it actually makes the “Step Zero” of standardization more critical. * The Human Side of Interoperability: Why building trust between competitors is more important than the JSON schemas themselves. * The EHDS and Global Regulation: How the European Health Data Space and U.S. Cures Act are forcing a “bottom-up” shift in software engineering. * Community & Culture: From the “Nerd Awards” to student tracks and even forming a “FHIR band.” My biggest takeaways from this conversation: 1. Standardization is only “Step Zero” A common mistake in health tech is assuming that once data is standardized into FHIR, the job is done. Ewout argues that standardizing data is merely the baseline. The real work and the focus of this year’s DevDays is extracting meaning. This involves moving from static data to national-scale workflows, clinical decision support (CQL), and figuring out how data travels with a patient across institutions without losing context. 2. The AI Paradox: More AI requires more structure, not less There is a contrarian view that LLMs are now so good at reading unstructured text that we no longer need to invest in the “hard manual work” of FHIR mapping. Ward and Ewout share the results of their global “State of FHIR” survey, which suggests the opposite. Government leaders and engineers agree that AI actually increases the demand for FHIR. To prevent hallucinations and ensure clinical safety, AI agents need the “guardrails” of a structured schema to reason over data reliably. 3. Interoperability is an “Inter-human” problem Technology rarely solves the hardest problems in healthcare; communication does. Many data mapping issues stem from “decades of legacy data” where the original developers are gone, and no one knows how a specific field is used in a specific hospital. Solving this requires what Ward calls the “trust layer” getting competitors in the same room to agree on implementation guides so that the software actually talks to each other in the real world. 4. Regulation provides the “Bottom-Up” power The EHDS (European Health Data Space) is set to mandate that by 2030, every piece of health software in the EU must implement the same interfaces. While this is a top-down mandate, it empowers the “single developer” within a large organization to convince their management to do the right thing. It shifts FHIR from a “nice-to-have” innovation project to a legal requirement for market entry. 5. The “Tiny Core” of the FHIR Community Similar to how great products have a “tiny core” (like the Notion block or the GitHub PR), the FHIR community relies on a core group of “head nerds” who have grown from junior devs to national thought leaders over the last 15 years. Events like DevDays maintain this culture through informal “nerd-outs” like automating pet turtle enclosures or building “Back to the Future” garage doors ensuring the community remains focused on building, not just policy-making. Where to find Ewout and Ward: * Ewout Kramer: LinkedIn * Ward Weistra: LinkedIn * Firely: https://fire.ly Referenced: * FHIR DevDays (June 15-18, Minneapolis): https://devdays.com https://www.hl7.org/ * The EHDS (European Health Data Space): Official Overview * Vivian Lee’s “The Long Fix”: Book Link * Kill the Clipboard Initiative: https://killtheclipboard.com * Simplifier.net: FHIR Registry Important Disclamer: DevDays is organized by both HL7 International and Firely This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit evestel.substack.com/subscribe

About

Deep conversations with Healthcare Data & AI experts, implementers, and healthcare innovators. Get practical insights, real-world implementation stories, and the latest developments in healthcare interoperability from industry leaders. evestel.substack.com