Une fois que les équipes passent en production, des questions plus complexes commencent à émerger autour de la plateforme elle-même : comment exporter de grands ensembles de données, comment respecter les règles de consentement, comment maintenir les flux de travail analytiques à proximité des données FHIR, comment comprendre les performances de recherche et comment offrir aux opérateurs une meilleure visibilité sur la base de données.
Pour les produits destinés aux payeurs, la même pression se manifeste sous une forme différente : le couplage membre, l'accès aux fournisseurs, l'échange entre payeurs, les flux de travail d'autorisation préalable, l'inscription aux applications SMART et l'administration du portail doivent tous fonctionner ensemble.
Aidbox, Formbox et Payerbox 2605 portent sur ces aspects du flux de travail.
Exportation groupée avec plus de contrôle
L'exportation groupée semble souvent simple de l'extérieur : sélectionner les données, exécuter $export, envoyer le résultat vers le stockage. En pratique, elle doit gérer bien plus que la sélection des données. Les équipes doivent tenir compte du consentement, acheminer les fichiers vers le bon espace de stockage et décider ce qui se passe lorsqu'un seul dossier patient provoque une erreur.
Aidbox 2605 ajoute l'exportation tenant compte du consentement, avec la stratégie de consentement gérée dans le cadre du flux d'exportation. L'exportation groupée peut désormais prendre en charge le filtrage par adhésion et par exclusion, la configuration de jeton UDAP B2B et le mappage de type d'exportation DaVinci.
La version ajoute également le paramètre onPatientError. Les équipes peuvent conserver le comportement par défaut et faire échouer l'exportation lorsqu'une erreur au niveau du patient se produit, ou ignorer les patients concernés et continuer. Ces erreurs restent visibles dans la réponse d'état sous forme d'enregistrements OperationOutcome dans patient-errors.
La configuration du stockage devient également plus flexible. Grâce aux paramètres _aidbox.*, une seule demande d'exportation peut remplacer le compartiment de destination et le type de stockage, notamment S3, Azure ou GCS, sans modifier la configuration globale d'Aidbox.
SQL on FHIR comme flux de travail opérationnel
Aidbox 2605 ajoute $viewdefinition-export asynchrone, une opération intégrée pour l'exportation de ViewDefinitions SQL on FHIR vers un stockage d'objets. La tâche s'exécute en tant que tâche de fond gérée et peut être annulée au besoin.
La version ajoute également $sqlquery-run, qui exécute une bibliothèque SQLQuery de manière synchrone sur les tables ViewDefinition. Il résout les dépendances relatedArtifact dans des tables nommées, lie les paramètres d'entrée aux espaces réservés :name et diffuse le résultat dans le format demandé.
Cela offre aux équipes deux schémas différents.
Pour les flux d'exportation plus importants, les ViewDefinitions peuvent être matérialisées vers le stockage en arrière-plan. Pour l'exécution directe de requêtes, les bibliothèques SQLQuery peuvent s'exécuter sur des tables basées sur des ViewDefinition et retourner les résultats immédiatement.
Performances de recherche basées sur l'utilisation réelle
Les performances de recherche FHIR sont difficiles à régler par la théorie seule. Différentes équipes effectuent des recherches selon différents paramètres. Certaines charges de travail dépendent fortement des dates. D'autres reposent sur des identifiants, des références, des codes ou des combinaisons de paramètres de recherche. L'indexation de tout n'est pas toujours pratique, et les suppositions mènent souvent à de mauvais compromis.
Aidbox 2605 apporte deux mises à jour importantes à cet égard.
Les paramètres de recherche par date peuvent désormais utiliser un chemin d'index tstzmultirange. Cela est utile pour les grands ensembles de données, les plages de dates qui se chevauchent et les ressources comportant des valeurs de date répétées. Cela corrige également la sémantique de correspondance ANY pour ces valeurs de date répétées.
Aidbox collecte maintenant des statistiques d'utilisation par paramètre et d'état des index. Celles-ci apparaissent dans les rapports d'utilisation et dans la nouvelle vue Statistiques des paramètres de recherche, accompagnées de suggestions d'index basées sur les schémas de requête observés.
Au lieu de traiter le réglage de la recherche comme une enquête manuelle, les équipes peuvent maintenant voir quels paramètres de recherche sont utilisés et où les index peuvent aider.
Une page de base de données pour les opérateurs
Aidbox 2605 ajoute une nouvelle page axée sur la base de données dans l'interface Aidbox à /u/database.
Elle comporte trois sections. L'Explorateur de schéma affiche les tables, la taille, le nombre de lignes et l'utilisation des index. Il peut également exécuter VACUUM, ANALYZE et REINDEX sur une table sélectionnée.
Les requêtes en cours d'exécution affichent les requêtes de base de données actives et offrent aux opérateurs la possibilité de les annuler ou de les interrompre.
Les Statistiques des paramètres de recherche offrent une vue triable et filtrable de l'utilisation des paramètres de recherche.
Ce sont des outils pratiques pour les équipes qui exploitent Aidbox en production. Lorsque le comportement des requêtes change, que les tables augmentent ou qu'un schéma de recherche devient coûteux, les opérateurs bénéficient d'une meilleure visibilité directement depuis l'interface Aidbox.
Databricks Delta comme destination
AidboxTopicDestination prend désormais en charge les tables Databricks Delta.
Il ne s'agit pas simplement d'une exportation vers une autre destination de stockage. AidboxTopicDestination diffuse les modifications de ressources FHIR dans une table Databricks Delta, avec des lignes aplaties par une ViewDefinition SQL on FHIR. Par conséquent, les équipes d'analyse peuvent travailler avec des tables en colonnes plutôt qu'avec des données JSON FHIR imbriquées.
Mises à jour de la validation, de l'authentification et du mappage
La validation au niveau du système est maintenant disponible via POST /fhir/$validate, en parallèle des routes de validation limitées aux ressources.
La gestion des mots de passe a été étendue. Les utilisateurs connectés peuvent modifier leur propre mot de passe après avoir confirmé le mot de passe actuel, et toutes les sessions sont déconnectées après un changement réussi. Les administrateurs peuvent émettre des liens de réinitialisation à usage unique d'une durée de vie de 15 minutes. Les flux de réinitialisation peuvent également inclure une étape TOTP pour les utilisateurs ayant activé l'authentification à deux facteurs.
La page de connexion prend maintenant en charge le paramètre OAuth standard login_hint, de sorte que le champ du nom d'utilisateur peut être prérempli. Les écrans de connexion, d'authentification à deux facteurs, de sessions et d'autorisations ont également été actualisés avec un style visuel cohérent.
Pour les flux d'intégration et d'ETL, les ressources de mappage prennent maintenant en charge skipReferenceValidation. Cet indicateur optionnel est utile lorsque les données sont chargées par étapes et que certaines références ne sont que partiellement disponibles pendant l'exécution.
Mises à jour de Formbox
Formbox a également reçu un ensemble de mises à jour concernant la convivialité des formulaires, la sécurité, les téléversements et la configuration multilingue.
Les messages de validation des dates dans les formulaires NHS sont maintenant plus clairs, notamment concernant les commentaires de validation des valeurs minimales et maximales. La disposition du mode de saisie a été ajustée de sorte que les indicateurs de champs obligatoires apparaissent plus uniformément.
Pour les environnements multi-organisations, la sélection d'organisation a été améliorée.
Formbox met également à jour la gestion des AccessPolicy pour les sessions de formulaire grâce à une migration rétrocompatible qui aligne la correspondance des politiques avec les jetons de session émis par SDC.
La population des éléments de groupe a également été étendue avec la prise en charge de la configuration de requête FHIR et des variables.
La version améliore l'intégration d'Azure Blob Storage pour les téléversements de pièces jointes et ajoute le chargement automatique de la langue par défaut à partir de la configuration pour les formulaires multilingues.
Mises à jour de Payerbox
Payerbox 2605 élargit les flux de travail côté payeur dans les API d'interopérabilité, les API d'autorisation préalable et le portail d'applications FHIR.
Pour l'accès aux fournisseurs, la version ajoute $provider-member-match pour la correspondance démographique asynchrone avec attestation de traitement et vérification du consentement d'exclusion. Elle ajoute également $davinci-data-export, une exportation Bulk Data FHIR asynchrone sur un Group de membres, utilisée dans les flux de travail d'accès aux fournisseurs et d'échange entre payeurs.
Pour l'échange entre payeurs, Payerbox ajoute $bulk-member-match, avec adhésion obligatoire au consentement HRex par membre et résultats séparés pour les membres couplés, non couplés et soumis à des contraintes de consentement.
Les API d'autorisation préalable ont également reçu plusieurs mises à jour. La prise en charge de CDS Hooks comprend maintenant la découverte et les hooks order-sign, order-select, order-dispatch et appointment-book. CRD ajoute un mode de réponse personnalisé, DTR utilise $questionnaire-package pour livrer les questionnaires et les règles, et PAS ajoute Claim/$submit, Claim/$inquire et $submit-attachment.
Le portail d'applications FHIR progresse également avec l'inscription aux applications SMART, l'inscription des services dorsaux pour les API Bulk Data, la découverte et le lancement d'applications, la révision des applications connectées et la prise en charge multi-organisations avec contrôle d'accès basé sur les rôles.
Plus de contrôle autour des flux de travail FHIR en production
Aidbox 2605 est axé sur les aspects opérationnels du travail avec les données FHIR à grande échelle.
L'exportation groupée bénéficie d'un meilleur contrôle du consentement, des destinations de stockage et des erreurs au niveau des patients. SQL on FHIR ajoute de nouvelles façons d'exporter les ViewDefinitions et d'exécuter des bibliothèques SQLQuery réutilisables. Le réglage de la recherche devient plus visible grâce aux statistiques d'utilisation, aux données sur l'état des index et aux suggestions d'index. Les opérateurs de base de données disposent d'une page d'interface dédiée pour la visibilité du schéma, les requêtes actives et les statistiques des paramètres de recherche.
Formbox suit la même direction du côté des formulaires, avec des mises à jour concernant les messages de validation, les indicateurs de champs obligatoires, la sélection d'organisation, la sécurité SDC, les téléversements de fichiers et la configuration multilingue.
Payerbox étend la version aux flux de travail côté payeur, notamment l'accès aux fournisseurs, l'échange entre payeurs, les API d'autorisation préalable, l'inscription aux applications SMART, l'accès aux applications et la prise en charge multi-organisations.
Lisez les notes de version complètes pour Aidbox et Formbox et Payerbox, ou participez à la discussion sur Zulip.
