--- { "title": "Aidbox, Formbox & Payerbox 2607 : SMART Health Cards, stockage binaire et intégration à la gestion de l'utilisation", "description": "La version 2607 ajoute les SMART Health Cards, la validation des données déjà stockées dans Aidbox, la gestion REST native des ressources Binary, le stockage externe de base64Binary, et le routage PAS vers des systèmes externes de gestion de l'utilisation.", "date": "2026-08-07", "author": "Valeria Fursa", "reading-time": "6 min read", "tags": ["Aidbox", "Integrations", "Forms"], "utm-campaign": "release", "utm-content": "2607-release" } --- > For the complete documentation index, see [llms.txt](https://staging.health-samurai.io/llms.txt). > Use it to discover all available pages before guessing URLs. --- La version 2607 apporte plusieurs changements à la façon dont les données FHIR sont émises, validées, stockées et échangées. Aidbox ajoute les SMART Health Cards, la validation des ressources déjà stockées dans la base de données, la gestion REST native des ressources Binary, et le stockage externe pour les grandes charges utiles `base64Binary`. Du côté des payeurs, les demandes PAS peuvent être acheminées vers des systèmes externes de gestion de l'utilisation, notamment HealthEdge GuidingCare. Formbox bénéficie d'améliorations aux flux de complétion, de validation et d'extraction des formulaires. ## SMART Health Cards Aidbox 2607 introduit les [SMART Health Cards](https://www.health-samurai.io/docs/aidbox/api/rest-api/other/smart-health-cards). L'opération `$health-cards-issue` crée une attestation de santé vérifiable à partir de données FHIR et la signe sous forme de JWS compact. Les patients peuvent présenter l'attestation résultante sous forme de code QR ou de fichier. Aidbox publie la clé publique de vérification via un point de terminaison JWKS, afin que les vérificateurs de SMART Health Cards compatibles puissent valider l'attestation de façon autonome. ## Valider les données déjà dans Aidbox La validation FHIR se produit souvent lors de l'entrée des données dans le système. Cela ne couvre pas les enregistrements importés sans validation ni les données qui doivent être vérifiées à nouveau après une modification des profils. L'opération [`$batch-validate`](https://www.health-samurai.io/docs/aidbox/modules/profiling-and-validation/batch-resource-validation) remaniée exécute la validation sur les ressources déjà stockées dans Aidbox. Elle prend en charge l'exécution synchrone et asynchrone, et stocke les résultats indexés par problème de validation, avec exploration détaillée jusqu'aux ressources concernées. Cela s'avère particulièrement utile après des importations massives ou des changements de profils, lorsque les équipes ont besoin d'évaluer la qualité des données déjà en production plutôt que d'attendre que des erreurs de validation apparaissent lors de la prochaine écriture. ## Meilleure gestion des données binaires Deux changements dans la version 2607 concernent les fichiers et autres charges utiles binaires stockés dans FHIR. Les points de terminaison [`/fhir/Binary`](https://www.health-samurai.io/docs/aidbox/api/rest-api/other/binary) suivent désormais les règles de négociation de contenu REST de FHIR. Les clients peuvent envoyer du contenu brut via `POST` ou `PUT` en utilisant son `Content-Type` réel, plutôt que d'encapsuler d'abord la charge utile dans du JSON FHIR. En lecture, Aidbox peut retourner soit le contenu binaire décodé, soit la ressource FHIR Binary, selon le type `Accept` demandé. Les grandes valeurs `base64Binary` n'ont plus besoin non plus de résider dans PostgreSQL. Avec [`dataOffloadToExternalStorage`](https://www.health-samurai.io/docs/aidbox/configuration/storage-and-api-configuration/offload-base64binary-to-external-storage), des champs tels que `Binary.data`, `DocumentReference.content.attachment.data` et `Patient.photo.data` peuvent être stockés dans un stockage d'objets externe. Aidbox conserve l'emplacement du blob et le hachage avec la ressource, et restaure le contenu lors de la lecture de la ressource via l'API. Les clients reçoivent toujours la représentation FHIR normale. Le paramètre est configuré par API via `$create-api` ou `$configure-api`. Azure Blob Storage est actuellement pris en charge. Pour les systèmes stockant des images, des documents et d'autres charges utiles volumineuses dans FHIR, cela garde ces octets hors des tables PostgreSQL, de l'historique, des sauvegardes et de la réplication, sans obliger les applications à utiliser une API d'accès aux fichiers distincte. ## Performances d'importation Bundle et Bulk Le traitement des [FHIR Bundle](https://www.health-samurai.io/docs/aidbox/api/rest-api/bundle) et [`aidbox.bulk/load-from-bucket`](https://www.health-samurai.io/docs/aidbox/api/bulk-api/bulk-import-from-an-s3-bucket) bénéficient tous deux d'améliorations de performance dans la version 2607. La validation des Bundle a également été corrigée, ainsi que le [filtrage des patients dans l'exportation Bulk tenant compte du consentement](https://www.health-samurai.io/docs/aidbox/api/bulk-api/export#consent-based-patient-filtering). D'autres améliorations d'Aidbox comprennent un meilleur [débogage des AccessPolicy](https://www.health-samurai.io/docs/aidbox/tutorials/security-access-control-tutorials/debug-access-control), une prise en charge étendue de [`X-Original-Uri`](https://www.health-samurai.io/docs/aidbox/api/rest-api/fhir-search), la gestion correcte de `backport-filter-criteria` dans les [abonnements FHIR basés sur les sujets](https://www.health-samurai.io/docs/aidbox/modules/topic-based-subscriptions/fhir-topic-based-subscriptions), ainsi que des correctifs dans Multibox, Resource Browser et le [serveur de métriques](https://www.health-samurai.io/docs/aidbox/modules/observability/metrics/monitoring/use-aidbox-metrics-server). [`AidboxMigration`](https://www.health-samurai.io/docs/aidbox/configuration/migrations) reçoit également un paramètre `execution-type` pour le SQL devant s'exécuter hors d'une transaction, notamment les instructions PostgreSQL telles que `CREATE INDEX CONCURRENTLY`. ## PAS vers la gestion externe de l'utilisation Payerbox 2607 ajoute un chemin configurable entre [Da Vinci PAS](https://www.health-samurai.io/docs/payerbox/prior-auth/pas) et le [système de gestion de l'utilisation](https://www.health-samurai.io/docs/payerbox/prior-auth/um-integration) d'un payeur. Les demandes peuvent être acheminées selon `Claim.insurer`. Le connecteur `pas-passthrough` transfère les demandes PAS vers une implémentation externe de `Claim/$submit` et `Claim/$inquire`, tout en préservant les identifiants et en évitant les soumissions en double lors des nouvelles tentatives. Un [connecteur distinct](https://www.health-samurai.io/docs/payerbox/prior-auth/um-integration#choosing-a-connector) s'intègre à HealthEdge GuidingCare via son API REST. Les ressources FHIR `ConceptMap` configurées par le payeur gèrent la traduction des valeurs entre PAS et GuidingCare. Les deux routes sont configurées via [`UMTenantConfig`](https://www.health-samurai.io/docs/payerbox/api-reference/configuration-resources/um-tenant-config). Les payeurs n'ont pas à remplacer leur flux de travail UM existant pour exposer une interface Da Vinci PAS. Payerbox peut gérer l'échange côté FHIR pendant que la prise de décision reste dans le système déjà utilisé par l'organisation. ## Validation à la frontière PAS et CRD Toute incompatibilité d'intégration n'a pas besoin de rejeter une demande par ailleurs utilisable. Pour PAS, la [validation souple](https://www.health-samurai.io/docs/payerbox/prior-auth/pas#validation-strictness) configurable peut traiter les différences de nom d'affichage et les incompatibilités de profil de ressource référencée comme des avertissements. Les erreurs structurelles, les violations de profil et les références manquantes restent bloquantes. [CRD](https://www.health-samurai.io/docs/payerbox/prior-auth/crd#validation-strictness) bénéficie d'une flexibilité similaire pour les références de contexte de hook qui existent dans le DSE mais ne sont pas disponibles dans Payerbox. La validation stricte reste disponible lorsque le contexte référencé complet est attendu. ## Accès payeur à payeur et accès fournisseur [`$davinci-data-export`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/davinci-data-export) supprime désormais les informations de remboursement et de partage des coûts des adhérents des ressources `ExplanationOfBenefit` et `Coverage` exportées. Cela comprend les totaux, les paiements, les soldes de prestations, les prix, les montants d'adjudication, `costToBeneficiary`, la subrogation et autres éléments monétaires. Le contenu clinique et administratif, les extensions et les ressources contenues demeurent dans l'exportation. ## Analytique PAS avec SQL on FHIR Le paquet `io.healthsamurai.pas-metrics`, version 0.1.2, est disponible sur demande. Il contient 10 ressources [`ViewDefinition`](https://www.health-samurai.io/docs/payerbox/analytics/sql-on-fhir) et 15 ressources `Library` mettant en œuvre les métriques suggérées par le Guide d'implémentation PAS. Cela donne aux équipes un point de départ pour le suivi des performances du flux de travail PAS sans avoir d'abord à construire un modèle de rapport distinct et un pipeline ETL autour des données opérationnelles. Les résultats apparaissent dans les mêmes [vues aplaties](https://www.health-samurai.io/docs/payerbox/analytics/flat-views) qui alimentent le reste des analytiques de Payerbox. Consultez la [documentation sur les analytiques de Payerbox](https://www.health-samurai.io/docs/payerbox/analytics) ou contactez Health Samurai pour demander le paquet. ## Portail d'applications FHIR La [page de détail d'application](https://www.health-samurai.io/docs/payerbox/fhir-app-portal/admin-portal) inclut désormais des liens vers la politique de confidentialité et les conditions d'utilisation. Les valeurs manquantes sont affichées comme « Non fourni », et les applications demandant des données de patients sans politique de confidentialité sont signalées par un avertissement. Les administrateurs peuvent également ajouter une note en texte libre lorsqu'ils refusent une application, en complément du motif de refus prédéfini. Pour la [publication du répertoire des fournisseurs](https://www.health-samurai.io/docs/payerbox/run-payerbox/provider-directory-pipeline), la [configuration du pipeline MPF](https://www.health-samurai.io/docs/payerbox/api-reference/operations/mpf-pipeline-api) prend désormais en charge le fichier `index.json`. ## Formbox Formbox 2607 se concentre sur plusieurs détails du flux de remplissage des formulaires. Les formulaires à thème NHS prennent en charge des étiquettes personnalisées pour les boutons « continuer » et « soumettre ». Une action « enregistrer et quitter » est affichée par défaut dans l'application NHS et est également disponible sur le Web lorsqu'un lien de redirection après soumission est configuré. La validation des dates, heures et dates-heures reconnaît désormais les valeurs incomplètes sans effacer ce que l'utilisateur a déjà saisi. Avec les champs d'heure en format 12 heures, les utilisateurs peuvent être invités à préciser « am » ou « pm » tout en conservant le reste de la saisie intact. Les éléments de type heure sont pris en charge dans les conditions `enableWhen`, et les questions à choix ouvert peuvent soumettre des valeurs personnalisées saisies via « préciser autre ». L'extraction basée sur des modèles bénéficie d'améliorations à la mise en page, à la génération de références de sujets et aux dépendances d'identifiants alloués. Form Builder efface désormais les erreurs de validation d'expression calculée une fois qu'elles sont résolues. La pagination a également été améliorée dans la grille des formulaires et ajoutée à la galerie de formulaires. ## Avant de mettre à niveau Trois changements dans Aidbox peuvent nécessiter un travail de migration. Le point de terminaison `/fhir/FHIRSchema` a été supprimé. Les profils FHIR doivent être définis avec des ressources `StructureDefinition` standard, que le [validateur FHIR Schema](https://www.health-samurai.io/docs/aidbox/modules/profiling-and-validation/fhir-schema-validator) compile en interne. Les moteurs Zen `seed` et `seed-v2` ainsi que le type de ressource `SeedImport` ont également été supprimés. La configuration qui doit se charger au démarrage doit utiliser [Init Bundle](https://www.health-samurai.io/docs/aidbox/configuration/init-bundle). La conversion C-CDA a été retirée d'Aidbox. Le convertisseur intégré et les points de terminaison `/ccda/*` ne font plus partie du serveur. ## Lire les notes de version complètes Cet article met en évidence les principaux changements dans les trois produits. Pour le journal des modifications complet, consultez les notes de version de : - [Aidbox 2607](https://www.health-samurai.io/docs/aidbox/overview/release-notes) - [Formbox 2607](https://www.health-samurai.io/docs/formbox/release-notes) - [Payerbox 2607](https://www.health-samurai.io/docs/payerbox/releases) La documentation du produit inclut les détails de configuration exacts, les correctifs et les directives de migration à examiner avant de procéder à la mise à niveau.