|
6 min de lecture
|

Aidbox, Formbox & Payerbox 2609 : matérialisation SQL, consentement des membres et Scribe IA

Résumer cet article avec :
ChatGPTPerplexityClaudeGrok

La version 2609 ajoute la matérialisation SQL avec gestion des dépendances et de nouvelles options pour stocker, filtrer et transmettre les événements d'audit dans Aidbox. Le Portail d'applications FHIR reçoit le consentement signé des membres, et Formbox introduit le Scribe IA en alpha pour remplir les formulaires à partir de conversations. La version inclut également les Ensembles de formulaires, des mises à jour à la création de formulaires et de nouveaux flux de données des payeurs.

Matérialisation SQL on FHIR

La nouvelle ressource AidboxMaterialization gère des définitions SQL on FHIR associées sous forme de vues PostgreSQL ou de vues matérialisées. Elle prend en charge les ViewDefinitions et les SQL Libraries de type SQLView ou SQLQuery. Les requêtes qui dépendent d'un objet stocké le lisent directement plutôt que d'en inclure une copie du SQL.

Lorsqu'une définition change, l'opération $materialize vérifie le SQL dans son graphe de dépendances avant de modifier les objets de base de données. Elle ignore les objets déjà à jour et reconstruit ceux qui nécessitent une mise à jour, ainsi que les dépendants concernés.

Les actualisations de vues matérialisées sont déclenchées explicitement ; Aidbox ne les planifie pas automatiquement. L'opération ViewDefinition/$materialize existante demeure disponible pour les définitions individuelles.

Stockage et diffusion des événements d'audit

Aidbox publie désormais les événements d'audit par l'intermédiaire du sujet intégré AuditEventsR4BALP. Les équipes peuvent transmettre les événements vers des webhooks, Kafka, GCP Pub/Sub et d'autres destinations prises en charge, ou les stocker dans Aidbox avec une destination de type audit-events-recorder. Le paramètre security.audit-log.enabled démarre un enregistreur intégré ; l'enregistrement local prend en charge FHIR R4 et R4B.

Chaque destination peut filtrer les événements par type, sous-type et action. Aidbox ne génère que les événements acceptés par au moins une destination, ce qui permet aux équipes de sélectionner les opérations qu'elles souhaitent auditer. Si aucune destination n'est associée au sujet, aucun événement d'audit n'est généré.

Les anciens paramètres de diffusion vers un référentiel externe, de traitement par lots, d'intervalles de vidage et d'en-têtes de requête sont désormais dépréciés et ignorés. Les intégrations existantes avec un référentiel d'audit externe configuré via security.audit-log.repository-url cesseront de recevoir des événements après la mise à niveau. Pour maintenir la transmission, créez une destination webhook avec le même point de terminaison et assurez-vous que le référentiel accepte le nouveau format de Bundle d'historique décrit dans les instructions de migration.

Consentement des membres dans le Portail d'applications FHIR

Les membres peuvent désormais consigner leurs choix de partage de données sur une nouvelle page de partage de données. Ils peuvent refuser l'Accès des prestataires ou autoriser leur régime à demander des dossiers auprès de régimes antérieurs ou simultanés par l'entremise de l'échange Payeur à Payeur. Le partage par Accès des prestataires est activé par défaut à moins que le membre ne s'y oppose ; les demandes Payeur à Payeur nécessitent un consentement explicite. Chaque choix est signé et sauvegardé sous forme d'un ensemble de ressources FHIR incluant une ressource Consent.

Lorsque la signature par un représentant est activée, un représentant autorisé peut consigner le choix du membre. Un choix de représentant qui élargit le partage de données nécessite l'approbation d'un administrateur ; le choix précédent demeure en vigueur jusqu'à l'approbation. Un choix qui réduit le partage prend effet immédiatement.

Les paramètres de consentement contrôlent l'organisation du régime, la période de validité de l'autorisation, l'option de données non sensibles uniquement, et la liste des payeurs précédents.

Intégration des données

