Release 2609 ergänzt Aidbox um abhängigkeitsbewusste SQL-Materialisierung sowie neue Optionen zum Speichern, Filtern und Weiterleiten von Audit-Events. Das FHIR App Portal erhält eine unterzeichnete Mitgliederzustimmung, und Formbox führt den KI-Scriber in alpha ein, um Formulare aus Gesprächen zu befüllen. Das Release umfasst außerdem Formularpakete, Aktualisierungen zur Formularerstellung und neue Payer-Datenfeeds.
SQL on FHIR Materialisierung
Die neue Ressource AidboxMaterialization verwaltet zusammengehörige SQL-on-FHIR-Definitionen als PostgreSQL-Views oder materialisierte Views. Sie unterstützt ViewDefinitions und SQL Libraries vom Typ SQLView oder SQLQuery. Abfragen, die von einem gespeicherten Objekt abhängen, lesen dieses direkt, anstatt eine Kopie seines SQL einzubinden.
Wenn sich eine Definition ändert, prüft die Operation $materialize das SQL über den gesamten Abhängigkeitsgraphen, bevor Datenbankobjekte geändert werden. Bereits aktuelle Objekte werden übersprungen; Objekte, die aktualisiert werden müssen, werden zusammen mit betroffenen Abhängigen neu aufgebaut.
Aktualisierungen materialisierter Views werden explizit ausgelöst; Aidbox plant sie nicht automatisch. Die bestehende Operation ViewDefinition/$materialize steht weiterhin für einzelne Definitionen zur Verfügung.
Audit-Event-Speicherung und -Übermittlung
Aidbox veröffentlicht Audit-Events nun über das integrierte Topic AuditEventsR4BALP. Teams können Events an Webhooks, Kafka, GCP Pub/Sub und andere unterstützte Ziele weiterleiten oder sie in Aidbox speichern – mit einem Ziel vom Typ „audit-events-recorder". Die Einstellung security.audit-log.enabled startet einen integrierten Recorder; lokale Aufzeichnung unterstützt FHIR R4 und R4B.
Jedes Ziel kann Events filtern nach Typ, Untertyp und Aktion. Aidbox erstellt nur Events, die von mindestens einem Ziel akzeptiert werden, sodass Teams die zu auditierenden Operationen gezielt auswählen können. Ist kein Ziel für das Topic konfiguriert, werden keine Audit-Events erstellt.
Die alten Einstellungen für die Übermittlung an externe Repositories, Batching, Flush-Intervalle und Anfrage-Header sind veraltet und werden ignoriert. Bestehende Integrationen mit einem externen Audit-Repository, das über security.audit-log.repository-url konfiguriert wurde, erhalten nach dem Upgrade keine Events mehr. Um die Weiterleitung aufrechtzuerhalten, erstellen Sie ein Webhook-Ziel mit demselben Endpunkt und stellen Sie sicher, dass das Repository das neue History-Bundle-Format akzeptiert, das in der Migrationsanleitung beschrieben ist.
Mitgliederzustimmung im FHIR App Portal
Mitglieder können ihre Datenweitergabe-Einstellungen nun auf einer neuen Seite zur Datenweitergabe erfassen. Sie können dem Provider Access widersprechen oder ihren Plan autorisieren, Unterlagen von früheren oder gleichzeitig laufenden Plänen über den Payer-to-Payer-Austausch anzufordern. Die Datenweitergabe über Provider Access ist standardmäßig aktiviert, sofern das Mitglied nicht widerspricht; Payer-to-Payer-Anfragen erfordern eine ausdrückliche Zustimmung. Jede Entscheidung wird unterzeichnet und als Sammlung von FHIR-Ressourcen gespeichert, einschließlich einer Consent-Ressource.
Sofern die Unterzeichnung durch Vertreter aktiviert ist, kann ein bevollmächtigter Vertreter die Entscheidung des Mitglieds erfassen. Eine Entscheidung eines Vertreters, die die Datenweitergabe ausweitet, erfordert eine Genehmigung durch den Administrator; die bisherige Entscheidung bleibt bis zur Genehmigung in Kraft. Eine Entscheidung, die die Datenweitergabe einschränkt, tritt sofort in Kraft.
Die Einstellungen zur Zustimmung steuern die Plan-Organisation, den Gültigkeitszeitraum der Autorisierung, die Option „nur nicht-sensible Daten" sowie die Liste der früheren Payer.
Datenintegration
Die Datenintegrations-Referenz ergänzt Feeds für Claims, Vorabgenehmigungen, Arzneimittelformulare und Mitgliederzustimmung. Claims richten sich nach CARIN BB 2.1.0, Vorabgenehmigungen nach PDex 2.1.0 und Arzneimittelformulardaten nach PDex US Drug Formulary 2.1.0.
PAS Analytics
Erfolgreiche PAS-Anfragen können mit PAS_PERSIST_INQUIRIES=true als AuditEvents aufgezeichnet werden; diese Option ist standardmäßig deaktiviert. PAS Metrics 0.1.9 nutzt diese Aufzeichnungen, um Abfrageaustausche zu zählen und Abfragen von anderen Leistungserbringern als dem verordnenden Arzt zu identifizieren.
Formbox
KI-Scriber
Der KI-Scriber, eingeführt in alpha, trägt Antworten aus Gesprächen in Formbox-Formulare ein. Benutzer können Details diktieren, eine Antwort korrigieren und per Sprache zwischen Seiten oder Formularen in einem Paket wechseln. Der Scriber schlägt außerdem Terminologie-Codes nach und bewahrt Belege für generierte Antworten.
Ist eine Anweisung unklar, kann der Scriber eine Notiz am betreffenden Feld hinterlassen, die der Benutzer auflösen muss. Benutzer prüfen Antworten und Validierungsergebnisse vor der Einreichung. Der Scriber ist standardmäßig deaktiviert und muss in der Konfiguration des Formulars aktiviert werden.
Formularpakete und Formularerstellung
Formularpakete fassen wiederverwendbare Formulare in einem einzigen Workflow zusammen. Antworten können bestimmen, welche Formulare angezeigt werden, und Felder in nachfolgenden Formularen vorausfüllen. Pakete können per Link oder E-Mail geteilt und in eine Anwendung eingebettet werden. Antworten aus den Formularen eines Pakets können als einzelnes PDF exportiert werden.
Der Form Builder erhält ein KI-first-Layout in alpha, mit einem Chat neben der Formularvorschau zum Erstellen und Bearbeiten von Formularen über natürlichsprachliche Anweisungen. Liquid Templates erhalten ebenfalls KI-gestützte Bearbeitung und eine Live-Vorschau sowie Werkzeuge zur Verwaltung von Templates und zur Verknüpfung mit Formularen.
MDMbox: Kontinuierliches Matching und Aidbox-Zugriff
Kontinuierliches Matching gleicht bestehende Datensätze ab und hält die Ergebnisse aktuell, während Datensätze eingefügt, aktualisiert und gelöscht werden. Änderungen an vorbereiteten Feldern berechnen betroffene Übereinstimmungen und Gewichtungen neu; das Löschen eines Datensatzes entfernt seine Übereinstimmungspaare. Manuelle Entscheidungen und der Zusammenführungsverlauf bleiben verfügbar.
Das Pausieren eines Prozesses bewahrt abgeschlossene Ergebnisse und erfasste Änderungen. Aktive Prozesse erholen sich nach Neustarts und übertragen Matching-Arbeit zwischen Instanzen während rollierender Updates. Die Admin-Oberfläche zeigt den Fortschritt der Änderungsanwendung und des Matchings separat an. Ergebnisse können als CSV oder NDJSON heruntergeladen oder als paginiertes JSON mit einem Filter für den Entscheidungsstatus durchsucht werden.
MDMbox läuft nun als Aidbox-App, sodass Sie sowohl die Admin-Oberfläche als auch die API über Aidbox erreichen. Ein separater MDMbox-Host ist nicht mehr erforderlich. Öffnen Sie die Admin-Oberfläche unter /mdmbox auf Ihrer Aidbox-Adresse und senden Sie API-Anfragen ebenfalls an Aidbox. Aidbox übernimmt Anmeldung und Zugriffskontrolle für beides, sodass eine separate MDMbox-Anmeldung nicht mehr nötig ist.
Weitere Aktualisierungen
Aidbox ergänzt eine Versionsauswahl für StructureDefinitions zur Validierung von API-Ressourcen sowie SMART-Patient-Scope-Zugriff auf Binary-Ressourcen über deren Sicherheitskontext.
Metriken, Traces und Logs übernehmen service.name nun aus BOX_INSTANCE_NAME, mit Aidbox als Standardwert. Teams, die einen benutzerdefinierten Instanznamen verwenden, sollten Dashboards und Alarme aktualisieren, die nach dem bisherigen Dienstnamen filtern.
Vollständige Release Notes lesen
Das vollständige Änderungsprotokoll und Konfigurationsdetails finden Sie in den Release Notes für:
