La version 2606 se concentre sur les flux de travail les plus proches des opérations sur les données FHIR : analytique, exportation en lot, comportement des API, autorisation préalable et fiabilité des formulaires. Le fil conducteur est le contrôle sur la façon dont les données FHIR sont interrogées, exportées, exposées par les API et gérées dans les flux de travail des payeurs et des formulaires.
Dans Aidbox 2606, SQLView intègre l'interface d'analytique, les résultats de requêtes peuvent être affichés sous forme de graphiques, la sortie de $export peut être restreinte avec _elements, et le comportement de l'API REST et de l'historique peut être configuré par type de ressource. Cette même version publie également un rapport de performance et documente les artefacts de chaîne d'approvisionnement grâce aux signatures cosign et aux SBOM.
Payerbox 2606 progresse en matière d'interopérabilité des payeurs et d'autorisation préalable, avec la prise en charge des versions plus récentes de Da Vinci CRD, DTR et PAS, des mises à jour de l'exportation Payer-to-Payer, ainsi qu'un graphique Helm de type parapluie pour Payerbox pour le déploiement Kubernetes en pile complète.
Formbox 2606, anciennement Aidbox Forms, met l'accent sur la fiabilité au quotidien : sauvegarde automatique, soumission plus fiable du champ actif, horodatages de signature adaptés aux paramètres régionaux, et meilleure prise en charge de SDCConfig pour les formulaires partagés et intégrés.
Les flux de travail d'analytique sont mieux intégrés dans Aidbox
L'interface d'analytique inclut désormais SQLView, un nouveau profil de bibliothèque SQL on FHIR. Il apparaît dans la liste unifiée /analytics aux côtés de ViewDefinition et SQLQuery, ce qui facilite la recherche et la gestion des artefacts d'analytique connexes en un seul endroit.
Les équipes peuvent créer et modifier des SQLViews, résoudre les dépendances, inspecter la lignée et utiliser la nouvelle cellule de bloc-notes sql-view. L'amélioration utile ne réside pas seulement dans un type d'artefact supplémentaire, mais dans un flux de travail mieux intégré pour structurer les données FHIR avec SQL on FHIR.
La visualisation en graphiques est également disponible dans la console SQL, les blocs-notes et les vues SQL Query. Au lieu d'exporter les résultats uniquement pour vérifier un schéma, les utilisateurs peuvent exécuter une requête et examiner la forme de la sortie directement dans Aidbox.
L'exportation en lot devient plus précise
Les consommateurs d'exportation ont souvent besoin d'un sous-ensemble plus petit et prévisible plutôt que de la ressource FHIR complète. C'est courant dans les flux de travail d'analytique, d'échange entre payeurs et d'autres scénarios de partage de données où les champs inutiles augmentent le volume sans apporter de valeur ajoutée.
Le paramètre _elements pour $export rend cela possible dans la version 2606. La sortie d'exportation peut être limitée aux éléments sélectionnés, comme name ou Patient.name, tandis que les champs obligatoires resourceType, id et meta demeurent dans la ressource.
Les ressources filtrées sont balisées comme SUBSETTED, ce qui rend explicite le caractère partiel de la sortie pour les systèmes en aval. Le paramètre est disponible via les paramètres de requête GET et via le corps Parameters en POST.
Les chemins imbriqués, par exemple Patient.name.family, sont disponibles grâce au paramètre optionnel fhir.bulk-data.export.nested-elements. La version 2606 prend également en charge l'exportation en lot au niveau du système, élargissant les options d'exportation disponibles pour les flux de données plus importants.
Comportement des API et prévisibilité à l'exécution
La configuration du stockage et des API au niveau de la ressource donne aux équipes un contrôle sur le comportement de l'API REST et de l'historique par type de ressource. Au lieu de traiter l'ensemble de la surface de l'API comme un commutateur global unique, une instance peut exposer ou conserver l'historique différemment selon les types de ressources.
La mise en cache bénéficie également d'une mise à jour orientée production. La couche de cache basée sur les versions améliore les performances et l'utilisation de la mémoire, et corrige les cas où les données en cache pouvaient rester périmées après des modifications des ressources sous-jacentes.
Le comportement de recherche est plus clair en cas d'échec. Les paramètres de recherche non pris en charge renvoient une erreur explicite plutôt qu'une erreur interne, et le cache des métadonnées SearchParameter est invalidé lors des mises à jour et suppressions, de sorte que les modifications apportées aux paramètres de recherche personnalisés prennent effet immédiatement.
Les changements d'accès ont également une période d'attente plus courte. Lorsqu'un nouveau rôle est créé pour un utilisateur, le cache JWT est effacé pour cet utilisateur spécifique, permettant aux accès nouvellement accordés de s'appliquer sans attendre l'expiration normale du cache.
Pour les équipes qui évaluent les caractéristiques de déploiement, le rapport de performance public fournit une base commune pour les discussions sur la mise à l'échelle. L'aperçu de la sécurité de la chaîne d'approvisionnement documente les images Docker signées et les SBOM, ce qui aide les équipes de plateforme et de sécurité à examiner les artefacts qu'elles déploient.
Mises à jour de Payerbox pour l'autorisation préalable et l'échange Payer-to-Payer
Pour les flux de travail Payer-to-Payer, $bulk-member-match authentifie le payeur appelant via UDAP B2B, avec les détails dans Authentication. $davinci-data-export bénéficie également du type d'exportation payertopayer pour l'échange Payer-to-Payer.
Le travail sur le répertoire des fournisseurs évolue également dans le pipeline CMS Medicare Plan Finder. Les filtres de portée s'exécutent maintenant à l'intérieur de la requête $export, la sortie d'exportation est compressée en gzip, et une implémentation de référence exécutable est disponible dans les exemples Aidbox ; la documentation sur le pipeline MPF explique la configuration du pipeline.
Les API d'autorisation préalable passent à des versions plus récentes de Da Vinci. CRD est mis à niveau vers Da Vinci CRD 2.1.0 et relaie les erreurs du service de décision avec le statut HTTP d'origine et l'OperationOutcome, tandis que DTR passe à Da Vinci DTR 2.1.0.
PAS est mis à niveau vers Da Vinci PAS STU 2.1.0, qui est désormais la version par défaut, tandis que STU 2.0.1 reste sélectionnable via PAS_IG_VERSION. Cela permet d'aligner les API d'autorisation préalable sur la version plus récente du guide d'implémentation tout en conservant un chemin de configuration pour la version précédente.
Claim/$submit inscrit désormais une extension de référence ClaimResponse sur la réclamation soumise, liant la réclamation à la ClaimResponse résultante. L'opération est également idempotente sur Claim.identifier, de sorte que la soumission d'une réclamation existante renvoie la ClaimResponse existante au lieu de créer une autorisation préalable en double.
Sous PAS 2.1.0, une autorisation préalable mise à jour conserve une seule ClaimResponse sur la réclamation d'origine. Claim/$submit et Claim/$inquire renvoient cette ClaimResponse pour toute réclamation dans la chaîne de mise à jour.
Le portail d'applications FHIR reçoit deux mises à jour produit mineures. Le portail développeur peut enregistrer un service de données en lot dorsal avec un secret client pour les flux d'informations d'identification du client, en plus d'un URI JWKS, et Backend Services couvre cette configuration ; le portail administrateur dispose d'une carte de révision des applications repensée.
Le déploiement Kubernetes dispose d'un point d'entrée simplifié grâce au nouveau graphique Helm de type parapluie pour Payerbox. Ce graphique déploie la pile complète, incluant les portails, les API d'interopérabilité, l'autorisation préalable et Aidbox.
Formbox améliore la fiabilité lors du remplissage et du partage des formulaires
Formbox 2606 se concentre sur l'amélioration de la fiabilité et de la convivialité au quotidien.
La sauvegarde automatique préserve désormais les données du formulaire si celui-ci est rechargé en cours de remplissage. La soumission des formulaires est également plus fiable pour les champs de texte et de date/heure, ce qui garantit que les dernières valeurs saisies sont soumises même si le champ actif n'a pas perdu le focus.
Plusieurs améliorations ergonomiques sont également incluses. L'élément de signature affiche désormais la date et l'heure de signature selon les paramètres régionaux du navigateur, et la section Expression calculée ouvre l'éditeur avancé par défaut afin de réduire le risque de perte accidentelle de données.
Le partage de formulaires a également été amélioré grâce à une meilleure prise en charge de SDCConfig. Les formulaires partagés peuvent désormais inclure SDCConfig, appliquer les thèmes qui y sont définis, et le constructeur de formulaires intégré offre un chargement de SDCConfig plus fiable via onFetch.
Nettoyage des fonctionnalités héritées et autres mises à jour d'Aidbox
$match MPI et les fonctionnalités connexes ont été retirés d'Aidbox. La correspondance des patients réside désormais dans MDMbox, qui est le produit prévu à cet effet.
Le nettoyage du moteur hérité va au-delà de MPI. La validation Zen, le cadre Entity/Attribute, le référentiel FHIR Terminology hérité, ainsi que le référentiel, les index et l'implémentation de recherche basés sur Zen ont tous été supprimés.
La validation FHIR Schema est désormais le seul mode de validation. Le paramètre BOX_FHIR_SCHEMA_VALIDATION a été supprimé et n'a aucun effet, et la validation ne peut plus être désactivée.
La sortie des métadonnées est également plus propre. /fhir/metadata n'émet plus d'URL canoniques non absolues dans CapabilityStatement.implementationGuide, et les paquets sans URL canonique sont omis.
Une mise à jour de protocole supplémentaire est incluse dans Aidbox 2606. Le transport MCP Streamable HTTP prend en charge les connexions directes depuis les clients MCP modernes tels que ChatGPT et Claude, mais il figure ici à titre de mise à jour secondaire plutôt que comme sujet principal de la version.
Consulter les notes de version complètes
Cet article met en évidence les thèmes de la version les plus pertinents pour les opérations sur les données, les flux de travail des payeurs et la fiabilité des formulaires. Pour le journal des modifications complet, consultez les notes de version pour Aidbox 2606, Payerbox 2606 et Formbox 2606.
La documentation liée contient les détails nécessaires à la planification des mises à niveau et à la configuration des fonctionnalités. C'est le meilleur endroit pour vérifier les paramètres exacts, le comportement des opérations et les notes de version propres à chaque produit avant la mise en œuvre.
