Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

FHIR R4 $davinci-Datenexportvorgang für HealthLake

Bei dem $davinci-data-export Vorgang handelt es sich um einen asynchronen FHIR-Vorgang, aus dem Sie Gesundheitsdaten exportieren können. AWS HealthLake Dieser Vorgang unterstützt mehrere Exporttypen, darunter Member Attribution (ATR), PDEx Provider Access und Member Access Payer-to-Payer APIs. Es handelt sich um eine spezielle Version des $export Standard-FHIR-Vorgangs, die darauf ausgelegt ist, die Anforderungen der Implementierungsleitfäden zu erfüllen. DaVinci

Wichtigste Funktionen

Endpunkt des Vorgangs

GET [base]/Group/[id]/$davinci-data-export
POST [base]/Group/[id]/$davinci-data-export

Anforderungsparameter

Unterstützte Ressourcentypen

Die unterstützten Ressourcentypen hängen vom angegebenen Exporttyp ab. Für ATR-Exporte werden die folgenden Ressourcentypen unterstützt:

Für PDEx-Exporte (Provider Access und Payer-to-Payer Member Access) werden zusätzlich zu den vorherigen Typen alle Ressourcentypen für klinische Zwecke und Reklamationen unterstützt. Eine vollständige Liste der unterstützten Ressourcentypen finden Sie im US Core Implementation Guide (STU 6.1), im CARIN Blue Button Implementation Guide und im Da Vinci Prior Authorization Support Implementation Guide.

Exporttypen

Der $davinci-data-export Vorgang unterstützt die folgenden Exporttypen. Sie geben den Exporttyp mithilfe des exportType Parameters an.

ATR (hl7.fhir.us.davinci-atr)

Mit dem ATR-Exporttyp können Sie Daten aus der Mitgliedsattributionsliste exportieren. Verwenden Sie diesen Exporttyp, um Ressourcen im Zusammenhang mit der Zuordnung für Mitglieder innerhalb einer Gruppe abzurufen. Weitere Informationen finden Sie unter Da Vinci ATR-Exportvorgang.

PDEx-Exporttypen

Alle PDEx-Exporttypen verwenden dieselben unterstützten Profile und dieselbe Filterlogik. Weitere Informationen finden Sie in der Da Vinci PdEx Provider Access API. Die folgenden Profile werden unterstützt:

Bei PDEx-Exporten werden Ressourcen für klinische Daten und Reklamationen automatisch für jeden Patienten in der Gruppe ermittelt. Sie müssen in der Gruppenressource nicht explizit auf diese Ressourcen verweisen. Der Vorgang sucht nach allen Ressourcen der Patientenabteilung (wieObservation,,Condition, undExplanationOfBenefit) Coverage RelatedPersonMedicationRequest, die zu den zugewiesenen Patienten gehören. Nur ATR-Typen (PatientGroupPractitioner,,,Location), und außerhalb der Patientenabteilung erfordern ausdrückliche PractitionerRole Organization Verweise in der Gruppe.

Profilunterstützung und Inklusionslogik

Bei PDEx-Exporten verwendet der $davinci-data-export Vorgang Profildeklarationen im meta.profile Element, um zu bestimmen, welche Ressourcen in den Export aufgenommen werden sollen.

ExplanationOfBenefit Umgang mit Ressourcen

ExplanationOfBenefit(EOB) Ressourcen werden auf der Grundlage ihrer meta.profile Deklarationen in PDEx-Exporten ein- oder ausgeschlossen:

Transformation von Finanzdaten

Wenn Sie diese Einstellung vornehmen_includeEOB2xWoFinancial=true, transformiert der Vorgang die ExplanationOfBenefit Ressourcen von CARIN BB 2.x in die entsprechenden Basisprofile, indem Finanzdaten entfernt werden. Beispielsweise wird eine Ressource in eine C4BB ExplanationOfBenefit Oral Ressource umgewandeltC4BB ExplanationOfBenefit Oral Basis, wodurch Finanzdaten gemäß der FHIR-Spezifikation aus dem Datensatz entfernt werden.

Der Vorgang entfernt die folgenden Finanzdatenelemente in zwei Szenarien: wenn eine CARIN BB 2.x-Finanzressource in ihr Basisprofil umgewandelt wird (mit_includeEOB2xWoFinancial=true), und wenn restliche Finanzdaten aus einer CARIN BB 2.x-Basisressource entfernt werden:

Der Vorgang aktualisiert auch die Profilmetadaten während der Transformation:

Regeln für die Profilerkennung

Bei diesem Vorgang werden die folgenden Regeln verwendet, um Profile zu erkennen und zu validieren:

Temporale Filterung für PDEx-Exporte

HealthLake wendet einen 5-jährigen Zeitfilter für die Exporttypen Payer-to-Payer (hl7.fhir.us.davinci-pdex.p2p) und Member Access (hl7.fhir.us.davinci-pdex.member) an. Der Filter basiert darauf, wann die Ressource zuletzt aktualisiert wurde. Die Provider Access-Exporttypen (hl7.fhir.us.davinci-pdexundhl7.fhir.us.davinci-pdex#provider-snapshot) unterliegen keiner zeitlichen Beschränkung. Bei den zeitlich begrenzten Exporttypen gilt der Filter für alle Ressourcen mit Ausnahme der folgenden zentralen Attributionsressourcentypen, die unabhängig vom Alter immer exportiert werden:

Diese administrativen und demografischen Ressourcen sind ausgenommen, da sie den wesentlichen Kontext für die exportierten Daten bieten. ATR-Exporte unterliegen keiner zeitlichen Filterung.

Beispielanforderungen

Die folgenden Beispiele zeigen, wie Exportaufträge für verschiedene Exporttypen gestartet werden.

ATR-Export

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"
    }
  }
}

Provider Access-Export mit Entfernung von ExplanationOfBenefit Finanzdaten

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

Snapshot-Export mit Provider Access

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 exportieren

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

Export mit Mitgliederzugriff für einen bestimmten Patienten

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

Beispielantwort

{
  "datastoreId": "eaee622d8406b41eb86c0f4741201ff9",
  "jobStatus": "SUBMITTED",
  "jobId": "48d7b91dae4a64d00d54b70862f33f61"
}

Beziehungen zu Ressourcen

Der Vorgang exportiert Ressourcen auf der Grundlage ihrer Beziehungen innerhalb der Mitgliedsattributionsliste:

Group (Attribution List)
├── Patient (Members)
├── Coverage → RelatedPerson (Subscribers)
├── Practitioner (Attributed Providers)
├── PractitionerRole → Location
└── Organization (Attributed Providers)

Quellen der Ressourcen

Verwaltung von Aufträgen

Auftragslebenszyklus

Ausgabeformat

Fehlerbehandlung

Der Vorgang gibt HTTP 400 Bad Request mit einer OperationOutcome der folgenden Bedingungen zurück:

Sicherheit und Autorisierung

$davinci-data-exportist ein Backend-Massenvorgang, der über IAM-Berechtigungen oder SMART auf Systemebene für FHIR (OAuth 2.0) -Bereiche autorisiert wird. Anfragen, die Bereiche auf Patienten- oder Benutzerebene angeben, werden abgelehnt. Bei diesem Vorgang werden die Ressourcen von FHIR Consent nicht ausgewertet, um die exportierten Daten zu filtern oder einzuschränken.

Bewährte Methoden

Einschränkungen

Weitere Ressourcen