--- { "title": "Aidbox, Formbox & Payerbox 2607: SMART Health Cards, almacenamiento Binary e integración UM", "description": "La versión 2607 añade SMART Health Cards, validación de datos ya almacenados en Aidbox, gestión nativa de Binary REST, almacenamiento externo de base64Binary y enrutamiento PAS hacia sistemas externos de gestión de utilización.", "date": "2026-08-07", "author": "Valeria Fursa", "reading-time": "6 min read", "tags": ["Aidbox", "Integrations", "Forms"], "utm-campaign": "release", "utm-content": "2607-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 2607 introduce varios cambios en la forma en que los datos FHIR se emiten, validan, almacenan e intercambian. Aidbox incorpora SMART Health Cards, validación de recursos ya almacenados en la base de datos, gestión nativa REST para recursos Binary y almacenamiento externo para payloads `base64Binary` de gran tamaño. En el lado del pagador, las solicitudes PAS pueden enrutarse hacia sistemas externos de gestión de utilización, incluido HealthEdge GuidingCare. Formbox recibe mejoras en los flujos de cumplimentación de formularios, validación y extracción. ## SMART Health Cards Aidbox 2607 introduce las [SMART Health Cards](https://www.health-samurai.io/docs/aidbox/api/rest-api/other/smart-health-cards). La operación `$health-cards-issue` crea una credencial de salud verificable a partir de datos FHIR y la firma como un JWS compacto. Los pacientes pueden presentar la credencial resultante como código QR o como archivo. Aidbox publica la clave pública de verificación a través de un endpoint JWKS, de modo que los verificadores de SMART Health Cards compatibles pueden validar la credencial de forma independiente. ## Validación de datos ya almacenados en Aidbox La validación FHIR suele producirse cuando los datos entran en el sistema. Esto no cubre los registros importados sin validación ni los datos que deben comprobarse de nuevo tras cambios en los perfiles. La operación [`$batch-validate`](https://www.health-samurai.io/docs/aidbox/modules/profiling-and-validation/batch-resource-validation) rediseñada ejecuta la validación sobre recursos ya almacenados en Aidbox. Admite ejecución síncrona y asíncrona, y almacena los resultados indexados por problema de validación, con la posibilidad de profundizar hasta los recursos afectados. Esto resulta especialmente útil tras importaciones masivas o cambios de perfil, cuando los equipos necesitan conocer la calidad de los datos que ya están en producción en lugar de esperar a que los errores de validación afloren durante la siguiente escritura. ## Mejor gestión de datos binarios Dos cambios en 2607 abordan el tratamiento de ficheros y otros payloads binarios almacenados en FHIR. Los endpoints [`/fhir/Binary`](https://www.health-samurai.io/docs/aidbox/api/rest-api/other/binary) siguen ahora las reglas de negociación de contenido REST de FHIR. Los clientes pueden enviar contenido sin procesar a `POST` o `PUT` utilizando su `Content-Type` real, en lugar de envolver el payload en JSON FHIR primero. En la lectura, Aidbox puede devolver el contenido binario decodificado o el recurso FHIR Binary, según el tipo `Accept` solicitado. Los valores `base64Binary` de gran tamaño tampoco necesitan residir en PostgreSQL. Con [`dataOffloadToExternalStorage`](https://www.health-samurai.io/docs/aidbox/configuration/storage-and-api-configuration/offload-base64binary-to-external-storage), campos como `Binary.data`, `DocumentReference.content.attachment.data` y `Patient.photo.data` pueden almacenarse en un almacenamiento de blobs externo. Aidbox conserva la ubicación del blob y su hash junto al recurso, y restaura el contenido cuando el recurso se lee a través de la API. Los clientes siguen recibiendo la representación FHIR habitual. La configuración se realiza por API mediante `$create-api` o `$configure-api`. Actualmente se admite Azure Blob Storage. Para los sistemas que almacenan imágenes, documentos y otros payloads de gran tamaño en FHIR, esto mantiene esos bytes fuera de las tablas de PostgreSQL, el historial, las copias de seguridad y la replicación, sin obligar a las aplicaciones a utilizar una API de acceso a ficheros independiente. ## Rendimiento en importación de Bundle y Bulk El procesamiento de [FHIR Bundle](https://www.health-samurai.io/docs/aidbox/api/rest-api/bundle) y [`aidbox.bulk/load-from-bucket`](https://www.health-samurai.io/docs/aidbox/api/bulk-api/bulk-import-from-an-s3-bucket) reciben mejoras de rendimiento en 2607. La validación de Bundle también ha sido corregida, junto con el [filtrado de pacientes en la exportación masiva con reconocimiento de consentimiento](https://www.health-samurai.io/docs/aidbox/api/bulk-api/export#consent-based-patient-filtering). Otras mejoras de Aidbox incluyen una mejor [depuración de AccessPolicy](https://www.health-samurai.io/docs/aidbox/tutorials/security-access-control-tutorials/debug-access-control), soporte ampliado de [`X-Original-Uri`](https://www.health-samurai.io/docs/aidbox/api/rest-api/fhir-search), gestión correcta de `backport-filter-criteria` en [suscripciones basadas en temas FHIR](https://www.health-samurai.io/docs/aidbox/modules/topic-based-subscriptions/fhir-topic-based-subscriptions), y correcciones en Multibox, Resource Browser y el [servidor de Metrics](https://www.health-samurai.io/docs/aidbox/modules/observability/metrics/monitoring/use-aidbox-metrics-server). [`AidboxMigration`](https://www.health-samurai.io/docs/aidbox/configuration/migrations) también recibe un parámetro `execution-type` para SQL que debe ejecutarse fuera de una transacción, incluyendo sentencias de PostgreSQL como `CREATE INDEX CONCURRENTLY`. ## PAS hacia gestión de utilización externa Payerbox 2607 añade una ruta configurable entre [Da Vinci PAS](https://www.health-samurai.io/docs/payerbox/prior-auth/pas) y el [sistema de gestión de utilización](https://www.health-samurai.io/docs/payerbox/prior-auth/um-integration) del pagador. Las solicitudes pueden enrutarse según `Claim.insurer`. El conector `pas-passthrough` reenvía las solicitudes PAS a una implementación externa de `Claim/$submit` y `Claim/$inquire`, preservando los identificadores y evitando envíos duplicados durante los reintentos. Un [conector independiente](https://www.health-samurai.io/docs/payerbox/prior-auth/um-integration#choosing-a-connector) se integra con HealthEdge GuidingCare a través de su API REST. Los recursos FHIR `ConceptMap` configurados por el pagador gestionan la traducción de valores entre PAS y GuidingCare. Ambas rutas se configuran mediante [`UMTenantConfig`](https://www.health-samurai.io/docs/payerbox/api-reference/configuration-resources/um-tenant-config). Los pagadores no tienen que reemplazar su flujo de trabajo UM existente para exponer una interfaz Da Vinci PAS. Payerbox puede gestionar el intercambio orientado a FHIR mientras la toma de decisiones permanece en el sistema que ya utiliza la organización. ## Validación en el límite PAS y CRD No toda incompatibilidad de integración tiene que rechazar una solicitud que de otro modo sería utilizable. Para PAS, la [validación permisiva](https://www.health-samurai.io/docs/payerbox/prior-auth/pas#validation-strictness) configurable puede tratar las diferencias en nombres de visualización y las discrepancias de perfil en recursos referenciados como advertencias. Los errores estructurales, las violaciones de perfil y las referencias ausentes siguen siendo bloqueantes. [CRD](https://www.health-samurai.io/docs/payerbox/prior-auth/crd#validation-strictness) obtiene una flexibilidad similar para referencias de contexto de hook que existen en el EHR pero no están disponibles dentro de Payerbox. La validación estricta sigue disponible cuando se espera el contexto referenciado completo. ## Acceso de pagador a pagador y de proveedor [`$davinci-data-export`](https://www.health-samurai.io/docs/payerbox/api-reference/operations/davinci-data-export) ahora elimina la información de remesas y de participación en costes del asegurado de los recursos exportados `ExplanationOfBenefit` y `Coverage`. Esto incluye totales, pagos, saldos de prestaciones, precios, importes de adjudicación, `costToBeneficiary`, subrogación y otros elementos monetarios. El contenido clínico y administrativo, las extensiones y los recursos contenidos permanecen en la exportación. ## Análisis PAS con SQL on FHIR El paquete `io.healthsamurai.pas-metrics`, versión 0.1.2, está disponible bajo petición. Contiene 10 recursos [`ViewDefinition`](https://www.health-samurai.io/docs/payerbox/analytics/sql-on-fhir) y 15 recursos `Library` que implementan las métricas sugeridas por la Guía de Implementación PAS. Esto proporciona a los equipos un punto de partida para el seguimiento del rendimiento del flujo de trabajo PAS sin necesidad de construir primero un modelo de informes independiente y una pipeline ETL alrededor de los datos operacionales. Los resultados se depositan en las mismas [vistas planas](https://www.health-samurai.io/docs/payerbox/analytics/flat-views) que sustentan el resto de los análisis de Payerbox. Consulte la [documentación de análisis de Payerbox](https://www.health-samurai.io/docs/payerbox/analytics) o póngase en contacto con Health Samurai para solicitar el paquete. ## Portal de aplicaciones FHIR La [página de detalle de aplicación](https://www.health-samurai.io/docs/payerbox/fhir-app-portal/admin-portal) ahora incluye enlaces a la política de privacidad y a los términos del servicio. Los valores ausentes se muestran como «No proporcionado», y las aplicaciones que solicitan datos de pacientes sin política de privacidad se marcan con una advertencia. Los administradores también pueden añadir una nota de texto libre al rechazar una aplicación, junto a la razón de rechazo predefinida. Para la [publicación del directorio de proveedores](https://www.health-samurai.io/docs/payerbox/run-payerbox/provider-directory-pipeline), la [configuración de la pipeline MPF](https://www.health-samurai.io/docs/payerbox/api-reference/operations/mpf-pipeline-api) ahora admite el fichero `index.json`. ## Formbox Formbox 2607 se centra en varios detalles del flujo de cumplimentación de formularios. Los formularios con temática NHS admiten etiquetas personalizadas para los botones de continuar y enviar. Una acción de «guardar y salir» se muestra por defecto en la aplicación NHS y también está disponible en la web cuando se configura un enlace de redirección al enviar. La validación de fecha, hora y fecha-hora ahora reconoce valores incompletos sin borrar lo que el usuario ya ha escrito. Con campos de hora en formato de 12 horas, se puede solicitar al usuario «am» o «pm» manteniendo el resto de la entrada intacta. Los elementos de hora son compatibles con las condiciones `enableWhen`, y las preguntas de elección abierta pueden enviar valores personalizados introducidos mediante «especificar otro». La extracción basada en plantillas recibe mejoras en la maquetación, la generación de referencias de sujeto y las dependencias de ID asignados. Form Builder ahora elimina los errores de validación de expresiones calculadas una vez resueltos. La paginación también ha sido mejorada en la cuadrícula de formularios y añadida a la galería de formularios. ## Antes de actualizar Tres cambios en Aidbox pueden requerir trabajo de migración. El endpoint `/fhir/FHIRSchema` ha sido eliminado. Los perfiles FHIR deben definirse con recursos `StructureDefinition` estándar, que el [validador FHIR Schema](https://www.health-samurai.io/docs/aidbox/modules/profiling-and-validation/fhir-schema-validator) compila internamente. Los motores Zen `seed` y `seed-v2` y el tipo de recurso `SeedImport` también han desaparecido. La configuración que necesite cargarse al inicio debe utilizar [Init Bundle](https://www.health-samurai.io/docs/aidbox/configuration/init-bundle). La conversión C-CDA ha salido de Aidbox. El convertidor integrado y los endpoints `/ccda/*` ya no forman parte del servidor; estos flujos de trabajo se ejecutan ahora a través de [Interbox](https://www.health-samurai.io/docs/interbox). ## Consulte las notas de versión completas Esta entrada destaca los cambios principales en los tres productos. Para el registro de cambios completo, consulte las notas de versión de: - [Aidbox 2607](https://www.health-samurai.io/docs/aidbox/overview/release-notes) - [Formbox 2607](https://www.health-samurai.io/docs/formbox/release-notes) - [Payerbox 2607](https://www.health-samurai.io/docs/payerbox/releases) La documentación del producto incluye los detalles exactos de configuración, las correcciones y la guía de migración que deben revisarse antes de actualizar.