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-Betrieb $davinci-data-export 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 DaVinci Implementierungsleitfäden zu erfüllen.

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 (Anbieterzugriff und Mitgliederzugriff) werden zusätzlich zu den vorherigen Typen alle Ressourcentypen für klinische Zwecke und Reklamationen unterstützt. Payer-to-Payer 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:

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 Exporte aufgenommen 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.

Die folgenden Finanzdatenelemente werden bei der Transformation entfernt:

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

Regeln für die Profilerkennung

Der Vorgang verwendet die folgenden Regeln, um Profile zu erkennen und zu validieren:

Fünfjährige zeitliche Filterung für Exporte PDex

HealthLake Wendet für alle PDex Exporttypen einen Zeitfilter für fünf Jahre an, der darauf basiert, wann die Ressource zuletzt aktualisiert wurde. Der Zeitfilter gilt 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

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

Bewährte Methoden

Einschränkungen

Weitere Ressourcen