Release 2608 bringt Streaming großer Binary-Ressourcen, Google Cloud SQL IAM-Authentifizierung und bereichsbegrenzte Purge-Operationen für Aidbox. Außerdem werden Formbox Voice-Agents für automatisierte Patientenanrufe sowie ein Payerbox-Datenvertrag für eingehende Integrationen eingeführt – gemeinsam mit Aktualisierungen für Kostenträger-Interoperabilität, Vorabgenehmigungen, Analysen und die Veröffentlichung von Anbieterverzeichnissen.
Große Binärdateien und Cloud-Bereitstellung
Aidbox kann große Binary-Dateien streamen – zwischen einem Client und einem externen Blob-Speicher, sofern Offload für das Element data konfiguriert ist. Da nur ein kleiner Puffer im Arbeitsspeicher gehalten wird, können Dateien größer sein als der dem Instanz verfügbare Speicher.
Der Parameter blobNamePrefix schreibt ausgelagerte Dateien als {prefix}/{uuid}. Das Präfix ermöglicht die Trennung von Umgebungen oder Mandanten in einem gemeinsam genutzten Azure-, AWS- oder GCP-Bucket.
Speicher- und API-Konfiguration kann über ein Init-Bundle bereitgestellt werden.
Die Cloud SQL Java Connector-Integration verbindet Aidbox über die Cloud SQL JDBC-Socket-Factory mit Google Cloud SQL für PostgreSQL – mit IAM-Datenbankauthentifizierung anstelle eines gespeicherten Datenbankpassworts.
Zustellung von Subscription-Ereignissen
Aidbox kann eine Anfrage-Correlation-ID in eine Topic-basierte Subscription-Benachrichtigung kopieren. Der Header-Name wird mit module.topics.correlation-id-header konfiguriert. NATS-Ziele erhalten den Wert als nativen Nachrichten-Header.
Für Kafka verwendet keyByResourceId die FHIR-Ressourcen-ID als Nachrichtenschlüssel. Ereignisse für dieselbe Ressource werden an dieselbe Partition weitergeleitet und behalten ihre Reihenfolge. Webhook-Ziele sind grundsätzlich unveränderlich, jedoch kann der endpoint eines webhook-at-least-once-Ziels aktualisiert werden, wenn es sich dabei um den einzigen geänderten Parameter handelt.
Datenbereinigung und API-Verhalten
Organization $purge löscht ausgewählte oder alle Daten, die einer Organisation und ihren untergeordneten Organisationen gehören. Group $purge arbeitet auf Patientenebene: Es löscht jedes Patient-Mitglied einer Group zusammen mit den Ressourcen im Compartment des jeweiligen Patienten – entweder synchron oder asynchron. Die Autorisierung wird für jedes Mitglied geprüft, bevor die Löschung beginnt; eine einzelne Ablehnung lässt die Group unverändert.
Weitere Änderungen in Aidbox:
- Antworten auf Create- und Update-Anfragen geben einen absoluten FHIR-
Location-Header zurück. Setzen Siefhir.location-header-compliant-modeauffalse, um die bisherige relative Form wiederherzustellen. - Neue Einstellungen steuern Nutzungsstatistiken für Suchparameter.
fhir.search.param-stats.enabledsteuert die Erfassung, währendfhir.search.param-stats.flush-intervalfestlegt, wie häufig gepufferte Stichproben in PostgreSQL geschrieben werden. Beide unterstützen Hot-Reload. - GraphQL-Referenzen auf enthaltene Ressourcen werden inline über das Feld
resourceaufgelöst, anstattnullzurückzugeben. - Fehlerbehebungen sind für Aidbox UI, Multibox und die Trace-Zustellung über den OTEL-Connector enthalten.
Bei Batch- und Transaktionsanfragen gibt Prefer: return=minimal nun ein Response-Bundle ohne Ressource-Bodies zurück – entsprechend dem Verhalten von HAPI. Einträge behalten response.status, location, etag und lastModified; fehlgeschlagene Einträge behalten ihr OperationOutcome. Clients, die das bisherige Verhalten mit leerem Body benötigen, sollten Prefer: return=hs-headers-only verwenden. Endpunkte für einzelne Ressourcen sind davon nicht betroffen.
Voice-Agents und die neue Formbox-Oberfläche
Release 2608 bringt zwei wesentliche Änderungen für Formbox. Voice-Agents wandeln bestehende Formulare in automatisierte Patientenanrufe um: Ein Agent stellt die Fragen des Formulars, erfasst die Antworten und nutzt die vorhandenen Formularinhalte als Grundlage für das Gespräch. Die neue Formbox-Oberfläche ist jetzt der Standard – mit einer übersichtlicheren und optimierten Art, mit Formularen zu arbeiten; die bisherige Oberfläche bleibt für Teams verfügbar, die sie benötigen.
Formbox erhält in diesem Release außerdem mehrere kleinere Verbesserungen: Textbereiche in langen Formularen behalten während der Eingabe eine stabile Scrollposition, über einen eingebetteten iframe-Renderer eingegebene Datumsangaben werden korrekt gespeichert, benutzerdefinierte Attribute mit booleschen, ganzzahligen und dezimalen Werten werden beim Speichern korrekt verarbeitet, und größere, ressourcenintensivere PDF-Formulare können importiert und in Questionnaire-JSON umgewandelt werden.
Ein veröffentlichter Datenvertrag für Payerbox
Die Data Integration Reference definiert den eingehenden Datenvertrag für Payerbox. Sie umfasst 24 USCDI v3.1-Datensätze, die auf US Core 6.1.0 gemappt sind, sowie vier Provider-Directory-Datensätze, die auf Plan-Net 1.2.0 gemappt sind. Jeder Datensatz verfügt über eine herunterladbare CSV-Vorlage. Kodierte Spalten verweisen auf ihre Value-Sets, beispielsweise das OMB Ethnicity Categories ValueSet.
Payerbox zielt auf CARIN Blue Button 2.1.0 und PDex Plan-Net 1.2.0 ab und ersetzt damit die Versionen 2.0.0 und 1.1.0. CARIN BB 2.1.0 fügt die Non-Financial-Basis-Profile hinzu, die bei Payer-to-Payer- und Provider-Access-Exporten verwendet werden. Die unterstützten Versionen sind auf der Seite Implementation Guides aufgeführt.
Interoperabilitäts- und Vorabgenehmigungsaktualisierungen
Für Payer-to-Payer und Provider Access akzeptiert $davinci-data-export Kick-off-Parameter im Query-String und gibt 400 bei einem umgekehrten _since- und _until-Fenster zurück. $bulk-member-match und $provider-member-match schlagen nicht mehr fehl, wenn ein MemberBundle auf Ressourcen verweist, die nur auf der anfragenden Seite vorhanden sind. Die Member-Match-Änderung erfordert BOX_FHIR_VALIDATION_SKIP_REFERENCE=true, wie im Bereitstellungsleitfaden beschrieben.
Payerbox lehnt Aktualisierungen einer abgelehnten Vorabgenehmigung ab, unabhängig davon, wie das Utilization-Management-System die Entscheidung zurückgeschrieben hat; der Aktualisierungsablauf für Claim/$submit beschreibt das Verhalten. $submit-attachment verwendet das PAS-Codesystem PASTempCodes für supportingInfo.category. Die bisherige System-URL existierte nicht im Implementation Guide und schlug bei der Terminologievalidierung fehl.
Für CRD geben order-sign, order-dispatch und appointment-book eine Coverage-Information-System-Aktion zurück, wenn der Versicherungsschutz nicht bestimmt werden kann. Zusammen mit der erläuternden Card annotiert die Aktion den Entwurfsauftrag mit covered=conditional, info-needed=OTH und einem menschenlesbaren Grund, wie von Da Vinci CRD 2.1.0 gefordert. order-select bleibt unverändert und gibt nur die Card zurück.
PAS-Analysen und MPF-Veröffentlichung
Das PAS-Metriken-Paket io.healthsamurai.pas-metrics 0.1.6 steht mit einem Aidbox-Notebook zum Download bereit, das jede Metrik grafisch darstellt. Paketdetails finden Sie in der PAS-Metriken-Dokumentation.
Die MPF-Provider-Directory-Pipeline veröffentlicht Daten nach Vertragsjahr. InsurancePlan.period enthält das veröffentlichte Jahr, und Anbieter, die in diesem Jahr nicht im Netzwerk sind, werden ausgeschlossen. Der Netzwerkumfang wird bei jedem Durchlauf aus den konfigurierten Plänen abgeleitet: Administratoren konfigurieren InsurancePlan-IDs, und die Netzwerk-Organization-IDs werden aus dem network[] jedes Plans entnommen. Die Einstellung Network Organization IDs wurde entfernt, und zuvor gespeicherte Werte werden ignoriert. Die Dokumentation zu MPF-Veröffentlichungen beschreibt den aktualisierten Ablauf.
Die vollständigen Release Notes lesen
Dieser Beitrag behandelt die wichtigsten Änderungen über alle drei Produkte hinweg. Das vollständige Änderungsprotokoll und Konfigurationsdetails finden Sie in den Release Notes für:
