La versión 2608 incorpora transmisión en streaming de archivos Binary de gran tamaño, autenticación IAM en Google Cloud SQL y operaciones de purga con ámbito en Aidbox. Presenta los agentes de voz de Formbox para llamadas automatizadas a pacientes y un contrato de datos en Payerbox para integraciones entrantes, junto con actualizaciones de interoperabilidad entre aseguradoras, autorización previa, analítica y publicación de directorios de proveedores.
Archivos Binary de gran tamaño y despliegue en la nube
Aidbox puede transmitir en streaming archivos Binary de gran tamaño entre un cliente y un almacenamiento de blobs externo cuando la descarga está configurada para el elemento data. Mantiene únicamente un pequeño búfer en memoria, de modo que los archivos pueden ser mayores que la memoria disponible para la instancia.
El parámetro blobNamePrefix escribe los archivos descargados con el formato {prefix}/{uuid}. El prefijo permite separar entornos o inquilinos en un bucket compartido de Azure, AWS o GCP.
La configuración de almacenamiento y API puede aprovisionarse mediante un init bundle.
La integración con Cloud SQL Java Connector conecta Aidbox a Google Cloud SQL para PostgreSQL a través del socket factory JDBC de Cloud SQL, con autenticación de base de datos IAM en lugar de una contraseña almacenada.
Entrega de eventos de suscripción
Aidbox puede copiar un id de correlación de una solicitud en una notificación de suscripción basada en topics. El nombre de la cabecera se configura con module.topics.correlation-id-header. Los destinos NATS reciben el valor como cabecera de mensaje nativa.
Para Kafka, keyByResourceId utiliza el id de recurso FHIR como clave del mensaje. Los eventos para el mismo recurso se envían a la misma partición y mantienen su orden. Los destinos webhook son inmutables en general, pero el endpoint de un destino webhook-at-least-once puede actualizarse cuando es el único parámetro modificado.
Limpieza de datos y comportamiento de la API
$purge de Organization elimina los datos seleccionados o todos los datos pertenecientes a una organización y sus organizaciones anidadas. $purge de Group actúa a nivel de paciente: elimina cada miembro Patient de un Group junto con los recursos del compartimento de cada paciente, de forma síncrona o asíncrona. La autorización se verifica para cada miembro antes de que comience la eliminación, de modo que un único rechazo deja el grupo sin cambios.
Otros cambios en Aidbox:
- Las respuestas de creación y actualización devuelven una cabecera FHIR
Locationabsoluta. Establezcafhir.location-header-compliant-modeenfalsepara recuperar el formato relativo anterior. - Nuevas opciones de configuración controlan las estadísticas de uso de parámetros de búsqueda.
fhir.search.param-stats.enabledcontrola la recopilación, mientras quefhir.search.param-stats.flush-intervalestablece la frecuencia con la que las muestras en búfer se escriben en PostgreSQL. Ambas admiten recarga en caliente. - Las referencias GraphQL a recursos contenidos se resuelven de forma inline a través del campo
resourceen lugar de devolvernull. - Se incluyen correcciones para la interfaz de usuario de Aidbox, Multibox y la entrega de trazas a través del conector OTEL.
Para las solicitudes batch y de transacción, Prefer: return=minimal devuelve ahora un bundle de respuesta sin cuerpos de recurso, al igual que HAPI. Las entradas conservan response.status, location, etag y lastModified; las entradas fallidas conservan su OperationOutcome. Los clientes que necesiten el comportamiento anterior de cuerpo vacío deben utilizar Prefer: return=hs-headers-only. Los endpoints de recursos individuales no se ven afectados.
Agentes de voz y la nueva interfaz de Formbox
La versión 2608 introduce dos cambios importantes en Formbox. Los agentes de voz convierten los formularios existentes en llamadas de voz automatizadas a pacientes: el agente formula las preguntas del formulario, registra las respuestas y utiliza el contenido existente del formulario como base para la conversación. La nueva interfaz de Formbox es ahora la opción predeterminada, con una forma más clara y ágil de trabajar con formularios; la interfaz heredada sigue disponible para los equipos que la necesiten.
Formbox también recibe varias mejoras menores en esta versión: los campos de texto en formularios largos mantienen una posición de desplazamiento estable mientras el usuario escribe, las fechas introducidas a través de un renderizador iframe embebido se conservan correctamente, los atributos personalizados con valores booleanos, enteros y decimales se gestionan correctamente al guardar, y los formularios PDF de mayor tamaño y mayor consumo de recursos pueden importarse y convertirse a JSON de Questionnaire.
Un contrato de datos publicado para Payerbox
La Referencia de Integración de Datos define el contrato de datos entrantes para Payerbox. Abarca 24 conjuntos de datos USCDI v3.1 mapeados a US Core 6.1.0 y cuatro conjuntos de datos del Directorio de Proveedores mapeados a Plan-Net 1.2.0. Cada conjunto de datos dispone de una plantilla CSV descargable. Las columnas codificadas enlazan con sus value sets, como el OMB Ethnicity Categories ValueSet.
Payerbox adopta CARIN Blue Button 2.1.0 y PDex Plan-Net 1.2.0, sustituyendo a las versiones 2.0.0 y 1.1.0. CARIN BB 2.1.0 añade los perfiles Non-Financial Basis utilizados en las exportaciones Payer-to-Payer y Provider Access. Las versiones compatibles figuran en la página de Implementation Guides.
Actualizaciones de interoperabilidad y autorización previa
Para Payer-to-Payer y Provider Access, $davinci-data-export acepta parámetros de inicio en la cadena de consulta y devuelve 400 para una ventana _since y _until invertida. $bulk-member-match y $provider-member-match ya no fallan cuando un MemberBundle hace referencia a recursos que existen únicamente en el lado solicitante. El cambio en member-match requiere BOX_FHIR_VALIDATION_SKIP_REFERENCE=true, tal como se describe en la guía de despliegue.
Payerbox rechaza las actualizaciones de una autorización previa denegada independientemente de cómo el sistema de gestión de utilización haya registrado la decisión; el flujo de actualización de Claim/$submit describe el comportamiento. $submit-attachment utiliza el sistema de códigos PAS PASTempCodes para supportingInfo.category. La URL del sistema anterior no existía en la guía de implementación y generaba un error en la validación de Terminology.
Para CRD, order-sign, order-dispatch y appointment-book devuelven una acción del sistema Coverage Information cuando no es posible determinar la cobertura. Junto con la tarjeta explicativa, la acción anota el pedido borrador con covered=conditional, info-needed=OTH y un motivo legible por humanos, tal como exige Da Vinci CRD 2.1.0. order-select permanece sin cambios y devuelve únicamente la tarjeta.
Analítica PAS y publicación MPF
El paquete de métricas PAS, io.healthsamurai.pas-metrics 0.1.6, está disponible para su descarga junto con un Notebook de Aidbox que representa gráficamente cada métrica. Los detalles del paquete están disponibles en la documentación de PAS Metrics.
El pipeline del directorio de proveedores MPF publica datos por año de contrato. InsurancePlan.period contiene el año publicado, y los proveedores que no están en la red durante ese año quedan excluidos. El ámbito de la red se deriva de los planes configurados en cada ejecución: los administradores configuran los ids de InsurancePlan, y los ids de Organization de la red provienen del campo network[] de cada plan. La configuración Network Organization IDs ha sido eliminada y los valores almacenados previamente se ignoran. La documentación de MPF Publications describe el flujo actualizado.
Consulte las notas de versión completas
Esta entrada cubre los cambios principales en los tres productos. Para el registro de cambios completo y los detalles de configuración, consulte las notas de versión de:
