Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Operazione di esportazione dati FHIR R4 $davinci-data-export per HealthLake
L'$davinci-data-exportoperazione è un'operazione FHIR asincrona da cui è possibile esportare dati sanitari. AWS HealthLake Questa operazione supporta diversi tipi di esportazione, tra cui Member Attribution (ATR), PDex Provider Access e Member Access API. Payer-to-Payer È una versione specializzata del $export funzionamento standard FHIR, progettata per soddisfare i requisiti delle guide all'implementazione. DaVinci
Caratteristiche chiave
Elaborazione asincrona: segue lo schema di richiesta asincrona FHIR standard
Group-Level Esportazione: esporta i dati per i membri all'interno di una specifica risorsa del Gruppo
Diversi tipi di esportazione: supporta le API ATR (Member Attribution), PDex Provider Access e Member Access Payer-to-Payer
Supporto completo per i profili: include i profili US Core, CARIN Blue Button e PDex
Filtraggio flessibile: supporta il filtraggio per pazienti, tipi di risorse e intervalli di tempo
Output NDJSON: fornisce dati in formato JSON delimitato da nuove righe
Operazione Endpoint
GET [base]/Group/[id]/$davinci-data-export POST [base]/Group/[id]/$davinci-data-export
Parametri della richiesta
| Parametro | Cardinalità | Description |
|---|---|---|
patient |
0.. * | Membri specifici di cui esportare i dati. Se omesso, tutti i membri del Gruppo vengono esportati. |
_type |
0.1. | Comma-delimited elenco dei tipi di risorse FHIR da esportare. Se omesso, vengono inclusi tutti i tipi di risorse supportati per il tipo di esportazione specificato. Per le esportazioni ATR, il valore predefinito è costituito dagli 8 tipi di risorse di attribuzione. Per le esportazioni PDex, sono inclusi tutti i tipi di risorse di attribuzione più i tipi di risorse cliniche e relative ai reclami dei profili US Core, CARIN Blue Button e PDex. |
_since |
0.1. | Includi solo le risorse aggiornate dopo questa data e ora. |
_until |
0.1.. | Includi solo le risorse aggiornate prima di questa data e ora. |
exportType |
0.1.. | Il tipo di esportazione da eseguire. Valori validi: hl7.fhir.us.davinci-atr (ATR), hl7.fhir.us.davinci-pdex (Provider Access), hl7.fhir.us.davinci-pdex#provider-snapshot (Provider Access snapshot), hl7.fhir.us.davinci-pdex.p2p (Payer-to-Payer), hl7.fhir.us.davinci-pdex.member (Member Access). Default: hl7.fhir.us.davinci-atr. |
_includeEOB2xWoFinancial |
0,1. | Se impostato sutrue, include ExplanationOfBenefit le risorse che dichiarano un profilo CARIN BB 2.x Financial (non BASIS) nell'esportazione senza dati finanziari. La risorsa esportata è conforme al profilo Basis corrispondente, ma la risorsa originale nell'archivio dati non viene modificata. Questo parametro non ha effetto sulle risorse che già dichiarano un profilo Basis, in quanto tali risorse sono sempre incluse e i dati finanziari residui vengono rimossi automaticamente. Default: false. |
_security |
0.. * | Filtra le risorse esportate in base ai valori di meta.security codifica. Usa il system|code formato (il carattere pipe deve essere URL-encoded come%7C). Quando vengono forniti più valori, le risorse devono corrispondere a tutti (semantica AND). Usa system| (trailing pipe, no code) per abbinare qualsiasi codice di un determinato sistema. |
_tag |
0.. * | Filtra le risorse esportate in base ai valori di meta.tag codifica. Utilizza lo stesso system|code formato e la stessa semantica AND di. _security Quando _tag vengono specificati entrambi _security i filtri, le risorse devono corrispondere a entrambi i filtri. |
Comportamento dei filtri per _security e _tag
I _tag filtri _security e si applicano a tutti i tipi di esportazione, inclusi. hl7.fhir.us.davinci-atr Questi filtri supportano anche i seguenti modificatori di ricerca FHIR::not,, :missing:text, :above e. :below Ad esempio, puoi usare o. _tag:not=archived _security:missing=true L'operazione esclude dall'esportazione tutte le risorse che non corrispondono ai filtri forniti.
ExplanationOfBenefit dati finanziari
I seguenti campi di dati finanziari vengono rimossi da tutte le ExplanationOfBenefit risorse CARIN BB 2.x esportate, indipendentemente dal fatto che la risorsa dichiari un profilo di base o finanziario: importi degli appalti,,, paymenttotal, benefitPeriod e articolo e. benefitBalance net unitPrice Ciò garantisce che i dati finanziari non vengano esportati su Da Vinci Provider Access e percorsi. Payer-to-Payer ExplanationOfBenefitle risorse che dichiarano solo un profilo di autorizzazione preventiva PDex (senza un profilo CARIN BB 2.x) vengono esportate invariate e non viene rimosso alcun dato finanziario. Se una risorsa dichiara entrambi i profili, i dati finanziari vengono rimossi.
Tipi di risorsa supportati
I tipi di risorse supportati dipendono dal tipo di esportazione specificato. Per le esportazioni ATR, sono supportati i seguenti tipi di risorse:
GroupPatientCoverageRelatedPersonPractitionerPractitionerRoleOrganizationLocation
Per le esportazioni PDex (Provider Access e Member Access), sono supportati tutti i tipi di risorse cliniche e relative ai reclami in aggiunta ai tipi precedenti. Payer-to-Payer Per un elenco completo dei tipi di risorse supportati, consulta la US Core Implementation Guide (STU 6.1)
Tipi di esportazione
L'$davinci-data-exportoperazione supporta i seguenti tipi di esportazione. È possibile specificare il tipo di esportazione utilizzando il exportType parametro.
| Tipo di esportazione | Scopo | Ambito dei dati | Limite temporale |
|---|---|---|---|
hl7.fhir.us.davinci-atr |
Elenco di attribuzione dei membri | Attribution-related risorse | Nessuno |
hl7.fhir.us.davinci-pdex |
API di accesso al provider | Dati clinici e relativi ai reclami relativi ai pazienti attribuiti | Nessuno |
hl7.fhir.us.davinci-pdex#provider-snapshot |
API Provider Access (istantanea) | Tutti i reclami e i dati clinici, con autorizzazione preventiva e non finanziari relativi ai pazienti attribuiti | Nessuno |
hl7.fhir.us.davinci-pdex.p2p |
Payer-to-Payer Scambio | Dati storici dei membri per le transizioni assicurative | 5 anni |
hl7.fhir.us.davinci-pdex.member |
API di accesso ai membri | Dati sanitari propri del socio | 5 anni |
Limiti temporali per tipo di esportazione
Il limite temporale di 5 anni si applica solo ai tipi di esportazione Payer-to-Payer (hl7.fhir.us.davinci-pdex.p2p) e Member Access (hl7.fhir.us.davinci-pdex.member). I tipi di esportazione di Provider Access (hl7.fhir.us.davinci-pdexehl7.fhir.us.davinci-pdex#provider-snapshot) non hanno restrizioni temporali. Per i tipi di esportazione limitati nel tempo, il limite di 5 anni non si applica ai tipi di risorse ATR (Group,,,,Patient, CoverageRelatedPerson,Practitioner). PractitionerRole Organization Location Queste risorse sono sempre incluse indipendentemente dall'età.
Base di filtraggio temporale
I limiti temporali e i _until parametri _since and vengono valutati in base al meta.lastUpdated timestamp di ciascuna risorsa anziché alle date cliniche o di assistenza. Ciò fornisce un filtraggio temporale coerente per tutti i tipi di risorse.
ATR (hl7.fhir.us.davinci-atr)
Con il tipo di esportazione ATR, puoi esportare i dati della Member Attribution List. Utilizzate questo tipo di esportazione per recuperare risorse relative all'attribuzione per i membri di un gruppo. Per ulteriori informazioni, consulta l'operazione di esportazione ATR Da Vinci
- Tipi di risorsa supportati
Group,Patient,Coverage,RelatedPerson,Practitioner,PractitionerRole,Organization,Location- Filtraggio temporale
Non viene applicato alcun filtro temporale. Tutte le risorse corrispondenti vengono esportate indipendentemente dalla data.
Tipi di esportazione PDex
Tutti i tipi di esportazione PDex condividono gli stessi profili e la stessa logica di filtraggio supportati. Per ulteriori informazioni, consulta l'API Da Vinci PDex
US Core 3.1.1, 6.1.0 e 7.0.0
Autorizzazione preventiva PDex (non supportata per l'accesso ai membri)
CARIN BB 2.x Profili di base: ospedaliero istituzionale, ambulatoriale istituzionale, professionale, orale, farmaceutico NonClinician
Per le esportazioni di PDex, le risorse cliniche e relative ai reclami vengono scoperte automaticamente per ogni paziente del Gruppo. Non è necessario fare riferimento esplicito a queste risorse nella risorsa del Gruppo. L'operazione cerca tutte le risorse relative al comparto pazienti (ad esempioObservation,,, Condition Coverage RelatedPersonMedicationRequest, eExplanationOfBenefit) che appartengono ai pazienti attribuiti. Solo i tipi di ATR (PatientGroup,,,) non riferiti al compartimento dei pazienti richiedono riferimenti espliciti nel Practitioner GruppoPractitionerRole. Organization Location
- Accesso al provider ()
hl7.fhir.us.davinci-pdex Consente ai provider in rete di recuperare i dati dei pazienti per i pazienti attribuiti.
- Provider Access — snapshot ()
hl7.fhir.us.davinci-pdex#provider-snapshot Restituisce un'istantanea completa di tutti i reclami clinici, con autorizzazione preventiva e non finanziari e i dati relativi ai pazienti attribuiti. Questo tipo di esportazione si comporta allo stesso modo
hl7.fhir.us.davinci-pdexe non è soggetto a limiti temporali.- Payer-to-Payer (
hl7.fhir.us.davinci-pdex.p2p) Consente lo scambio di dati tra i pagatori quando un paziente cambia assicurazione.
- Accesso per i membri ()
hl7.fhir.us.davinci-pdex.member Consente ai membri di accedere ai propri dati sanitari.
Logica di supporto e inclusione del profilo
Per le esportazioni PDex, l'$davinci-data-exportoperazione utilizza le dichiarazioni di profilo nell'meta.profileelemento per determinare quali risorse includere nell'esportazione.
ExplanationOfBenefit Gestione delle risorse
ExplanationOfBenefitLe risorse (EOB) sono incluse o escluse dalle esportazioni PDex in base alle relative meta.profile dichiarazioni:
ExplanationOfBenefit le risorse con un profilo CARIN BB 1.x sono escluse dall'esportazione.
ExplanationOfBenefit le risorse senza
meta.profileset sono escluse dall'esportazione.ExplanationOfBenefit le risorse con un profilo CARIN BB 2.x Basis sono sempre incluse, con eventuali dati finanziari residui rimossi in modo che la risorsa sia conforme al profilo CARIN BB 2.x Basis. Non-Financial
ExplanationOfBenefit le risorse con un profilo CARIN BB 2.x che contiene dati finanziari sono escluse per impostazione predefinita. Quando
_includeEOB2xWoFinancial=trueè impostato, vengono incluse con i dati finanziari rimossi e la risorsa viene trasformata nel profilo Basis corrispondente.ExplanationOfBenefit le risorse con un profilo di autorizzazione preventiva PDex sono sempre incluse.
Priorità del profilo per l'eliminazione dei dati finanziari
Quando una ExplanationOfBenefit risorsa dichiara più profili, lo stripping dei dati finanziari ha la precedenza sul pass-through. Per una risorsa che dichiara sia un profilo Basis (o Financial) che un profilo di autorizzazione preventiva PDex, l'operazione rimuove i dati finanziari prima di esportare la risorsa.
Trasformazione dei dati finanziari
Una volta impostata_includeEOB2xWoFinancial=true, l'operazione trasforma le ExplanationOfBenefit risorse CARIN BB 2.xC4BB ExplanationOfBenefit Oral risorsa viene trasformata inC4BB ExplanationOfBenefit Oral Basis, il che rimuove i dati finanziari dal record in base alla specifica FHIR.
L'operazione rimuove i seguenti elementi di dati finanziari in due scenari: quando trasforma una risorsa CARIN BB 2.x Financial nel relativo profilo Basis (utilizzando_includeEOB2xWoFinancial=true) e quando rimuove i dati finanziari residui da una risorsa CARIN BB 2.x Basis:
totalL'elementoL'
paymentelementoL'
benefitPeriodelementoL'
benefitBalanceelementoLe voci relative all'
adjudicationimporto (laamountfetta; le voci non finanziarie comebenefitpaymentstatusebillingnetworkstatusvengono conservate)L'elemento
item.netL'
item.unitPriceelementoLe voci relative all'
item.adjudicationimporto
L'operazione aggiorna anche i metadati del profilo durante la trasformazione:
meta.profileviene aggiornato all'URL canonico del profilo BasisLa versione è aggiornata alla versione CARIN BB 2.x Basis
Le risorse esistenti nell'archivio dati non vengono modificate
Le risorse esportate non vengono salvate in modo persistente nell'archivio dati
Regole di rilevamento del profilo
L'operazione utilizza le seguenti regole per rilevare e convalidare i profili:
Il rilevamento della versione si basa sugli URL
meta.profilecanoniciUna risorsa viene inclusa se UNO QUALSIASI dei suoi profili dichiarati soddisfa i criteri di esportazione
La convalida del profilo avviene durante l'elaborazione dell'esportazione
Filtraggio temporale per le esportazioni PDex
HealthLake applica un filtro temporale di 5 anni per i tipi di esportazione Payer-to-Payer (hl7.fhir.us.davinci-pdex.p2p) e Member Access (). hl7.fhir.us.davinci-pdex.member Il filtro si basa sulla data dell'ultimo aggiornamento della risorsa. I tipi di esportazione di Provider Access (hl7.fhir.us.davinci-pdexehl7.fhir.us.davinci-pdex#provider-snapshot) non sono soggetti ad alcun limite temporale. Per i tipi di esportazione con limitazioni temporali, il filtro si applica a tutte le risorse ad eccezione dei seguenti tipi di risorse di attribuzione principali, che vengono sempre esportati indipendentemente dall'età:
PatientCoverageOrganizationPractitionerPractitionerRoleRelatedPersonLocationGroup
Queste risorse amministrative e demografiche sono esenti perché forniscono un contesto essenziale per i dati esportati. Le esportazioni ATR non sono soggette ad alcun filtro temporale.
Richieste di esempio
Gli esempi seguenti mostrano come avviare processi di esportazione per diversi tipi di esportazione.
Esportazione ATR
GET https://healthlake.{region}.amazonaws.com/datastore/{datastoreId}/r4/Group/example-group/$davinci-data-export?_type=Group,Patient,Coverage,Practitioner,Organization&exportType=hl7.fhir.us.davinci-atr POST https://healthlake.{region}.amazonaws.com/datastore/{datastoreId}/r4/Group/example-group/$davinci-data-export?_type=Group,Patient,Coverage,Practitioner,Organization&exportType=hl7.fhir.us.davinci-atr Content-Type: application/json { "DataAccessRoleArn": "arn:aws:iam::444455556666:role/your-healthlake-service-role", "JobName": "attribution-export-job", "OutputDataConfig": { "S3Configuration": { "S3Uri": "s3://your-export-bucket/EXPORT-JOB", "KmsKeyId": "arn:aws:kms:region:444455556666:key/1234abcd-12ab-34cd-56ef-1234567890ab" } } }
Esportazione di Provider Access con ExplanationOfBenefit rimozione dei dati finanziari
GET https://healthlake.{region}.amazonaws.com/datastore/{datastoreId}/r4/Group/example-group/$davinci-data-export?_type=Patient,Observation,Condition,MedicationRequest,ExplanationOfBenefit&exportType=hl7.fhir.us.davinci-pdex&_includeEOB2xWoFinancial=true
Esportazione di istantanee di Provider Ac
GET https://healthlake.{region}.amazonaws.com/datastore/{datastoreId}/r4/Group/example-group/$davinci-data-export?exportType=hl7.fhir.us.davinci-pdex%23provider-snapshot
Payer-to-Payer esportazione
GET https://healthlake.{region}.amazonaws.com/datastore/{datastoreId}/r4/Group/example-group/$davinci-data-export?_type=Patient,Coverage,ExplanationOfBenefit,Condition,Procedure&exportType=hl7.fhir.us.davinci-pdex.p2p&_includeEOB2xWoFinancial=true
Esportazione di Member Access per un paziente specifico
GET https://healthlake.{region}.amazonaws.com/datastore/{datastoreId}/r4/Group/example-group/$davinci-data-export?_type=Patient,Observation,Condition,ExplanationOfBenefit,MedicationRequest&exportType=hl7.fhir.us.davinci-pdex.member&patient=Patient/example-patient-id
Risposta di esempio
{ "datastoreId": "eaee622d8406b41eb86c0f4741201ff9", "jobStatus": "SUBMITTED", "jobId": "48d7b91dae4a64d00d54b70862f33f61" }
Relazioni con le risorse
L'operazione esporta le risorse in base alle loro relazioni all'interno dell'Elenco di attribuzione dei membri:
Group (Attribution List) ├── Patient (Members) ├── Coverage → RelatedPerson (Subscribers) ├── Practitioner (Attributed Providers) ├── PractitionerRole → Location └── Organization (Attributed Providers)
Nota
Il precedente diagramma delle relazioni tra le risorse si applica alle esportazioni ATR. Per le esportazioni di PDex, le risorse cliniche e relative ai reclami vengono scoperte automaticamente tramite la ricerca dei pazienti e non richiedono riferimenti espliciti nella risorsa del Gruppo.
Fonti di risorse
| Risorsa | Ubicazione della fonte | Description |
|---|---|---|
Patient |
Group.member.entity |
I pazienti che sono membri della lista di attribuzione |
Coverage |
Group.member.extension:coverageReference |
Copertura che ha portato all'iscrizione dei pazienti |
Organization |
Group.member.extension:attributedProvider |
Organizzazioni a cui vengono attribuiti i pazienti |
Practitioner |
Group.member.extension:attributedProvider |
Professionisti individuali a cui vengono attribuiti i pazienti |
PractitionerRole |
Group.member.extension:attributedProvider |
Ruoli professionali a cui vengono attribuiti i pazienti |
RelatedPerson |
Coverage.subscriber |
Abbonati alla copertura |
Location |
PractitionerRole.location |
Sedi associate ai ruoli professionali |
Group |
Endpoint di input | La lista di attribuzione stessa |
Gestione del Job
- Verifica lo stato del lavoro
GET [base]/export/[job-id]- Annullamento di un processo
DELETE [base]/export/[job-id]
Ciclo di vita del processo
SUBMITTED- Il lavoro è stato ricevuto e messo in codaIN_PROGRESS- Job è in fase di elaborazione attivaCOMPLETED- Job terminato con successo, file disponibili per il downloadFAILED- Job ha riscontrato un errore
Formato di output
Formato di file: NDJSON (Newline Delimited JSON)
Organizzazione dei file: file separati per ogni tipo di risorsa
Estensione del file: .ndjson
Posizione: bucket e percorso S3 specificati
Gestione errori
L'operazione restituisce HTTP 400 Bad Request con un OperationOutcome per le seguenti condizioni:
- Errori di autorizzazione
-
Il ruolo IAM specificato in
DataAccessRoleArnnon dispone di autorizzazioni sufficienti per eseguire l'operazione di esportazione. Per l'elenco completo delle autorizzazioni S3 e KMS richieste, consulta Configurazione delle autorizzazioni per i lavori di esportazione. - Errori di convalida dei parametri
-
Il
patientparametro non è formattato comePatient/id,Patient/id,...Uno o più riferimenti ai pazienti non sono validi o non appartengono al gruppo specificato
Il valore del
exportTypeparametro non è un tipo di esportazione supportatoIl
_typeparametro contiene tipi di risorse che non sono supportati per il tipo di esportazione specificatoNel
_typeparametro mancano i tipi di risorse richiesti (Group,Patient,Coverage) per il tipo dihl7.fhir.us.davinci-atresportazioneIl valore del
_includeEOB2xWoFinancialparametro non è un valore booleano valido
- Errori di convalida delle risorse
-
La risorsa di gruppo specificata non esiste nell'archivio dati
La risorsa di gruppo specificata non ha membri
Uno o più membri del gruppo fanno riferimento a risorse per i pazienti che non esistono nell'archivio dati
Sicurezza e autorizzazione
$davinci-data-exportè un'operazione di backend in blocco autorizzata tramite autorizzazioni IAM o ambiti SMART on FHIR (OAuth 2.0) a livello di sistema; le richieste che presentano ambiti a livello di paziente o utente vengono rifiutate. L'operazione non valuta le risorse FHIR Consent per filtrare o limitare i dati esportati.
Si applicano i meccanismi di autorizzazione FHIR standard
Il ruolo di accesso ai dati deve disporre delle autorizzazioni IAM richieste per le operazioni S3 e KMS. Per l'elenco completo delle autorizzazioni richieste, consulta Configurazione delle autorizzazioni per i lavori di esportazione.
Best practice
Selezione del tipo di risorsa: richiedete solo i tipi di risorse necessari per ridurre al minimo le dimensioni di esportazione e i tempi di elaborazione
Time-Based Filtraggio: utilizza il
_sinceparametro per le esportazioni incrementaliFiltraggio dei pazienti: utilizza il
patientparametro quando sono necessari solo i dati per membri specificiJob Monitoring: controlla regolarmente lo stato del lavoro per esportazioni di grandi dimensioni
Gestione degli errori: Implementa una logica di ripetizione corretta per i lavori non riusciti
Consapevolezza del filtro temporale: per le esportazioni Payer-to-Payer e Member Access, prendi in considerazione il filtro temporale quinquennale quando selezioni i tipi di risorse
Rimozione dei dati finanziari: da utilizzare
_includeEOB2xWoFinancial=truequando sono necessari i dati relativi ai reclami senza informazioni finanziarieGestione dei profili: assicurati che le risorse dispongano di dichiarazioni di profilo appropriate, esegui la convalida rispetto ai profili di destinazione prima dell'ingestione e utilizza il controllo delle versioni dei profili per controllare il comportamento di esportazione
Limitazioni
Nel parametro è possibile specificare un massimo di 500 pazienti
patientL'esportazione è limitata alle sole Group-level operazioni
Supporta solo il set predefinito di tipi di risorse per ogni tipo di esportazione
L'output è sempre in formato NDJSON
Payer-to-Payer e le esportazioni di Member Access sono limitate a 5 anni di dati clinici e relativi ai reclami
La trasformazione dei dati finanziari si applica solo ai profili CARIN BB 2.x ExplanationOfBenefit