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.
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 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 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, 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 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 Bulk tenant compte du consentement.
D'autres améliorations d'Aidbox comprennent un meilleur débogage des AccessPolicy, une prise en charge étendue de X-Original-Uri, la gestion correcte de backport-filter-criteria dans les abonnements FHIR basés sur les sujets, ainsi que des correctifs dans Multibox, Resource Browser et le serveur de métriques.
AidboxMigration 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 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 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 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 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 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 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 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 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 qui alimentent le reste des analytiques de Payerbox.
Consultez la documentation sur les analytiques de Payerbox ou contactez Health Samurai pour demander le paquet.
Portail d'applications FHIR
La page de détail d'application 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, 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 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 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.
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 :
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.