La Référence d'intégration des données ajoute des flux pour les Réclamations, les Autorisations préalables, le Formulaire de médicaments et le Consentement des membres. Les réclamations ciblent CARIN BB 2.1.0, les autorisations préalables PDex 2.1.0, et les données du formulaire de médicaments PDex US Drug Formulary 2.1.0.

Analytique PAS

Les demandes PAS réussies peuvent être enregistrées comme AuditEvents avec PAS_PERSIST_INQUIRIES=true, ce qui est désactivé par défaut. PAS Metrics 0.1.9 utilise ces enregistrements pour comptabiliser les échanges de requêtes et identifier les requêtes provenant de prestataires autres que le prestataire prescripteur.

Formbox

Scribe IA

Le Scribe IA, introduit en alpha, saisit des réponses dans les formulaires Formbox à partir de conversations. Les utilisateurs peuvent dicter des détails, corriger une réponse et naviguer entre les pages ou les formulaires d'un ensemble par commande vocale. Le Scribe recherche également des codes de Terminology et conserve les preuves associées aux réponses générées.

Si une instruction est ambiguë, il peut laisser une note au champ concerné pour que l'utilisateur la résolve. Les utilisateurs examinent les réponses et les résultats de validation avant la soumission. Le Scribe est désactivé par défaut et doit être activé dans la configuration du formulaire.

Ensembles de formulaires et création de formulaires

Les Ensembles de formulaires regroupent des formulaires réutilisables dans un seul flux de travail. Les réponses peuvent déterminer quels formulaires s'affichent et préremplir des champs dans les formulaires ultérieurs. Les ensembles peuvent être partagés par lien ou par courriel et intégrés dans une application. Les réponses des formulaires d'un ensemble peuvent être exportées en un seul PDF.

Le Générateur de formulaires obtient une disposition axée sur l'IA en alpha, avec une fenêtre de clavardage à côté de l'aperçu du formulaire pour créer et modifier des formulaires par instructions en langage naturel. Les Gabarits Liquid bénéficient également d'une modification assistée par IA et d'un aperçu en direct, ainsi que d'outils pour gérer les gabarits et les associer à des formulaires.

MDMbox : correspondance continue et accès Aidbox

La correspondance continue établit des correspondances entre les enregistrements existants et maintient les résultats à jour au fur et à mesure que des enregistrements sont insérés, mis à jour et supprimés. Les modifications apportées aux champs préparés recalculent les correspondances et les pondérations affectées ; la suppression d'un enregistrement retire ses paires de correspondance. Les décisions manuelles et l'historique des fusions demeurent disponibles.

La mise en pause d'un processus préserve les résultats complétés et les changements capturés. Les processus actifs reprennent après un redémarrage et transfèrent le travail de correspondance entre les instances lors de mises à jour progressives. L'interface d'administration affiche séparément la progression de l'application des changements et celle de la correspondance. Les résultats peuvent être téléchargés en CSV ou NDJSON, ou consultés en JSON paginé avec un filtre de statut de décision.

MDMbox fonctionne désormais comme une application Aidbox, de sorte que vous accédez à la fois à l'interface d'administration et à l'API par l'intermédiaire d'Aidbox. Vous n'avez plus besoin d'un hôte MDMbox distinct. Ouvrez l'interface d'administration à /mdmbox sur votre adresse Aidbox et envoyez également les requêtes API à Aidbox. Aidbox gère l'authentification et le contrôle d'accès pour les deux, de sorte qu'une connexion MDMbox distincte n'est plus nécessaire.

Autres mises à jour

Aidbox ajoute la sélection de version de StructureDefinition pour la validation des ressources API et l'accès aux ressources Binary par portée patient SMART par l'intermédiaire de leur contexte de sécurité.

Les métriques, les traces et les journaux tirent désormais service.name de BOX_INSTANCE_NAME, avec Aidbox comme valeur par défaut. Les équipes utilisant un nom d'instance personnalisé doivent mettre à jour les tableaux de bord et les alertes qui filtrent sur le nom de service précédent.

Lire les notes de version complètes

Pour le journal des modifications complet et les détails de configuration, lisez les notes de version pour :

Partager cet article
Comments
Comments
Sign in
Loading comments...
Subscribe to our blog

Get the latest articles on FHIR, interoperability, and healthcare IT.