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 REST nativa de recursos Binary y almacenamiento externo para cargas útiles 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 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 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 puedan validar la credencial de forma independiente.
Validación de datos ya almacenados en Aidbox
La validación FHIR suele realizarse cuando los datos entran en el sistema. Esto no cubre los registros importados sin validación ni los datos que deben volver a comprobarse tras cambios en los perfiles.
La operación $batch-validate 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 incidencia de validación, con desglose hasta los recursos afectados.
Esto resulta especialmente útil tras importaciones masivas o cambios de perfiles, 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 la versión 2607 abordan los archivos y otras cargas útiles binarias almacenadas en FHIR.
Los endpoints /fhir/Binary ahora siguen las reglas de negociación de contenido REST de FHIR.
Los clientes pueden enviar contenido sin procesar mediante POST o PUT utilizando su Content-Type real, sin necesidad de envolver la carga útil 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 ya no necesitan residir dentro de PostgreSQL.
Con dataOffloadToExternalStorage, campos como Binary.data, DocumentReference.content.attachment.data y Patient.photo.data pueden almacenarse en un blob storage externo.
Aidbox conserva la ubicación del blob y el 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.
El ajuste se configura por API mediante $create-api o $configure-api. Actualmente se admite Azure Blob Storage.
Para los sistemas que almacenan imágenes, documentos y otras cargas útiles 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 usar una API de acceso a archivos separada.
Rendimiento en la importación de Bundle y Bulk
El procesamiento de FHIR Bundle y aidbox.bulk/load-from-bucket reciben mejoras de rendimiento en la versión 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.
Otras mejoras de Aidbox incluyen mejor depuración de AccessPolicy, soporte ampliado de X-Original-Uri, gestión correcta de backport-filter-criteria en suscripciones FHIR basadas en temas, y correcciones en Multibox, Resource Browser y el servidor de Metrics.
AidboxMigration también incorpora un parámetro execution-type para SQL que debe ejecutarse fuera de una transacción, incluidas instrucciones de PostgreSQL como CREATE INDEX CONCURRENTLY.
PAS hacia gestión externa de utilización
Payerbox 2607 añade una ruta configurable entre Da Vinci PAS y el sistema de gestión de utilización 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 se integra con HealthEdge GuidingCare a través de su REST API. Los recursos FHIR ConceptMap configurados por el pagador gestionan la traducción de valores entre PAS y GuidingCare.
Ambas rutas se configuran mediante UMTenantConfig.
Los pagadores no tienen que reemplazar su flujo de trabajo de 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 la organización ya utiliza.
Validación en el límite de 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 configurable puede tratar las diferencias en nombres de visualización y las discrepancias de perfiles en recursos referenciados como advertencias. Los errores estructurales, las violaciones de perfil y las referencias faltantes siguen siendo bloqueantes.
CRD obtiene una flexibilidad similar para las referencias de contexto de hook que existen en el EHR pero no están disponibles dentro de Payerbox.
La validación estricta sigue estando disponible cuando se espera el contexto referenciado completo.
Acceso entre pagadores y acceso de proveedores
$davinci-data-export ahora elimina la información de remesas y costes compartidos del asegurado de los recursos ExplanationOfBenefit y Coverage exportados.
Esto incluye totales, pagos, saldos de beneficios, 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 de PAS con SQL on FHIR
El paquete io.healthsamurai.pas-metrics, versión 0.1.2, está disponible bajo solicitud.
Contiene 10 recursos ViewDefinition y 15 recursos Library que implementan las métricas sugeridas por la Implementation Guide de PAS.
Esto proporciona a los equipos un punto de partida para hacer seguimiento del rendimiento del flujo de trabajo de PAS sin tener que construir previamente un modelo de informes separado y un pipeline ETL sobre los datos operativos. Los resultados se publican en las mismas vistas planas que sustentan el resto del análisis de Payerbox.
Consulte la documentación de análisis de Payerbox o póngase en contacto con Health Samurai para solicitar el paquete.
Portal de aplicaciones FHIR
La página de detalle de aplicaciones ahora incluye enlaces a la política de privacidad y los términos de servicio.
Los valores ausentes se muestran como «Not provided», y las aplicaciones que solicitan datos de pacientes sin política de privacidad se señalan 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, la configuración del pipeline MPF ahora admite el archivo 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 los 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 opción abierta pueden enviar valores personalizados introducidos mediante «especificar otro».
La extracción basada en plantillas recibe mejoras en el diseño, 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 que se resuelven.
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 compila internamente.
Los motores Zen seed y seed-v2 y el tipo de recurso SeedImport también han sido eliminados. La configuración que necesite cargarse al inicio debe utilizar Init Bundle.
La conversión C-CDA se ha trasladado fuera de Aidbox. El conversor integrado y los endpoints /ccda/* ya no forman parte del servidor.
Leer 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:
La documentación del producto incluye los detalles de configuración exactos, las correcciones y la guía de migración que debe revisar antes de actualizar.
