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.
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 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 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, 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 y aidbox.bulk/load-from-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.
Otras mejoras de Aidbox incluyen una mejor depuración de AccessPolicy, soporte ampliado de X-Original-Uri, gestión correcta de backport-filter-criteria en suscripciones basadas en temas FHIR, y correcciones en Multibox, Resource Browser y el servidor de Metrics.
AidboxMigration 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 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 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.
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 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 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 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 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 que sustentan el resto de los 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 aplicación 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, la configuración de la pipeline MPF 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 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.
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.
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:
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.
