Der 7. jĂ€hrliche CMS HL7 FHIR Connectathon fand vom 14. bis 16. Juli 2026 statt â eine kostenlose, virtuelle Veranstaltung, organisiert von den Centers for Medicare & Medicaid Services (CMS) gemeinsam mit HL7 International. Ziel ist praktisches Testen: Implementierer setzen echte FHIR-Workflows gegeneinander ein, arbeiten gemeinsam an Schwachstellen und bereiten sich auf die kommenden InteroperabilitĂ€tsanforderungen von CMS und ONC vor.
Wir haben in diesem Jahr an zwei Tracks teilgenommen â Burden Reduction und PDex Payer-to-Payer â und unsere Implementierungen direkt gegen andere Payer- und Anbietersysteme getestet. Nachfolgend finden Sie eine Zusammenfassung des jeweiligen Verlaufs.
Burden Reduction Track
Im Da Vinci Burden Reduction Track (CRD, DTR und PAS â der elektronische Stack fĂŒr Prior Authorization) ĂŒbernahmen wir die Payer-Seite: Unser Server stellte die CDS Hooks, DTR-Fragebögen und PAS-Operationen bereit, wĂ€hrend EHR-Anbieter ihre providerseitigen Implementierungen dagegen testeten. Ăber zwei Tage hinweg fĂŒhrten wir Sitzungen mit Epic, MEDITECH, Darena Health, MEDHOST, Oracle Health und Altera Digital Health durch. Vielen Dank an alle fĂŒr die sorgfĂ€ltig vorbereiteten Tests. Das gemeinsame Testszenario war eine Prior Authorization fĂŒr Heim-Sauerstofftherapie: Ein CRD order-sign-Hook gibt eine Karte mit dem Hinweis âPrior Authorization erforderlich" zurĂŒck, die eine Coverage-Information-Systemaktion mit Verweis auf einen DTR-Fragebogen enthĂ€lt; die Klinikerin bzw. der Kliniker fĂŒllt das vorausgefĂŒllte Formular aus, und das resultierende Bundle wird an PAS Claim/$submit ĂŒbermittelt, wo es innerhalb von Sekunden beschieden wird. Ăber diesen Happy Path hinaus erprobten wir alle vier CRD Hooks, DTR $questionnaire-package, PAS $inquire, CDex $submit-attachment sowie die Workflows fĂŒr Anspruchsaktualisierung und -stornierung. Die gesamte Kette â vom CRD-Card ĂŒber das DTR-Formular bis zur PAS-Einreichung â lief mit echten EHR-Systemen als Treiber vollstĂ€ndig durch. In mehreren DurchlĂ€ufen kamen Identifier, die in unserer CRD-Antwort geprĂ€gt wurden, in der PAS-Einreichung des Partners wieder bei uns an. Das ist ein ĂŒberzeugender Beweis dafĂŒr, dass die einzelnen Teile zusammenpassen â und er erforderte auf beiden Seiten echten Engineering-Aufwand.
Wie beim PDex-Track lieferte das Testen gegen echte Systeme uns eine konkrete, priorisierte Liste von Verbesserungen, und die meisten davon haben wir noch wĂ€hrend der Veranstaltung selbst behoben und neu deployt. Eine Payload, die in einer Morgensitzung fehlschlug, bestand am selben Nachmittag beim erneuten Test hĂ€ufig. Einige Beispiele: Derselbe HCPCS-Code kann unter verschiedenen URI-Schreibweisen ankommen; daher haben wir das Policy-Matching so angepasst, dass diese kanonisiert werden, anstatt sich darauf zu verlassen, welche das EHR verwendet. Wir haben die Validierungsstrenge angepasst, sodass harmlose Abweichungen bei Display-Strings und Referenzen nun als Warnung ausgegeben werden statt zu blockieren, wĂ€hrend unvollstĂ€ndige Einreichungen weiterhin eine klare Fehlerantwort erhalten. AuĂerdem haben wir Coverage-Aussagen auf eindeutige Entscheidungen umgestellt und Probleme bei der Fragebogen-VorausfĂŒllung behoben, die erst auftraten, als echte DTR-Clients echte Formulare öffneten.
Der Austausch verlief auch hier in beide Richtungen. Wir haben Partnern Hinweise zur PAS-Bundle-SelbststĂ€ndigkeit gegeben (welche referenzierten Ressourcen im Einreichungs-Bundle enthalten sein mĂŒssen) sowie zum DTR-Launch-Signaling in CRD 2.1, wo die Coverage-Information-Systemaktion das Ă€ltere Card-Link-Muster abgelöst hat, zuzĂŒglich einiger kleinerer Beobachtungen zu Testdaten. Zwei Probleme haben wir unterhalb unseres eigenen Codes lokalisiert und an unseren FHIR-Plattformanbieter gemeldet.
PDex Payer-to-Payer Track
Im Da Vinci Payer Data Exchange (PDex) Payer-to-Payer Track testeten wir unsere Implementierung gegen drei andere Systeme: InterSystems, Hike Health und CareEvolution. Vielen Dank an alle Teilnehmenden fĂŒr den Test unserer Lösung. Ziel war es, den vollstĂ€ndigen Payer-to-Payer-Ablauf von Anfang bis Ende zu erproben â Member Matching ĂŒber $bulk-member-match, gefolgt von Bulk Data Export ĂŒber $davinci-data-export.
Das Testen gegen echte Systeme brachte eine konkrete, priorisierte Liste von Verbesserungen zutage, die von den Teams, die unsere Lösung integrierten, rĂŒckgemeldet wurden. Das Feedback konzentrierte sich auf einige wenige Themen: Abgleich unseres CapabilityStatements mit den Erwartungen des IG hinsichtlich der Deklaration von PDex-Operationen, Lockerung einiger strenger Validierungs- und Request-Body-PrĂŒfungen, die Partnern im Weg standen, PrĂ€zisierung unserer Bulk-Export-Filter sowie eine verstĂ€ndlichere Darstellung des einwilligungsbasierten Routings von matched Members, wenn ein Member EinschrĂ€nkungen unterliegt. Dabei handelt es sich um keine strukturellen Probleme; es sind genau die Art von InteroperabilitĂ€tsdetails, die erst beim Testen gegen echte Systeme sichtbar werden, und wir arbeiten sie derzeit ab.
Auch wir haben einige Beobachtungen an unsere Testpartner zurĂŒckgegeben â zum Beispiel, dass einige Implementierungen wĂ€hrend der Veranstaltung keinerlei Referenz- oder FHIR-Validierung durchfĂŒhrten und eine ein MissverhĂ€ltnis zwischen synchronen und asynchronen Matching-ZĂ€hlungen aufwies. Genau dieser bidirektionale Austausch ist der Sinn eines Connectathons: Jedes Team geht mit einem klareren, handlungsorientierteren Backlog nach Hause.
Selbst ausprobieren
Möchten Sie unsere Implementierung auf dieselbe Weise testen, wie es unsere Connectathon-Partner getan haben? Wir können Sie mit denselben Szenarien einrichten, die wir wÀhrend der Veranstaltung verwendet haben: Member Matching und Bulk Export auf der PDex-Seite sowie den CRD-, DTR- und PAS-Ablauf auf der Burden-Reduction-Seite. Nehmen Sie Kontakt mit uns auf, und wir helfen Ihnen beim Einstieg.
Und wenn Sie Payer-to-Payer-Datenaustausch oder elektronische Prior Authorization auf FHIR aufbauen und einfach Erfahrungen austauschen möchten, freuen wir uns ebenfalls von Ihnen zu hören.
