La version 2608 apporte la diffusion en continu de grands fichiers Binary, l'authentification IAM pour Google Cloud SQL et les opérations de purge ciblée à Aidbox. Elle introduit les agents vocaux Formbox pour les appels automatisés aux patients et un contrat de données Payerbox pour les intégrations entrantes, en plus des mises à jour relatives à l'interopérabilité des payeurs, à l'autorisation préalable, à l'analytique et à la publication des répertoires de fournisseurs.
Grands fichiers binaires et déploiement infonuagique
Aidbox peut diffuser en continu de grands fichiers Binary entre un client et un stockage d'objets externe lorsque le déchargement est configuré pour l'élément data. Il ne conserve qu'un petit tampon en mémoire, ce qui permet de traiter des fichiers plus volumineux que la mémoire disponible sur l'instance.
Le paramètre blobNamePrefix écrit les fichiers déchargés sous la forme {prefix}/{uuid}. Le préfixe permet de séparer les environnements ou les locataires dans un compartiment Azure, AWS ou GCP partagé.
La configuration du stockage et de l'API peut être provisionnée à l'aide d'un paquet d'initialisation.
L'intégration du connecteur Java Cloud SQL relie Aidbox à Google Cloud SQL pour PostgreSQL via la fabrique de connecteurs JDBC Cloud SQL, avec l'authentification IAM à la base de données en remplacement d'un mot de passe de base de données stocké.
Livraison des événements d'abonnement
Aidbox peut copier un identifiant de corrélation de requête dans une notification d'abonnement basée sur un sujet. Le nom de l'en-tête est configuré avec module.topics.correlation-id-header. Les destinations NATS reçoivent la valeur sous forme d'en-tête de message natif.
Pour Kafka, keyByResourceId utilise l'identifiant de la ressource FHIR comme clé de message. Les événements liés à la même ressource sont acheminés vers la même partition et conservent leur ordre. Les destinations webhook demeurent immuables en général, mais l'endpoint d'une destination webhook-at-least-once peut être mis à jour lorsqu'il s'agit du seul paramètre modifié.
Nettoyage des données et comportement de l'API
$purge d'organisation supprime certaines données ou toutes les données appartenant à une organisation et à ses organisations imbriquées. $purge de groupe fonctionne au niveau du patient : il supprime chaque membre Patient d'un groupe ainsi que les ressources dans le compartiment de chaque patient, de façon synchrone ou asynchrone. L'autorisation est vérifiée pour chaque membre avant le début de la suppression, de sorte qu'un seul refus laisse le groupe inchangé.
Autres modifications apportées à Aidbox :
- Les réponses de création et de mise à jour retournent un en-tête FHIR
Locationabsolu. Définissezfhir.location-header-compliant-modeàfalsepour rétablir l'ancienne forme relative. - De nouveaux paramètres contrôlent les statistiques d'utilisation des paramètres de recherche.
fhir.search.param-stats.enabledcontrôle la collecte, tandis quefhir.search.param-stats.flush-intervaldéfinit la fréquence à laquelle les échantillons mis en mémoire tampon sont écrits dans PostgreSQL. Les deux prennent en charge le rechargement à chaud. - Les références GraphQL vers des ressources contenues se résolvent en ligne via le champ
resourceau lieu de retournernull. - Des correctifs sont inclus pour l'interface utilisateur d'Aidbox, Multibox et la livraison des traces via le connecteur OTEL.
Pour les requêtes par lots et les transactions, Prefer: return=minimal retourne désormais un paquet de réponses sans corps de ressource, conformément au comportement de HAPI. Les entrées conservent response.status, location, etag et lastModified ; les entrées en échec conservent leur OperationOutcome. Les clients qui ont besoin de l'ancien comportement sans corps doivent utiliser Prefer: return=hs-headers-only. Les points de terminaison à ressource unique demeurent inchangés.
Agents vocaux et nouvelle interface Formbox
La version 2608 apporte deux changements majeurs à Formbox. Les agents vocaux transforment les formulaires existants en appels vocaux automatisés aux patients : un agent pose les questions du formulaire, recueille les réponses et s'appuie sur le contenu existant du formulaire comme base pour la conversation. La nouvelle interface Formbox est désormais celle par défaut, offrant une façon plus épurée et rationalisée de travailler avec les formulaires ; l'interface héritée reste disponible pour les équipes qui en ont besoin.
Formbox bénéficie également de plusieurs améliorations mineures dans cette version : les zones de texte dans les longs formulaires maintiennent une position de défilement stable pendant la saisie, les dates entrées via un moteur de rendu en iframe incorporé sont correctement préservées, les attributs personnalisés avec des valeurs booléennes, entières et décimales sont correctement traités lors de l'enregistrement, et les formulaires PDF plus volumineux et plus gourmands en ressources peuvent être importés et convertis en JSON Questionnaire.
Un contrat de données publié pour Payerbox
La référence d'intégration des données définit le contrat de données entrant pour Payerbox. Elle couvre 24 ensembles de données USCDI v3.1 mappés vers US Core 6.1.0 et quatre ensembles de données de répertoire de fournisseurs mappés vers Plan-Net 1.2.0. Chaque ensemble de données dispose d'un gabarit CSV téléchargeable. Les colonnes codées renvoient à leurs ensembles de valeurs, comme le ValueSet des catégories d'ethnicité OMB.
Payerbox cible CARIN Blue Button 2.1.0 et PDex Plan-Net 1.2.0, en remplacement des versions 2.0.0 et 1.1.0. CARIN BB 2.1.0 ajoute les profils Non-Financial Basis utilisés dans les exports Payer-to-Payer et Provider Access. Les versions prises en charge sont répertoriées sur la page Implementation Guides.
Mises à jour relatives à l'interopérabilité et à l'autorisation préalable
Pour les accès Payer-to-Payer et Provider Access, $davinci-data-export accepte les paramètres de démarrage dans la chaîne de requête et retourne 400 pour une fenêtre _since et _until inversée. $bulk-member-match et $provider-member-match n'échouent plus lorsqu'un MemberBundle référence des ressources qui n'existent que du côté demandeur. Le changement relatif à la correspondance des membres nécessite BOX_FHIR_VALIDATION_SKIP_REFERENCE=true, comme décrit dans le guide de déploiement.
Payerbox rejette les mises à jour d'une autorisation préalable refusée, quelle que soit la façon dont le système de gestion de l'utilisation a enregistré la décision ; le flux de mise à jour de Claim/$submit décrit ce comportement. $submit-attachment utilise le système de codes PAS PASTempCodes pour supportingInfo.category. L'URL de système précédente n'existait pas dans le guide d'implémentation et échouait à la validation de la terminologie.
Pour CRD, order-sign, order-dispatch et appointment-book retournent une action système d'information de couverture lorsque la couverture ne peut être déterminée. En complément de la fiche explicative, l'action annote l'ordonnance provisoire avec covered=conditional, info-needed=OTH et une raison lisible par l'humain, comme l'exige Da Vinci CRD 2.1.0. order-select demeure inchangé et retourne uniquement la fiche.
Analytique PAS et publication MPF
Le paquet de métriques PAS, io.healthsamurai.pas-metrics 0.1.6, est disponible en téléchargement avec un Aidbox Notebook qui présente graphiquement chaque métrique. Les détails du paquet sont disponibles dans la documentation sur les métriques PAS.
Le pipeline du répertoire de fournisseurs MPF publie les données par année contractuelle. InsurancePlan.period indique l'année publiée, et les fournisseurs qui ne font pas partie du réseau durant cette année sont exclus. La portée du réseau est dérivée des régimes configurés à chaque exécution : les administrateurs configurent les identifiants d'InsurancePlan, et les identifiants d'Organization du réseau proviennent du tableau network[] de chaque régime. Le paramètre Network Organization IDs a été supprimé et les valeurs précédemment enregistrées sont ignorées. La documentation sur les publications MPF décrit le flux mis à jour.
Lire les notes de version complètes
Cet article couvre les principaux changements apportés aux trois produits. Pour le journal des modifications complet et les détails de configuration, consultez les notes de version de :
