Release 2607 bringt mehrere Änderungen daran, wie FHIR-Daten ausgestellt, validiert, gespeichert und ausgetauscht werden.
Aidbox ergänzt SMART Health Cards, Validierung für bereits in der Datenbank gespeicherte Ressourcen, natives REST-Handling für Binary-Ressourcen sowie externen Speicher für große base64Binary-Payloads.
Auf der Payer-Seite können PAS-Anfragen in externe Utilization-Management-Systeme geleitet werden, darunter HealthEdge GuidingCare. Formbox erhält Verbesserungen bei den Workflows für Formularausfüllung, Validierung und Extraktion.
SMART Health Cards
Aidbox 2607 führt SMART Health Cards ein.
Die Operation $health-cards-issue erstellt aus FHIR-Daten einen verifizierbaren Gesundheitsnachweis und signiert ihn als kompaktes JWS. Patientinnen und Patienten können den resultierenden Nachweis als QR-Code oder Datei vorlegen.
Aidbox veröffentlicht den öffentlichen Verifikationsschlüssel über einen JWKS-Endpunkt, sodass kompatible SMART Health Cards-Prüfer den Nachweis unabhängig validieren können.
In Aidbox bereits vorhandene Daten validieren
FHIR-Validierung findet häufig statt, wenn Daten in das System eingehen. Das erfasst jedoch keine Datensätze, die ohne Validierung importiert wurden, oder Daten, die nach Profiländerungen erneut geprüft werden müssen.
Die überarbeitete Operation $batch-validate führt eine Validierung gegen bereits in Aidbox gespeicherte Ressourcen durch.
Sie unterstützt synchrone und asynchrone Ausführung und speichert Ergebnisse, die nach Validierungsproblemen indiziert sind, mit Drill-down zu den betroffenen Ressourcen.
Dies ist besonders nützlich nach Massenimporten oder Profiländerungen, wenn Teams die Qualität der bereits in der Produktion vorhandenen Daten verstehen müssen, anstatt darauf zu warten, dass Validierungsfehler beim nächsten Schreibvorgang auftauchen.
Verbessertes Handling von Binärdaten
Zwei Änderungen in 2607 betreffen Dateien und andere in FHIR gespeicherte Binär-Payloads.
Die Endpunkte /fhir/Binary folgen nun den FHIR-REST-Content-Negotiation-Regeln.
Clients können rohe Inhalte per POST oder PUT unter Verwendung des tatsächlichen Content-Type senden, anstatt den Payload zunächst in FHIR-JSON zu verpacken. Beim Lesen kann Aidbox je nach angefordertem Accept-Typ entweder den dekodierten Binärinhalt oder die FHIR-Binary-Ressource zurückgeben.
Große base64Binary-Werte müssen außerdem nicht mehr in PostgreSQL gespeichert werden.
Mit dataOffloadToExternalStorage können Felder wie Binary.data, DocumentReference.content.attachment.data und Patient.photo.data in einem externen Blob-Speicher abgelegt werden.
Aidbox speichert den Blob-Speicherort und den Hash zusammen mit der Ressource und stellt den Inhalt beim Lesen der Ressource über die API wieder her. Clients erhalten weiterhin die normale FHIR-Repräsentation.
Die Einstellung wird pro API über $create-api oder $configure-api konfiguriert. Derzeit wird Azure Blob Storage unterstützt.
Für Systeme, die Bilder, Dokumente und andere große Payloads in FHIR speichern, hält dies diese Bytes aus PostgreSQL-Tabellen, dem Verlauf, Backups und der Replikation heraus, ohne Anwendungen zur Nutzung einer separaten Dateizugriffs-API zu zwingen.
Bundle- und Bulk-Import-Performance
Die Verarbeitung von FHIR Bundle und aidbox.bulk/load-from-bucket erhalten in 2607 beide Performance-Verbesserungen.
Die Bundle-Validierung wurde ebenfalls korrigiert, ebenso die Patientenfilterung im einwilligungsbasierten Bulk-Export.
Weitere Aidbox-Verbesserungen umfassen besseres AccessPolicy-Debugging, erweiterte X-Original-Uri-Unterstützung, korrekte Behandlung von backport-filter-criteria in FHIR-Topic-basierten Subscriptions sowie Korrekturen in Multibox, Resource Browser und dem Metrics-Server.
AidboxMigration erhält außerdem einen execution-type-Parameter für SQL, das außerhalb einer Transaktion ausgeführt werden muss, einschließlich PostgreSQL-Anweisungen wie CREATE INDEX CONCURRENTLY.
PAS an externes Utilization Management
Payerbox 2607 ergänzt einen konfigurierbaren Pfad zwischen Da Vinci PAS und dem Utilization-Management-System eines Payers.
Anfragen können gemäß Claim.insurer geroutet werden.
Der Connector pas-passthrough leitet PAS-Anfragen an eine externe Implementierung von Claim/$submit und Claim/$inquire weiter und bewahrt dabei Identifikatoren und verhindert doppelte Einreichungen bei Wiederholungsversuchen.
Ein separater Connector integriert sich über dessen REST-API in HealthEdge GuidingCare. Vom Payer konfigurierte FHIR-ConceptMap-Ressourcen übernehmen die Wertübersetzung zwischen PAS und GuidingCare.
Beide Routen werden über UMTenantConfig konfiguriert.
Payers müssen ihren bestehenden UM-Workflow nicht ersetzen, um eine Da Vinci PAS-Schnittstelle bereitzustellen. Payerbox kann den FHIR-seitigen Austausch übernehmen, während die Entscheidungsfindung in dem System verbleibt, das die Organisation bereits einsetzt.
Validierung an der PAS- und CRD-Grenze
Nicht jede Integrationsabweichung muss eine anderweitig nutzbare Anfrage ablehnen.
Für PAS kann eine konfigurierbare leniente Validierung Unterschiede bei Anzeigenamen und Profilabweichungen referenzierter Ressourcen als Warnungen behandeln. Strukturfehler, Profilverletzungen und fehlende Referenzen bleiben blockierend.
CRD erhält eine ähnliche Flexibilität für Hook-Kontext-Referenzen, die im EHR vorhanden sind, aber innerhalb von Payerbox nicht verfügbar sind.
Strikte Validierung bleibt dort verfügbar, wo der vollständige referenzierte Kontext erwartet wird.
Payer-to-Payer- und Provider-Zugang
$davinci-data-export entfernt nun Remittance- und Versicherten-Kostenbeteiligungsinformationen aus exportierten ExplanationOfBenefit- und Coverage-Ressourcen.
Dazu gehören Gesamtbeträge, Zahlungen, Leistungssalden, Preise, Abrechnungsbeträge, costToBeneficiary, Subrogation und andere monetäre Elemente.
Klinische und administrative Inhalte, Extensions und enthaltene Ressourcen verbleiben im Export.
PAS-Analytik mit SQL on FHIR
Das Paket io.healthsamurai.pas-metrics, Version 0.1.2, ist auf Anfrage verfügbar.
Es enthält 10 ViewDefinition-Ressourcen und 15 Library-Ressourcen, die vom PAS Implementation Guide vorgeschlagene Metriken implementieren.
Das gibt Teams einen Ausgangspunkt für die Verfolgung der PAS-Workflow-Performance, ohne zunächst ein separates Berichtsmodell und eine ETL-Pipeline rund um die operativen Daten aufzubauen. Ergebnisse landen in denselben Flat Views, die der übrigen Payerbox-Analytik zugrunde liegen.
Lesen Sie die Payerbox-Analytik-Dokumentation oder kontaktieren Sie Health Samurai, um das Paket anzufordern.
FHIR App Portal
Die App-Detailseite enthält nun Links zu Datenschutzrichtlinie und Nutzungsbedingungen.
Fehlende Werte werden als „Not provided" angezeigt, und Anwendungen, die Patientendaten ohne Datenschutzrichtlinie anfordern, werden mit einer Warnung gekennzeichnet.
Administratoren können beim Ablehnen einer App neben dem vordefinierten Ablehnungsgrund auch eine Freitextnotiz hinzufügen.
Für die Provider-Directory-Veröffentlichung unterstützt die MPF-Pipeline-Konfiguration nun die Datei index.json.
Formbox
Formbox 2607 konzentriert sich auf verschiedene Details im Formularausfüllungs-Workflow.
NHS-gestaltete Formulare unterstützen benutzerdefinierte Beschriftungen für Weiter- und Absenden-Schaltflächen. Eine Aktion „Speichern und beenden" wird in der NHS-App standardmäßig angezeigt und ist im Web auch verfügbar, wenn ein Weiterleitungslink nach dem Absenden konfiguriert ist.
Die Validierung von Datum, Uhrzeit und Datum/Uhrzeit erkennt nun unvollständige Werte, ohne das bereits vom Benutzer Eingegebene zu löschen. Bei 12-Stunden-Zeitfeldern können Benutzer zur Eingabe von „am" oder „pm" aufgefordert werden, während der Rest der Eingabe erhalten bleibt.
Zeitangaben werden in enableWhen-Bedingungen unterstützt, und offene Auswahlfragen können über „Anderes angeben" eingegebene benutzerdefinierte Werte übermitteln.
Die vorlagenbasierte Extraktion erhält Verbesserungen bei Layout, Generierung von Subject-Referenzen und Abhängigkeiten zugewiesener IDs. Form Builder bereinigt jetzt Validierungsfehler bei berechneten Ausdrücken, sobald sie behoben sind.
Die Paginierung wurde außerdem im Formulare-Raster verbessert und zur Formulargalerie hinzugefügt.
Vor dem Upgrade
Drei Aidbox-Änderungen können Migrationsaufwand erfordern.
Der Endpunkt /fhir/FHIRSchema wurde entfernt. FHIR-Profile sollten mit Standard-StructureDefinition-Ressourcen definiert werden, die der FHIR-Schema-Validator intern kompiliert.
Die Zen-Engines seed und seed-v2 sowie der Ressourcentyp SeedImport wurden ebenfalls entfernt. Konfiguration, die beim Start geladen werden muss, sollte Init Bundle verwenden.
Die C-CDA-Konvertierung wurde aus Aidbox ausgelagert. Der eingebaute Konverter und die /ccda/*-Endpunkte sind nicht mehr Bestandteil des Servers.
Die vollständigen Release Notes lesen
Dieser Beitrag hebt die wesentlichen Änderungen über alle drei Produkte hinweg hervor. Das vollständige Änderungsprotokoll finden Sie in den Release Notes für:
Die Produktdokumentation enthält die genauen Konfigurationsdetails, Korrekturen und Migrationshinweise, die vor einem Upgrade zu prüfen sind.
