--- { "title": "Aidbox, Formbox & Payerbox 2606: Analíticas, exportación masiva y control de API", "description": "La versión 2606 incorpora SQLView a la interfaz de analíticas, visualización de gráficos, _elements para exportación masiva, configuración de API por recurso, versiones más recientes de Da Vinci para autorización previa y correcciones de fiabilidad en Formbox.", "date": "2026-07-06", "author": "Health Samurai Team", "reading-time": "6 min read", "tags": ["Aidbox", "Analytics", "SQL on FHIR"], "utm-campaign": "release", "utm-content": "2606-release" } --- > For the complete documentation index, see [llms.txt](https://www.health-samurai.io/llms.txt). > Use it to discover all available pages before guessing URLs. --- La versión 2606 se centra en los flujos de trabajo más relacionados con las operaciones sobre datos FHIR: analíticas, exportación masiva, comportamiento de la API, autorización previa y fiabilidad de formularios. El hilo conductor es el control sobre cómo se consultan, exportan, exponen a través de APIs y gestionan los datos FHIR en los flujos de trabajo de pagadores y formularios. En [Aidbox 2606](https://www.health-samurai.io/docs/aidbox/overview/release-notes), SQLView se integra en la interfaz de analíticas, los resultados de consultas pueden representarse como gráficos, la salida de [`$export`](https://www.health-samurai.io/docs/aidbox/api/bulk-api/export) puede acotarse con `_elements`, y el comportamiento de la API REST y del historial puede configurarse por tipo de recurso. Esta misma versión publica también un [benchmark de rendimiento](https://www.health-samurai.io/articles/performance-at-scale-baseline) y documenta los artefactos de la cadena de suministro mediante [firmas cosign y SBOMs](https://www.health-samurai.io/docs/aidbox/overview/supply-chain-security). [Payerbox 2606](https://www.health-samurai.io/docs/payerbox/releases) avanza en interoperabilidad de pagadores y autorización previa, con soporte para versiones más recientes de Da Vinci CRD, DTR y PAS, actualizaciones de la exportación Payer-to-Payer y un [Helm chart paraguas de Payerbox](https://www.health-samurai.io/docs/payerbox/run-payerbox/deploy) para el despliegue completo en Kubernetes. [Formbox 2606](https://www.health-samurai.io/docs/formbox/release-notes), anteriormente Aidbox Forms, se centra en la fiabilidad cotidiana: guardado automático, envío más fiable del campo activo, marcas de tiempo de firma adaptadas a la configuración regional y mejor compatibilidad con SDCConfig para formularios compartidos e integrados. ## Los flujos de trabajo de analíticas se vuelven más integrados en Aidbox La interfaz de analíticas incluye ahora SQLView, un nuevo perfil de biblioteca SQL on FHIR. Aparece en la lista unificada `/analytics` junto con ViewDefinition y SQLQuery, de modo que los artefactos de analíticas relacionados son más fáciles de encontrar y gestionar en un único lugar. Los equipos pueden crear y editar SQLViews, resolver dependencias, inspeccionar el linaje y utilizar la nueva celda de notebook `sql-view`. El cambio relevante no es únicamente disponer de otro tipo de artefacto, sino contar con un flujo de trabajo más integrado para dar forma a los datos FHIR con SQL on FHIR. La visualización de gráficos llega también a la Consola SQL, a los Notebooks y a las vistas de SQL Query. En lugar de exportar los resultados solo para comprobar un patrón, los usuarios pueden ejecutar una consulta y revisar la forma de la salida directamente dentro de Aidbox. ## La exportación masiva gana en precisión Los consumidores de exportación a menudo necesitan un subconjunto más pequeño y predecible en lugar del recurso FHIR completo. Esto es habitual en flujos de trabajo de analíticas, intercambio entre pagadores y otras dinámicas de compartición de datos en las que los campos innecesarios aumentan el volumen sin aportar valor. El [parámetro `_elements` para `$export`](https://www.health-samurai.io/docs/aidbox/api/bulk-api/export) hace esto posible en la versión 2606. La salida de exportación puede limitarse a los elementos seleccionados, como `name` o `Patient.name`, mientras que los campos obligatorios `resourceType`, `id` y `meta` permanecen en el recurso. Los recursos filtrados se etiquetan como `SUBSETTED`, lo que hace explícita la naturaleza parcial de la salida para los sistemas receptores. El parámetro está disponible tanto a través de parámetros de consulta GET como mediante el cuerpo `Parameters` del POST. Las rutas anidadas, por ejemplo `Patient.name.family`, están disponibles a través del parámetro de activación opcional [`fhir.bulk-data.export.nested-elements`](https://www.health-samurai.io/docs/aidbox/reference/all-settings). La versión 2606 también es compatible con la [exportación masiva a nivel de sistema](https://www.health-samurai.io/docs/aidbox/api/bulk-api/export), ampliando las opciones de exportación disponibles para flujos de trabajo con grandes volúmenes de datos. ## Comportamiento de la API y previsibilidad en tiempo de ejecución La [configuración de almacenamiento y API a nivel de recurso](https://www.health-samurai.io/docs/aidbox/configuration/storage-and-api-configuration) ofrece a los equipos control sobre el comportamiento de la API REST y del historial por tipo de recurso. En lugar de tratar toda la superficie de la API como un único interruptor global, una instancia puede exponer o conservar el historial de forma diferente para distintos tipos de recursos. El caché también recibe una actualización orientada a producción. La capa de caché basada en versiones mejora el rendimiento y el uso de memoria, y corrige los casos en los que los datos en caché podían quedar obsoletos tras cambios en los recursos subyacentes. El comportamiento de búsqueda es más claro en los casos de fallo. Los parámetros de búsqueda no admitidos devuelven un error claro en lugar de un error interno, y la caché de metadatos de `SearchParameter` se invalida al actualizar y eliminar, de modo que los cambios en parámetros de búsqueda personalizados surten efecto de inmediato. Los cambios de acceso también tienen un período de espera más corto. Cuando se crea un nuevo rol para un usuario, la caché JWT se borra para ese usuario específico, lo que permite que el acceso recién concedido se aplique sin esperar a la expiración normal de la caché. Para los equipos que evalúan las características del despliegue, el [benchmark de rendimiento](https://www.health-samurai.io/articles/performance-at-scale-baseline) público proporciona una línea base compartida para los debates sobre escalabilidad. El [resumen de seguridad de la cadena de suministro](https://www.health-samurai.io/docs/aidbox/overview/supply-chain-security) documenta las imágenes Docker firmadas y los SBOMs, lo que ayuda a los equipos de plataforma y seguridad a revisar los artefactos que despliegan. ## Actualizaciones de Payerbox para autorización previa e intercambio Payer-to-Payer Para los flujos de trabajo Payer-to-Payer, [`$bulk-member-match`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/bulk-member-match) autentica al pagador solicitante mediante UDAP B2B, con los detalles descritos en [Autenticación](https://www.health-samurai.io/docs/payerbox/api-reference/authentication). [`$davinci-data-export`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/davinci-data-export) incorpora también el tipo de exportación `payertopayer` para el intercambio Payer-to-Payer. El trabajo sobre el Directorio de Proveedores también cambia en el pipeline de CMS Medicare Plan Finder. Los filtros de ámbito se ejecutan ahora dentro de la consulta `$export`, la salida de exportación se comprime con gzip y hay disponible una implementación de referencia ejecutable en los [ejemplos de Aidbox](https://github.com/Aidbox/examples/tree/main/aidbox-features/medicare-plan-finder); la documentación del [pipeline MPF](https://www.health-samurai.io/docs/payerbox/run-payerbox/provider-directory-pipeline) explica la configuración del pipeline. Las APIs de autorización previa avanzan hacia versiones más recientes de Da Vinci. [CRD](https://www.health-samurai.io/docs/payerbox/prior-auth/crd) se actualiza a Da Vinci CRD 2.1.0 y reenvía los errores del servicio de decisión con el estado HTTP original y el `OperationOutcome`, mientras que [DTR](https://www.health-samurai.io/docs/payerbox/prior-auth/dtr) pasa a Da Vinci DTR 2.1.0. [PAS](https://www.health-samurai.io/docs/payerbox/prior-auth/pas) se actualiza a Da Vinci PAS STU 2.1.0, que es ahora la versión predeterminada, mientras que STU 2.0.1 sigue siendo seleccionable mediante `PAS_IG_VERSION`. Esto mantiene las APIs de autorización previa alineadas con la versión más reciente de la guía de implementación, al tiempo que conserva una vía de configuración para la versión anterior. [`Claim/$submit`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/claim-submit) escribe ahora una extensión de referencia ClaimResponse en el Claim enviado, vinculando el Claim al ClaimResponse resultante. La operación es también idempotente en `Claim.identifier`, de modo que reenviar un Claim existente devuelve el ClaimResponse existente en lugar de crear una autorización previa duplicada. Con PAS 2.1.0, una autorización previa actualizada mantiene un único ClaimResponse en el Claim original. [`Claim/$submit`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/claim-submit) y [`Claim/$inquire`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/claim-inquire) devuelven ese ClaimResponse para cualquier Claim de la cadena de actualización. El Portal de Aplicaciones FHIR incorpora dos actualizaciones menores de producto. El Portal para Desarrolladores puede registrar un servicio de datos masivos de backend con un secreto de cliente para flujos de credenciales de cliente, además de un URI de JWKS; [Backend Services](https://www.health-samurai.io/docs/payerbox/fhir-app-portal/backend-services) describe esa configuración. El Portal de Administración cuenta con una tarjeta de revisión de aplicaciones rediseñada. El despliegue en Kubernetes dispone de un punto de entrada más sencillo gracias al nuevo [Helm chart paraguas de Payerbox](https://www.health-samurai.io/docs/payerbox/run-payerbox/deploy). El chart despliega el stack completo, incluyendo portales, APIs de interoperabilidad, autorización previa y Aidbox. ## Formbox mejora la fiabilidad durante el relleno y el uso compartido de formularios Formbox 2606 se centra en mejorar la fiabilidad y la usabilidad cotidiana. El guardado automático conserva ahora los datos del formulario si este se recarga mientras se está completando. El envío del formulario también es más fiable para los campos de texto y de fecha/hora, garantizando que los últimos valores introducidos se envíen aunque el campo activo no haya perdido el foco. Se incluyen también varias mejoras de calidad de uso. El elemento de firma muestra ahora la fecha y hora de firma según la configuración regional del navegador, y la sección de Expresión Calculada abre el Editor Avanzado por defecto para reducir el riesgo de pérdida accidental de datos. El uso compartido de formularios también ha mejorado con un mejor soporte de SDCConfig. Los formularios compartidos pueden incluir ahora SDCConfig, aplicar los temas definidos en él, y el constructor de formularios integrado proporciona una carga de SDCConfig más fiable a través de `onFetch`. ## Limpieza de componentes heredados y otras actualizaciones de Aidbox `$match` de MPI y la funcionalidad relacionada han sido eliminados de Aidbox. La concordancia de pacientes reside ahora en [MDMbox](https://www.health-samurai.io/mdmbox), que es el producto previsto para esa funcionalidad. La limpieza del motor heredado va más allá de MPI. La validación Zen, el marco Entity/Attribute, el repositorio FHIR Terminology heredado, y el repositorio, los índices y la implementación de búsqueda basados en Zen han sido eliminados. La [validación mediante FHIR Schema](https://www.health-samurai.io/docs/aidbox/modules/profiling-and-validation/fhir-schema-validator) es ahora el único modo de validación. El parámetro `BOX_FHIR_SCHEMA_VALIDATION` ha sido eliminado y no tiene ningún efecto, y la validación ya no puede desactivarse. La salida de metadatos también es más limpia. `/fhir/metadata` ya no emite URLs canónicas no absolutas en `CapabilityStatement.implementationGuide`, y los paquetes sin URL canónica se omiten. Aidbox 2606 incluye una actualización de protocolo adicional. El transporte MCP [Streamable HTTP](https://www.health-samurai.io/docs/aidbox/modules/other-modules/mcp) admite conexiones directas desde clientes MCP modernos como ChatGPT y Claude, aunque se presenta aquí como una actualización secundaria y no como la novedad principal de la versión. ## Consulte las notas de versión completas Esta entrada destaca los temas de la versión más relevantes para las operaciones con datos, los flujos de trabajo de pagadores y la fiabilidad de formularios. Para el registro de cambios completo, consulte las notas de versión de [Aidbox 2606](https://www.health-samurai.io/docs/aidbox/overview/release-notes), [Payerbox 2606](https://www.health-samurai.io/docs/payerbox/releases) y [Formbox 2606](https://www.health-samurai.io/docs/formbox/release-notes). La documentación enlazada incluye los detalles necesarios para planificar la actualización y configurar las funcionalidades. Es el mejor lugar para verificar los parámetros exactos, el comportamiento de las operaciones y las notas de versión específicas de cada producto antes de la implementación.