Une fois que les équipes passent en production, des questions plus difficiles 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 près 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 orientés payeurs, la même pression se manifeste sous une forme différente : l'appariement de membres, l'accès aux fournisseurs, l'échange entre payeurs, les flux de travail d'autorisation préalable, l'inscription d'applications SMART et l'administration du portail doivent tous fonctionner ensemble.
Aidbox, Formbox et Payerbox 2605 se concentrent sur ces parties du flux de travail.
Exportation en masse avec plus de contrôle
L'exportation en masse 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 de 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 avec prise en compte du consentement, la stratégie de consentement étant gérée dans le cadre du flux d'exportation. L'exportation en masse peut désormais prendre en charge le filtrage par adhésion (opt-in) et par exclusion (opt-out), la configuration des jetons UDAP B2B et le mappage du 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 survient, ou ignorer les patients concernés et poursuivre. Ces erreurs restent visibles dans la réponse de statut sous forme d'enregistrements OperationOutcome dans patient-errors.
La configuration du stockage devient aussi 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 l'opération asynchrone $viewdefinition-export, une opération intégrée pour exporter des ViewDefinitions SQL on FHIR vers un stockage d'objets. La tâche s'exécute en tant que processus d'arrière-plan géré et peut être annulée au besoin.
La version ajoute également $sqlquery-run, qui exécute une bibliothèque SQLQuery de façon synchrone sur des tables ViewDefinition. Elle résout les dépendances relatedArtifact en 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 modèles distincts.
Pour les flux d'exportation de grande envergure, 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 à optimiser par la seule théorie. Différentes équipes effectuent des recherches selon différents paramètres. Certaines charges de travail dépendent fortement des dates. D'autres s'appuient sur des identifiants, des références, des codes ou des combinaisons de paramètres de recherche. Tout indexer 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 avec 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 désormais des statistiques d'utilisation par paramètre et de santé des index. Ces données 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 modèles de requêtes observés.
Au lieu de traiter l'optimisation de la recherche comme une investigation manuelle, les équipes peuvent désormais voir quels paramètres de recherche sont utilisés et où les index peuvent être utiles.
Une page de base de données pour les opérateurs
Aidbox 2605 ajoute une nouvelle page dédiée à la base de données dans l'interface Aidbox à l'adresse /u/database.
Elle comporte trois zones. L'Explorateur de schéma affiche les tables, leur taille, le nombre de lignes et l'utilisation des index. Il permet également d'exécuter VACUUM, ANALYZE et REINDEX sur une table sélectionnée.
Requêtes en cours affiche les requêtes de base de données actives et donne aux opérateurs la possibilité de les annuler ou de les terminer.
Statistiques des paramètres de recherche offre 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, lorsque les tables s'agrandissent ou lorsqu'un modèle 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 des 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 du JSON FHIR imbriqué.
Mises à jour de la validation, de l'authentification et du mappage
La validation au niveau du système est désormais disponible via POST /fhir/$validate, en complément des routes de validation limitées aux ressources.
La gestion des mots de passe a été enrichie. Les utilisateurs connectés peuvent modifier leur propre mot de passe après confirmation du 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 désormais en charge le paramètre OAuth standard login_hint, ce qui permet de préremplir le champ du nom d'utilisateur. 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 désormais 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 désormais plus clairs, en particulier pour les retours concernant la validation des valeurs minimales et maximales. La disposition du mode de saisie a été ajustée afin que les indicateurs de champs obligatoires apparaissent de façon plus uniforme.
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 formulaires grâce à une migration rétrocompatible qui aligne la correspondance des politiques avec les jetons de session émis par SDC.
La population d'éléments de groupe a également été étendue avec la prise en charge de la configuration des requêtes FHIR et des variables.
La version améliore l'intégration du stockage Azure Blob 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 étend les flux de travail orientés payeurs 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 l'appariement 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 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 distincts pour les membres appariés, non appariés et soumis à des restrictions de consentement.
Les API d'autorisation préalable ont également reçu plusieurs mises à jour. La prise en charge des CDS Hooks inclut désormais 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 distribuer des questionnaires et des règles, et PAS ajoute Claim/$submit, Claim/$inquire et $submit-attachment.
Le portail d'applications FHIR progresse également avec l'inscription d'applications SMART, l'inscription de services dorsaux pour les API de données en masse, 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 sur les flux de travail FHIR en production
Aidbox 2605 se concentre sur les aspects opérationnels du travail avec des données FHIR à grande échelle.
L'exportation en masse bénéficie de plus de contrôle sur le consentement, les destinations de stockage et les erreurs au niveau des patients. SQL on FHIR ajoute de nouvelles façons d'exporter des ViewDefinitions et d'exécuter des bibliothèques SQLQuery réutilisables. L'optimisation de la recherche devient plus visible grâce aux statistiques d'utilisation, aux données de santé 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 orientation 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 orientés payeurs, notamment l'accès aux fournisseurs, l'échange entre payeurs, les API d'autorisation préalable, l'inscription d'applications SMART, l'accès aux applications et la prise en charge multi-organisations.
Consultez les notes de version complètes pour Aidbox et Formbox et Payerbox, ou participez à la discussion sur Zulip.
