Sobald Teams in den Produktivbetrieb übergehen, tauchen die schwierigeren Fragen rund um die Plattform selbst auf: wie große Datensätze exportiert werden, wie Einwilligungsregeln eingehalten werden, wie analytische Workflows nah an FHIR-Daten gehalten werden, wie die Suchleistung verstanden werden kann und wie Betreibern eine bessere Sichtbarkeit in die Datenbank gegeben werden kann.
Für kostenträgerseitige Produkte zeigt sich derselbe Druck in anderer Form: Member Matching, Provider Access, Payer-to-Payer-Austausch, Prior-Authorization-Workflows, SMART-App-Registrierung und Portaladministration müssen alle zusammenarbeiten.
Aidbox, Formbox und Payerbox 2605 konzentrieren sich auf diese Teile des Workflows.
Bulk-Export mit mehr Kontrolle
Bulk-Export sieht von außen oft einfach aus: Daten auswählen, $export ausführen, Ergebnis in den Speicher senden. In der Praxis muss er mehr als nur die Datenselektion bewältigen. Teams müssen Einwilligungen berücksichtigen, Dateien an den richtigen Speicherort routen und entscheiden, was passiert, wenn ein einzelner Patientendatensatz einen Fehler verursacht.
Aidbox 2605 fügt einen einwilligungsbewussten Export hinzu, bei dem die Einwilligungsstrategie als Teil des Export-Flows verarbeitet wird. Bulk-Export unterstützt nun Opt-in- und Opt-out-Filterung, UDAP-B2B-Token-Konfiguration sowie DaVinci-Export-Typ-Mapping.
Die Version fügt außerdem den Parameter onPatientError hinzu. Teams können das Standardverhalten beibehalten und den Export bei einem Fehler auf Patientenebene abbrechen oder die betroffenen Patienten überspringen und fortfahren. Diese Fehler bleiben weiterhin in der Statusantwort als OperationOutcome-Datensätze unter patient-errors sichtbar.
Die Speicherkonfiguration wird ebenfalls flexibler. Über _aidbox.*-Parameter kann eine einzelne Exportanfrage den Ziel-Bucket und den Speichertyp überschreiben – einschließlich S3, Azure oder GCS – ohne die globale Aidbox-Konfiguration zu ändern.
SQL on FHIR als operativer Workflow
Aidbox 2605 fügt den asynchronen Vorgang $viewdefinition-export hinzu – eine native Operation zum Exportieren von SQL on FHIR ViewDefinitions in den Objektspeicher. Der Job läuft als verwalteter Hintergrundtask und kann bei Bedarf abgebrochen werden.
Die Version fügt außerdem $sqlquery-run hinzu, das eine SQLQuery-Bibliothek synchron über ViewDefinition-Tabellen ausführt. Es löst relatedArtifact-Abhängigkeiten in benannte Tabellen auf, bindet Eingabeparameter an :name-Platzhalter und streamt das Ergebnis im angeforderten Format.
Dadurch erhalten Teams zwei unterschiedliche Muster.
Für größere Export-Workflows können ViewDefinitions im Hintergrund in den Speicher materialisiert werden. Für die direkte Abfrageausführung können SQLQuery-Bibliotheken gegen ViewDefinition-basierte Tabellen ausgeführt werden und sofort Ergebnisse zurückgeben.
Suchleistung auf Basis realer Nutzung
Die FHIR-Suchleistung ist allein aus der Theorie heraus schwer zu optimieren. Verschiedene Teams suchen nach verschiedenen Parametern. Einige Workloads sind stark von Datumsangaben abhängig. Andere verlassen sich auf Identifier, Referenzen, Codes oder Kombinationen von Suchparametern. Alles zu indizieren ist nicht immer praktikabel, und raten führt oft zu schlechten Kompromissen.
Aidbox 2605 fügt hier zwei wichtige Neuerungen hinzu.
Datums-Suchparameter können nun einen tstzmultirange-Indexpfad verwenden. Dies ist nützlich für große Datensätze, überlappende Datumsbereiche und Ressourcen mit sich wiederholenden Datumswerten. Es behebt außerdem die ANY-Match-Semantik für diese sich wiederholenden Datumswerte.
Aidbox erfasst nun parameterbezogene Nutzungs- und Index-Gesundheitsstatistiken. Diese erscheinen in Nutzungsberichten und in der neuen Ansicht „Search Params Stats", zusammen mit Indexvorschlägen auf Basis beobachteter Abfragemuster.
Anstatt die Suchoptimierung als manuelle Untersuchung zu behandeln, können Teams nun sehen, welche Suchparameter verwendet werden und wo Indizes helfen könnten.
Eine Datenbankseite für Betreiber
Aidbox 2605 fügt eine neue datenbankfokussierte Seite in der Aidbox-Benutzeroberfläche unter /u/database hinzu.
Sie hat drei Bereiche. Der Schema Explorer zeigt Tabellen, Größe, Zeilenanzahl und Indexnutzung. Er kann außerdem VACUUM, ANALYZE und REINDEX auf einer ausgewählten Tabelle ausführen.
„Running Queries" zeigt aktive Datenbankabfragen und gibt Betreibern die Möglichkeit, diese abzubrechen oder zu beenden.
„Search Params Stats" bietet eine sortierbare und filterbare Ansicht der Nutzung von Suchparametern.
Dies sind praktische Werkzeuge für Teams, die Aidbox im Produktivbetrieb betreiben. Wenn sich das Abfrageverhalten ändert, Tabellen wachsen oder ein Suchmuster aufwändig wird, erhalten Betreiber direkt aus der Aidbox-Benutzeroberfläche mehr Sichtbarkeit.
Databricks Delta als Ziel
AidboxTopicDestination unterstützt nun Databricks-Delta-Tabellen.
Dies ist nicht nur ein Export in ein anderes Speicherziel. AidboxTopicDestination streamt FHIR-Ressourcenänderungen in eine Databricks-Delta-Tabelle, wobei Zeilen durch eine SQL on FHIR-ViewDefinition abgeflacht werden. Dadurch können Analyseteams mit spaltenbasierten Tabellen arbeiten, anstatt mit verschachteltem FHIR-JSON.
Aktualisierungen bei Validierung, Authentifizierung und Mapping
Die systemweite Validierung ist nun über POST /fhir/$validate verfügbar, zusätzlich zu ressourcenbezogenen Validierungsrouten.
Die Passwortverwaltung wurde erweitert. Angemeldete Benutzer können ihr Passwort ändern, nachdem sie das aktuelle bestätigt haben, und alle Sitzungen werden nach einer erfolgreichen Änderung abgemeldet. Administratoren können Einweg-Reset-Links mit einer Gültigkeitsdauer von 15 Minuten ausstellen. Reset-Abläufe können für Benutzer mit aktivierter Zwei-Faktor-Authentifizierung auch einen TOTP-Schritt umfassen.
Die Anmeldeseite unterstützt nun den Standard-OAuth-Parameter login_hint, sodass das Benutzernamefeld vorausgefüllt werden kann. Die Bildschirme für Anmeldung, Zwei-Faktor-Authentifizierung, Sitzungen und Berechtigungen wurden außerdem mit einem einheitlichen visuellen Stil überarbeitet.
Für Integrations- und ETL-Workflows unterstützen Mapping-Ressourcen nun skipReferenceValidation. Dieses Opt-in-Flag ist hilfreich, wenn Daten stufenweise geladen werden und einige Referenzen während der Ausführung nur teilweise verfügbar sind.
Formbox-Aktualisierungen
Formbox hat ebenfalls eine Reihe von Aktualisierungen rund um Formularnutzbarkeit, Sicherheit, Uploads und mehrsprachige Konfiguration erhalten.
Datumsvalidierungsmeldungen in NHS-Formularen sind nun klarer, insbesondere beim Feedback zur Min-/Max-Validierung. Das Layout des Entry-Modus wurde angepasst, sodass Pflichtfeldkennzeichnungen konsistenter angezeigt werden.
Für Umgebungen mit mehreren Organisationen wurde die Organisationsauswahl verbessert.
Formbox aktualisiert außerdem die AccessPolicy-Verarbeitung für Formularsitzungen durch eine rückwärtskompatible Migration, die das Policy-Matching mit SDC-ausgestellten Sitzungstoken in Einklang bringt.
Die Befüllung von Gruppenelementen wurde ebenfalls um die Unterstützung von FHIR-Query-Konfiguration und Variablen erweitert.
Die Version verbessert die Azure-Blob-Storage-Integration für Dateianhang-Uploads und fügt das automatische Laden der Standardsprache aus der Konfiguration für mehrsprachige Formulare hinzu.
Payerbox-Aktualisierungen
Payerbox 2605 erweitert kostenträgerseitige Workflows über Interop-APIs, Prior-Auth-APIs und das FHIR-App-Portal.
Für Provider Access fügt die Version $provider-member-match für asynchrones demografisches Matching mit Behandlungsbestätigung und Opt-out-Einwilligungsprüfungen hinzu. Außerdem wird $davinci-data-export hinzugefügt – ein asynchroner FHIR Bulk Data-Export über eine Mitglieder-Group, der in Provider-Access- und Payer-to-Payer-Workflows verwendet wird.
Für den Payer-to-Payer-Austausch fügt Payerbox $bulk-member-match hinzu, mit obligatorischem HRex-Einwilligungs-Opt-in pro Mitglied und separaten Ergebnissen für übereinstimmende, nicht übereinstimmende und einwilligungsbeschränkte Mitglieder.
Prior-Auth-APIs haben ebenfalls mehrere Aktualisierungen erhalten. Die CDS-Hooks-Unterstützung umfasst nun Discovery sowie die Hooks order-sign, order-select, order-dispatch und appointment-book. CRD fügt einen benutzerdefinierten Antwortmodus hinzu, DTR verwendet $questionnaire-package zur Bereitstellung von Fragebögen und Regeln, und PAS fügt Claim/$submit, Claim/$inquire und $submit-attachment hinzu.
Das FHIR-App-Portal macht ebenfalls Fortschritte mit SMART-App-Registrierung, Backend-Service-Registrierung für Bulk-Data-APIs, App-Discovery und -Start, Überprüfung verbundener Apps sowie Unterstützung für mehrere Organisationen mit rollenbasierter Zugriffssteuerung.
Mehr Kontrolle über produktive FHIR-Workflows
Aidbox 2605 konzentriert sich auf die operativen Aspekte der Arbeit mit FHIR-Daten im großen Maßstab.
Bulk-Export erhält mehr Kontrolle über Einwilligungen, Speicherziele und Fehler auf Patientenebene. SQL on FHIR fügt neue Möglichkeiten hinzu, ViewDefinitions zu exportieren und wiederverwendbare SQLQuery-Bibliotheken auszuführen. Die Suchoptimierung wird durch Nutzungsstatistiken, Index-Gesundheitsdaten und Indexvorschläge transparenter. Datenbankbetreiber erhalten eine dedizierte UI-Seite für Schema-Sichtbarkeit, aktive Abfragen und Suchparameter-Statistiken.
Formbox folgt derselben Richtung auf der Formularseite mit Aktualisierungen rund um Validierungsmeldungen, Pflichtfeldkennzeichnungen, Organisationsauswahl, SDC-Sicherheit, Datei-Uploads und mehrsprachige Konfiguration.
Payerbox erweitert die Version um kostenträgerseitige Workflows, darunter Provider Access, Payer-to-Payer-Austausch, Prior-Auth-APIs, SMART-App-Registrierung, App-Zugriff und Unterstützung für mehrere Organisationen.
Lesen Sie die vollständigen Release Notes für Aidbox und Formbox sowie Payerbox, oder beteiligen Sie sich an der Diskussion auf Zulip.
