Release 2606 konzentriert sich auf die Workflows, die FHIR-Datenoperationen am nächsten stehen: Analysen, Bulk Export, API-Verhalten, Vorabgenehmigungen (Prior Auth) und Formularstabilität. Der gemeinsame Nenner ist die Kontrolle darüber, wie FHIR-Daten abgefragt, exportiert, über APIs bereitgestellt und in Kostenträger- sowie Formular-Workflows verarbeitet werden.
In Aidbox 2606 zieht SQLView in die Analytics-Oberfläche ein, Abfrageergebnisse lassen sich als Diagramme darstellen, die Ausgabe von $export kann mit _elements eingeschränkt werden, und das REST-API- sowie Verlaufsverhalten lässt sich pro Ressourcentyp konfigurieren. Dasselbe Release veröffentlicht außerdem einen Performance-Benchmark und dokumentiert Supply-Chain-Artefakte über Cosign-Signaturen und SBOMs.
Payerbox 2606 macht Fortschritte bei der Interoperabilität zwischen Kostenträgern und bei Prior Auth – mit Unterstützung neuerer Da-Vinci-Versionen für CRD, DTR und PAS, aktualisierten Payer-to-Payer-Exportfunktionen und einem Payerbox Umbrella-Helm-Chart für Full-Stack-Kubernetes-Deployments.
Formbox 2606, früher als Aidbox Forms bekannt, legt den Fokus auf alltägliche Zuverlässigkeit: automatisches Speichern, zuverlässigere Übermittlung beim aktiven Eingabefeld, lokalisierungsbewusste Signatierzeitstempel und verbesserte SDCConfig-Unterstützung für geteilte und eingebettete Formulare.
Analytics-Workflows werden in Aidbox stärker vernetzt
Die Analytics-Oberfläche enthält nun SQLView, ein neues SQL on FHIR Library-Profil. Es erscheint in der einheitlichen /analytics-Liste zusammen mit ViewDefinition und SQLQuery, sodass zusammengehörige Analyse-Artefakte leichter gefunden und an einem Ort verwaltet werden können.
Teams können SQLViews erstellen und bearbeiten, Abhängigkeiten auflösen, Datenherkunft einsehen und die neue Notebook-Zelle sql-view verwenden. Die eigentliche Neuerung besteht nicht nur in einem weiteren Artefakttyp, sondern in einem stärker vernetzten Workflow für die Aufbereitung von FHIR-Daten mit SQL on FHIR.
Die Diagrammvisualisierung kommt außerdem in die SQL-Konsole, in Notebooks und in SQL-Query-Ansichten. Anstatt Ergebnisse nur zum Prüfen eines Musters zu exportieren, können Anwender eine Abfrage ausführen und die Ausgabe direkt in Aidbox visuell überprüfen.
Bulk Export wird präziser
Konsumenten von Exporten benötigen häufig eine kleinere, vorhersehbare Teilmenge statt der vollständigen FHIR-Ressource. Dies ist in Analyse-, Kostenträgeraustausch- und anderen Datenfreigabe-Workflows üblich, bei denen unnötige Felder das Volumen erhöhen, ohne einen Mehrwert zu bieten.
Der _elements-Parameter für $export macht dies in 2606 möglich. Die Exportausgabe kann auf ausgewählte Elemente beschränkt werden, beispielsweise name oder Patient.name, während die erforderlichen Felder resourceType, id und meta in der Ressource erhalten bleiben.
Gefilterte Ressourcen werden als SUBSETTED gekennzeichnet, sodass der partielle Charakter der Ausgabe für nachgelagerte Systeme explizit erkennbar ist. Der Parameter ist über GET-Abfrageparameter sowie über den POST-Parameters-Body verfügbar.
Verschachtelte Pfade wie Patient.name.family sind über die optionale Einstellung fhir.bulk-data.export.nested-elements verfügbar. 2606 unterstützt außerdem den systemweiten Bulk Export und erweitert damit die verfügbaren Exportoptionen für umfangreichere Daten-Workflows.
API-Verhalten und Laufzeit-Vorhersagbarkeit
Die ressourcenspezifische Storage- und API-Konfiguration gibt Teams die Kontrolle über das REST-API- und Verlaufsverhalten pro Ressourcentyp. Anstatt die gesamte API-Oberfläche als einen globalen Schalter zu behandeln, kann eine Instanz den Verlauf für verschiedene Ressourcentypen unterschiedlich bereitstellen oder vorhalten.
Auch das Caching erhält ein produktionsorientiertes Update. Der versionsbasierte Cache-Layer verbessert die Leistung und den Speicherverbrauch und behebt Fälle, in denen gecachte Daten nach Änderungen an den zugrundeliegenden Ressourcen veraltet bleiben konnten.
Das Suchverhalten ist bei Fehlerfällen klarer. Nicht unterstützte Suchparameter geben einen verständlichen Fehler zurück anstatt eines internen Fehlers, und der SearchParameter-Metadaten-Cache wird bei Aktualisierung und Löschung invalidiert, sodass Änderungen an benutzerdefinierten Suchparametern sofort wirksam werden.
Zugriffsänderungen greifen ebenfalls schneller. Wenn für einen Benutzer eine neue Rolle erstellt wird, wird der JWT-Cache für diesen spezifischen Benutzer geleert, sodass neu gewährter Zugriff ohne Wartezeit bis zum normalen Cache-Ablauf wirksam wird.
Für Teams, die Deployment-Eigenschaften bewerten, bietet der öffentliche Performance-Benchmark eine gemeinsame Ausgangsbasis für Skalierungsdiskussionen. Die Übersicht zur Supply-Chain-Sicherheit dokumentiert signierte Docker-Images und SBOMs, was Plattform- und Sicherheitsteams bei der Überprüfung der eingesetzten Artefakte unterstützt.
Payerbox-Updates für Prior Auth und Payer-to-Payer-Austausch
Für Payer-to-Payer-Workflows authentifiziert $bulk-member-match den anfragenden Kostenträger über UDAP B2B; Details dazu finden sich unter Authentifizierung. $davinci-data-export erhält außerdem den Exporttyp payertopayer für den Payer-to-Payer-Austausch.
Bei der Provider-Directory-Arbeit gibt es ebenfalls Änderungen in der CMS Medicare Plan Finder-Pipeline. Bereichsfilter werden jetzt innerhalb der $export-Abfrage ausgeführt, die Exportausgabe wird gzip-komprimiert, und eine lauffähige Referenzimplementierung ist in den Aidbox-Beispielen verfügbar; die MPF-Pipeline-Dokumentation erläutert die Pipeline-Einrichtung.
Die Prior-Auth-APIs werden auf neuere Da-Vinci-Versionen aktualisiert. CRD wird auf Da Vinci CRD 2.1.0 angehoben und leitet Fehler des Entscheidungsdienstes mit dem ursprünglichen HTTP-Status und OperationOutcome weiter, während DTR auf Da Vinci DTR 2.1.0 wechselt.
PAS wird auf Da Vinci PAS STU 2.1.0 aktualisiert, das nun die Standardversion ist; STU 2.0.1 bleibt über PAS_IG_VERSION weiterhin auswählbar. Damit bleiben die Prior-Auth-APIs mit der neueren IG-Version abgestimmt, während ein Konfigurationspfad für die vorherige Version erhalten bleibt.
Claim/$submit schreibt nun eine ClaimResponse-Referenz-Extension auf den übermittelten Claim und verknüpft diesen mit der resultierenden ClaimResponse. Die Operation ist außerdem idempotent bezüglich Claim.identifier, sodass die erneute Übermittlung eines vorhandenen Claims die bestehende ClaimResponse zurückgibt, anstatt eine doppelte Vorabgenehmigung zu erstellen.
Unter PAS 2.1.0 behält eine aktualisierte Vorabgenehmigung eine einzige ClaimResponse am ursprünglichen Claim. Claim/$submit und Claim/$inquire geben diese ClaimResponse für jeden Claim in der Aktualisierungskette zurück.
Das FHIR App Portal erhält zwei kleinere Produktupdates. Das Developer Portal kann nun einen Backend-Bulk-Data-Dienst mit einem Client-Secret für Client-Credentials-Flows registrieren – zusätzlich zu einem JWKS-URI; Backend-Dienste erläutert diese Einrichtung. Das Admin Portal erhält eine neu gestaltete App-Review-Karte.
Das Kubernetes-Deployment erhält mit dem neuen Payerbox Umbrella-Helm-Chart einen einfacheren Einstiegspunkt. Der Chart deployed den gesamten Stack, einschließlich Portals, Interop-APIs, Prior Auth und Aidbox.
Formbox verbessert die Zuverlässigkeit beim Ausfüllen und Teilen von Formularen
Formbox 2606 konzentriert sich auf die Verbesserung von Zuverlässigkeit und alltäglicher Benutzerfreundlichkeit.
Das automatische Speichern bewahrt nun Formulardaten, wenn ein Formular während des Ausfüllens neu geladen wird. Die Formularübermittlung ist für Text- und Datum/Uhrzeit-Felder ebenfalls zuverlässiger und stellt sicher, dass die zuletzt eingegebenen Werte übermittelt werden, auch wenn das aktive Feld noch nicht den Fokus verloren hat.
Darüber hinaus sind mehrere Komfortverbesserungen enthalten. Das Signaturelement zeigt nun das Signierdatum und die Uhrzeit in der Browsersprache an, und der Abschnitt „Berechneter Ausdruck" öffnet standardmäßig den erweiterten Editor, um das Risiko versehentlichen Datenverlusts zu verringern.
Auch das Teilen von Formularen wurde verbessert, mit besserer SDCConfig-Unterstützung. Geteilte Formulare können nun SDCConfig einschließen, darin definierte Themes anwenden, und der eingebettete Formular-Builder bietet zuverlässigeres SDCConfig-Laden über onFetch.
Bereinigung veralteter Komponenten und weitere Aidbox-Updates
MPI $match und zugehörige Funktionen wurden aus Aidbox entfernt. Der Patientenabgleich ist nun in MDMbox angesiedelt, das der vorgesehene Produktpfad für diese Funktionalität ist.
Die Bereinigung der Legacy-Engine geht über MPI hinaus. Zen-Validierung, das Entity/Attribute-Framework, das Legacy FHIR Terminology Repository sowie das Zen-basierte Repository, Indizes und die Suchimplementierung wurden vollständig entfernt.
FHIR Schema-Validierung ist nun der einzige Validierungsmodus. Die Einstellung BOX_FHIR_SCHEMA_VALIDATION wurde entfernt und hat keine Wirkung mehr; die Validierung kann nicht länger deaktiviert werden.
Die Metadatenausgabe ist ebenfalls bereinigt. /fhir/metadata gibt in CapabilityStatement.implementationGuide keine nicht-absoluten kanonischen URLs mehr aus, und Pakete ohne kanonische URL werden weggelassen.
Ein weiteres Protokoll-Update ist in Aidbox 2606 enthalten. Der Streamable-HTTP-MCP-Transport unterstützt direkte Verbindungen von modernen MCP-Clients wie ChatGPT und Claude, wird hier jedoch als sekundäres Update und nicht als zentrales Release-Thema aufgeführt.
Die vollständigen Release Notes lesen
Dieser Beitrag hebt die Release-Themen hervor, die für Datenoperationen, Kostenträger-Workflows und Formular-Zuverlässigkeit am relevantesten sind. Den vollständigen Changelog finden Sie in den Release Notes für Aidbox 2606, Payerbox 2606 und Formbox 2606.
Die verlinkten Dokumentationen enthalten alle Details, die für die Upgrade-Planung und Feature-Konfiguration erforderlich sind. Sie sind der beste Ausgangspunkt, um genaue Einstellungen, Operationsverhalten und produktspezifische Release Notes vor der Implementierung zu prüfen.
