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 en base de données, la gestion native REST des ressources Binary, ainsi que le stockage externe des 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.
L'opération $health-cards-issue crée un justificatif de santé vérifiable à partir de données FHIR et le signe sous forme de JWS compact. Les patients peuvent présenter le justificatif résultant sous forme de code QR ou de fichier.
Aidbox publie la clé publique de vérification via un point de terminaison JWKS, ce qui permet aux vérificateurs de SMART Health Cards compatibles de valider le justificatif de manière indépendante.
Valider les données déjà présentes dans Aidbox
La validation FHIR s'effectue souvent au moment où les données entrent 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 des changements de profils.
L'opération $batch-validate 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 la possibilité d'approfondir l'analyse jusqu'aux ressources concernées.
Cette fonctionnalité est particulièrement utile après des importations en masse ou des changements de profils, lorsque les équipes doivent évaluer la qualité des données déjà en production plutôt que d'attendre que des erreurs de validation surgissent lors du prochain enregistrement.
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 respectent désormais les règles de négociation de contenu REST de FHIR.
Les clients peuvent envoyer du contenu brut vers POST ou PUT en utilisant son véritable Content-Type, 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 de résider dans PostgreSQL non plus.
Avec dataOffloadToExternalStorage, des champs tels que Binary.data, DocumentReference.content.attachment.data et Patient.photo.data peuvent être stockés dans un système de stockage d'objets externe.
Aidbox conserve l'emplacement du blob et son hachage avec la ressource, et restaure le contenu lorsque la ressource est lue via l'API. Les clients reçoivent toujours la représentation FHIR habituelle.
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 maintient ces octets en dehors 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 des importations Bundle et Bulk
Le traitement des FHIR Bundle et aidbox.bulk/load-from-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 en masse tenant compte du consentement.
Les autres améliorations d'Aidbox comprennent un meilleur débogage des AccessPolicy, une prise en charge élargie de X-Original-Uri, la gestion correcte de backport-filter-criteria dans les abonnements FHIR par sujet, ainsi que des correctifs dans Multibox, le navigateur de ressources et le serveur de métriques.
AidboxMigration reçoit également un paramètre execution-type pour le SQL devant s'exécuter en dehors 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 et le système de gestion de l'utilisation d'un payeur.
Les demandes peuvent être acheminées selon Claim.insurer.
Le connecteur pas-passthrough transmet les demandes PAS à 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 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.
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 orienté FHIR pendant que les décisions restent 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 nécessairement à rejeter une demande par ailleurs utilisable.
Pour PAS, la validation permissive configurable peut traiter les différences de noms d'affichage et les incompatibilités de profils de ressources référencées comme des avertissements. Les erreurs structurelles, les violations de profils et les références manquantes demeurent bloquantes.
CRD 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 demeure disponible lorsque le contexte référencé complet est attendu.
Accès payeur à payeur et accès prestataire
$davinci-data-export supprime désormais les informations de remboursement et de partage des coûts des assurés dans les 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 les autres éléments monétaires.
Le contenu clinique et administratif, les extensions et les ressources contenues restent 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 et 15 ressources Library mettant en œuvre les métriques suggérées par le PAS Implementation Guide.
Cela donne aux équipes un point de départ pour suivre les performances du flux de travail PAS sans avoir à construire au préalable 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 qui soutiennent le reste de l'analytique Payerbox.
Consultez la documentation sur l'analytique Payerbox ou communiquez avec Health Samurai pour demander le paquet.
Portail d'applications FHIR
La page de détail de l'application inclut désormais des liens vers la politique de confidentialité et les conditions d'utilisation.
Les valeurs manquantes sont affichées sous la mention « 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 lors du refus d'une application, en complément de la raison de refus prédéfinie.
Pour la publication du répertoire des prestataires, la configuration du pipeline MPF 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 les libellés personnalisés 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 à la soumission est configuré.
La validation des champs date, heure et date-heure 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 à indiquer « am » ou « pm » tout en conservant le reste de la saisie intact.
Les éléments d'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 les gabarits bénéficie d'améliorations à la mise en page, à la génération de références de sujet et aux dépendances d'identifiants alloués. Form Builder efface désormais les erreurs de validation des expressions calculées 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 des travaux 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 compile en interne.
Les moteurs Zen seed et seed-v2 ainsi que le type de ressource SeedImport ont également été supprimés. La configuration devant se charger au démarrage doit utiliser 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 ; ces flux de travail s'exécutent désormais via Interbox.
Consulter 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 :
La documentation du produit inclut les détails de configuration exacts, les correctifs et les directives de migration à consulter avant de procéder à la mise à niveau.
