Release 2607 bringt mehrere Änderungen daran, wie FHIR-Daten ausgestellt, validiert, gespeichert und ausgetauscht werden.
Aidbox erhält 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-Nutzdaten.
Auf der Payer-Seite können PAS-Anfragen in externe Utilization-Management-Systeme geroutet werden, einschließlich HealthEdge GuidingCare. Formbox erhält Verbesserungen bei Formularausfüllung, Validierung und Extraktions-Workflows.
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 diesen als kompaktes JWS. 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üfsysteme den Nachweis unabhängig validieren können.
In Aidbox gespeicherte Daten validieren
FHIR-Validierung findet häufig statt, wenn Daten in das System gelangen. Dadurch werden Datensätze, die ohne Validierung importiert wurden, oder Daten, die nach Profiländerungen erneut geprüft werden müssen, nicht erfasst.
Die überarbeitete Operation $batch-validate führt die 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 Drilldown zu den betroffenen Ressourcen.
Dies ist besonders nützlich nach Massenimporten oder Profiländerungen, wenn Teams die Datenqualität der bereits in der Produktion befindlichen Daten verstehen müssen, anstatt darauf zu warten, dass Validierungsfehler beim nächsten Schreibvorgang auftauchen.
Besseres Handling von Binärdaten
Zwei Änderungen in 2607 betreffen Dateien und andere in FHIR gespeicherte Binär-Nutzdaten.
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 die Nutzdaten zuerst in FHIR-JSON einzubetten. 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 auch nicht mehr in PostgreSQL gespeichert werden.
Mit dataOffloadToExternalStorage können Felder wie Binary.data, DocumentReference.content.attachment.data und Patient.photo.data in externem Blob-Speicher abgelegt werden.
Aidbox speichert den Blob-Speicherort und den Hash zusammen mit der Ressource und stellt den Inhalt wieder her, wenn die Ressource über die API gelesen wird. Clients erhalten weiterhin die normale FHIR-Darstellung.
Die Einstellung wird pro API über $create-api oder $configure-api konfiguriert. Azure Blob Storage wird derzeit unterstützt.
Für Systeme, die Bilder, Dokumente und andere große Nutzdaten in FHIR speichern, werden diese Bytes aus PostgreSQL-Tabellen, Verlauf, Backups und Replikation herausgehalten, ohne dass Anwendungen eine separate Dateizugriffs-API verwenden müssen.
Bundle- und Bulk-Import-Performanz
Die Verarbeitung von FHIR Bundle und aidbox.bulk/load-from-bucket erhalten in 2607 beide Performanzverbesserungen.
Die Bundle-Validierung wurde ebenfalls korrigiert, ebenso wie die Patientenfilterung beim einvernehmensbasierten Bulk Export.
Weitere Aidbox-Verbesserungen umfassen besseres AccessPolicy-Debugging, erweiterte X-Original-Uri-Unterstützung, korrekte Behandlung von backport-filter-criteria in FHIR-topikbasierten Subscriptions sowie Korrekturen in Multibox, Resource Browser und dem Metrics-Server.
AidboxMigration erhält außerdem einen Parameter execution-type für SQL, das außerhalb einer Transaktion ausgeführt werden muss, einschließlich PostgreSQL-Anweisungen wie CREATE INDEX CONCURRENTLY.
PAS an externe Utilization-Management-Systeme
Payerbox 2607 fügt einen konfigurierbaren Pfad zwischen Da Vinci PAS und dem Utilization-Management-System eines Payers hinzu.
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, wobei Identifikatoren erhalten bleiben und doppelte Einreichungen bei Wiederholungsversuchen vermieden werden.
Ein separater Connector integriert sich über dessen REST-API mit 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 im bereits vom Unternehmen genutzten System verbleibt.
Validierung an der PAS- und CRD-Grenze
Nicht jede Integrationsinkompatibilität muss eine ansonsten nutzbare Anfrage ablehnen.
Für PAS kann eine konfigurierbare nachsichtige Validierung Unterschiede bei Anzeigenamen und Profilabweichungen bei referenzierten Ressourcen als Warnungen behandeln. Strukturfehler, Profilverletzungen und fehlende Referenzen bleiben blockierend.
CRD erhält ähnliche Flexibilität für Hook-Kontext-Referenzen, die im EHR vorhanden sind, aber innerhalb von Payerbox nicht verfügbar sind.
Strenge Validierung bleibt verfügbar, wo der vollständige referenzierte Kontext erwartet wird.
Payer-to-Payer- und Provider-Zugang
$davinci-data-export entfernt nun Abrechnungs- und Eigenbeteiligungsinformationen der Versicherten aus exportierten ExplanationOfBenefit- und Coverage-Ressourcen.
Dazu gehören Gesamtbeträge, Zahlungen, Leistungsguthaben, Preise, Abrechnungsbeträge, costToBeneficiary, Subrogation und andere monetäre Elemente.
Klinische und administrative Inhalte, Erweiterungen 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 erhältlich.
Es enthält 10 ViewDefinition-Ressourcen und 15 Library-Ressourcen, die vom PAS Implementation Guide vorgeschlagene Metriken implementieren.
Das gibt Teams einen Ausgangspunkt zur Verfolgung der PAS-Workflow-Performanz, ohne zunächst ein separates Berichtsmodell und eine ETL-Pipeline für die operativen Daten aufbauen zu müssen. Ergebnisse landen in denselben Flat Views, die der übrigen Payerbox-Analytik zugrunde liegen.
Weitere Informationen finden Sie in der Payerbox-Analytik-Dokumentation, oder wenden Sie sich an Health Samurai, um das Paket anzufordern.
FHIR-App-Portal
Die App-Detailseite enthält jetzt 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 Veröffentlichung von Provider-Verzeichnissen unterstützt die MPF-Pipeline-Konfiguration nun die Datei index.json.
Formbox
Formbox 2607 konzentriert sich auf mehrere Details im Formularausfüll-Ablauf.
NHS-thematisierte Formulare unterstützen benutzerdefinierte Beschriftungen für Weiter- und Absenden-Schaltflächen. Eine „Speichern und beenden"-Aktion wird in der NHS-App standardmäßig angezeigt und ist im Web auch verfügbar, wenn ein Weiterleitungs-Link beim Absenden konfiguriert ist.
Die Validierung von Datum, Uhrzeit und Datum-Uhrzeit erkennt nun unvollständige Werte, ohne das bereits eingegebene Eingabe des Benutzers 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.
Zeiteinträge werden in enableWhen-Bedingungen unterstützt, und offene Auswahlfragen können benutzerdefinierte Werte einreichen, die über „Sonstiges angeben" eingegeben wurden.
Die vorlagenbasierte Extraktion erhält Verbesserungen bei Layout, Subjektreferenzgenerierung und abhängigen zugewiesenen IDs. Form Builder löscht nun Validierungsfehler für berechnete Ausdrücke, sobald diese behoben sind.
Die Paginierung wurde auch im Formularraster verbessert und zur Formular-Galerie hinzugefügt.
Vor dem Upgrade
Drei Aidbox-Änderungen können Migrationsarbeiten erfordern.
Der Endpunkt /fhir/FHIRSchema wurde entfernt. FHIR-Profile sollten mit standardmäßigen 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. Konfigurationen, die beim Start geladen werden müssen, sollten das Init Bundle verwenden.
Die C-CDA-Konvertierung wurde aus Aidbox ausgelagert. Der integrierte Konverter und die /ccda/*-Endpunkte sind kein Teil des Servers mehr; diese Workflows werden nun über Interbox ausgeführt.
Die vollständigen Release Notes lesen
Dieser Beitrag hebt die wichtigsten Änderungen über die drei Produkte 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 dem Upgrade zu prüfen sind.
