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 + *Asynchrone Verarbeitung*: Folgt dem standardmäßigen asynchronen FHIR-Anforderungsmuster + *Group-Level Export: Exportiert* Daten für Mitglieder innerhalb einer bestimmten Gruppenressource + *Mehrere Exporttypen*: Unterstützt ATR (Member Attribution), PDEx Provider Access und Payer-to-Payer Member Access APIs + *Umfassende Profilunterstützung*: Beinhaltet US Core-, CARIN Blue Button- und PDEx-Profile + *Flexibles Filtern*: Unterstützt die Filterung nach Patienten, Ressourcentypen und Zeiträumen + *NDJSON-Ausgabe*: Stellt Daten im durch Zeilenumbruch getrennten JSON-Format bereit ## Endpunkt des Vorgangs ``` GET [base]/Group/[id]/$davinci-data-export POST [base]/Group/[id]/$davinci-data-export ``` ## Anforderungsparameter | Parameter | Kardinalität | Description | | --- | --- | --- | | patient | 0.. \* | Bestimmte Mitglieder, deren Daten exportiert werden sollen. Wenn dieser Wert weggelassen wird, werden alle Mitglieder der Gruppe exportiert. | | \_type | 0.. 1 | Comma-delimited Liste der zu exportierenden FHIR-Ressourcentypen. Wenn nicht angegeben, sind alle unterstützten Ressourcentypen für den angegebenen Exporttyp enthalten. Bei ATR-Exporten werden standardmäßig die 8 Attribution-Ressourcentypen verwendet. Bei PDEx-Exporten umfasst dies alle Ressourcentypen für die Zuordnung sowie die Ressourcentypen für klinische Daten und Schadensfälle aus den Profilen US Core, CARIN Blue Button und PDeX. | | \_since | 0.1 | Schließt nur Ressourcen ein, die nach diesem Datum und dieser Uhrzeit aktualisiert wurden. | | \_until | 0.. 1 | Schließt nur Ressourcen ein, die vor diesem Datum und dieser Uhrzeit aktualisiert wurden. | | exportType | 0.. 1 | Die Art des auszuführenden Exports. Gültige Werte: 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). Standard: hl7.fhir.us.davinci-atr. | | \_includeEOB2xWoFinancial | 0.. 1 | Wenn diese Option auf gesetzt isttrue, werden ExplanationOfBenefit Ressourcen, die ein CARIN BB 2.x-Finanzprofil (kein Basisprofil) deklarieren, in den Export einbezogen, wobei die Finanzdaten entfernt wurden. Die exportierte Ressource entspricht dem entsprechenden Basisprofil, aber die ursprüngliche Ressource im Datenspeicher wird nicht geändert. Dieser Parameter hat keine Auswirkung auf Ressourcen, die bereits ein Basisprofil deklarieren, da diese immer enthalten sind und Restfinanzdaten automatisch entfernt werden. Standard: false. | | \_security | 0.. \* | Filtert exportierte Ressourcen nach meta.security Codierungswerten. Verwenden Sie das system\|code Format (Pipezeichen muss URL-encoded als sein%7C). Wenn mehrere Werte angegeben werden, müssen die Ressourcen mit allen übereinstimmen (UND der Semantik). Verwenden Sie system\| (Trailing Pipe, kein Code), um beliebigen Code aus einem bestimmten System abzugleichen. | | \_tag | 0.. \* | Filtert exportierte Ressourcen nach meta.tag Codierungswerten. Verwendet dasselbe system\|code Format und dieselbe UND-Semantik wie\_security. Wenn \_security sowohl als auch angegeben \_tag sind, müssen die Ressourcen beiden Filtern entsprechen. | **Das Filterverhalten für \_security und \_tag** Die `_tag` Filter `_security` und gelten für alle Exporttypen, einschließlich. `hl7.fhir.us.davinci-atr` Diese Filter unterstützen auch die folgenden FHIR-Suchmodifikatoren:`:not`,, `:missing` `:text``:above`, und. `:below` Sie können beispielsweise oder verwenden`_tag:not=archived`. `_security:missing=true` Durch den Vorgang werden alle Ressourcen, die nicht den angegebenen Filtern entsprechen, vom Export ausgeschlossen. **ExplanationOfBenefit Finanzdaten** Die folgenden Finanzdatenfelder werden aus allen exportierten CARIN BB `ExplanationOfBenefit` 2.x-Ressourcen entfernt, unabhängig davon, ob die Ressource ein Basis- oder ein Finanzprofil deklariert: Entscheidungsbeträge,,, `payment` `total``benefitPeriod`, `benefitBalance` und Artikel und. `net` `unitPrice` Dadurch wird sichergestellt, dass Finanzdaten nicht in Da Vinci Provider Access und -Pfade exportiert werden. Payer-to-Payer `ExplanationOfBenefit`Ressourcen, die nur ein PDEx Prior Authorization-Profil (ohne ein CARIN BB 2.x-Profil) deklarieren, werden unverändert exportiert und es werden keine Finanzdaten entfernt. Wenn eine Ressource beide Profile deklariert, werden die Finanzdaten entfernt. ### Unterstützte Ressourcentypen Die unterstützten Ressourcentypen hängen vom angegebenen Exporttyp ab. Für ATR-Exporte werden die folgenden Ressourcentypen unterstützt: + `Group` + `Patient` + `Coverage` + `RelatedPerson` + `Practitioner` + `PractitionerRole` + `Organization` + `Location` 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)](https://hl7.org/fhir/us/core/STU6.1/), [im CARIN Blue Button Implementation Guide](https://hl7.org/fhir/us/carin-bb/) und im [Da Vinci Prior Authorization Support](https://hl7.org/fhir/us/davinci-pas/) Implementation Guide. ## Exporttypen Der `$davinci-data-export` Vorgang unterstützt die folgenden Exporttypen. Sie geben den Exporttyp mithilfe des `exportType` Parameters an. | Exporttyp | Zweck | Umfang der Daten | Zeitliches Limit | | --- | --- | --- | --- | | hl7.fhir.us.davinci-atr | Liste der Zuordnung von Mitgliedern | Attribution-related Ressourcen | Keine | | hl7.fhir.us.davinci-pdex | API für den Anbieterzugriff | Klinische Daten und Reklamationsdaten für zugewiesene Patienten | Keine | | hl7.fhir.us.davinci-pdex\#provider-snapshot | API für den Anbieterzugriff (Snapshot) | Alle klinischen, vorherigen Genehmigungen und nichtfinanziellen Anträge sowie Daten zu Fällen, in denen es sich um behandelte Patienten handelt | Keine | | hl7.fhir.us.davinci-pdex.p2p | Payer-to-Payer Tauschen | Historische Mitgliederdaten für Versicherungsübergänge | 5 Jahre | | hl7.fhir.us.davinci-pdex.member | API für den Mitgliederzugriff | Eigene Gesundheitsdaten des Mitglieds | 5 Jahre | **Zeitliche Beschränkungen nach Exportart** Die zeitliche Beschränkung auf fünf Jahre gilt nur für die Exporttypen Payer-to-Payer (`hl7.fhir.us.davinci-pdex.p2p`) und Member Access (`hl7.fhir.us.davinci-pdex.member`). Für die Provider Access-Exporttypen (`hl7.fhir.us.davinci-pdex`und`hl7.fhir.us.davinci-pdex#provider-snapshot`) gibt es keine zeitliche Beschränkung. Für die Exporttypen, die zeitlich begrenzt sind, gilt das 5-Jahres-Limit nicht für ATR-Ressourcentypen (`Group`,`Patient`,`Coverage`,`RelatedPerson`,, `Practitioner` `PractitionerRole``Organization`,`Location`). Diese Ressourcen sind unabhängig vom Alter immer enthalten. **Grundlage der zeitlichen Filterung** Zeitliche Grenzwerte `_since` und die `_until` Parameter werden anhand des `meta.lastUpdated` Zeitstempels der einzelnen Ressourcen bewertet und nicht anhand von klinischen Daten oder Servicedaten. Dies ermöglicht eine konsistente zeitliche Filterung für alle Ressourcentypen. ### 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](https://build.fhir.org/ig/HL7/davinci-atr/OperationDefinition-davinci-data-export.html) ATR-Exportvorgang. Unterstützte Ressourcentypen `Group`, `Patient`, `Coverage`, `RelatedPerson`, `Practitioner`, `PractitionerRole`, `Organization`, `Location` Temporale Filterung Es wird keine zeitliche Filterung angewendet. Alle passenden Ressourcen werden unabhängig vom Datum exportiert. ### PDEx-Exporttypen Alle PDEx-Exporttypen verwenden dieselben unterstützten Profile und dieselbe Filterlogik. Weitere Informationen finden Sie in der [Da Vinci PdEx Provider](https://build.fhir.org/ig/HL7/davinci-epdx/provider-access-api.html) Access API. Die folgenden Profile werden unterstützt: + US Core 3.1.1, 6.1.0 und 7.0.0 + PDEx Prior Authorization (wird für den Mitgliederzugang nicht unterstützt) + CARIN BB 2.x Basisprofile: stationär stationär, ambulant stationär, beruflich, oral, pharmazeutisch NonClinician 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 (wie`Observation`,,`Condition`, und`ExplanationOfBenefit`) `Coverage` `RelatedPerson``MedicationRequest`, die zu den zugewiesenen Patienten gehören. Nur ATR-Typen (`Patient``Group``Practitioner`,,,`Location`), und außerhalb der Patientenabteilung erfordern ausdrückliche `PractitionerRole` `Organization` Verweise in der Gruppe. Anbieterzugriff () `hl7.fhir.us.davinci-pdex` Ermöglicht netzinternen Anbietern das Abrufen von Patientendaten für zugewiesene Patienten. Anbieterzugriff — Snapshot () `hl7.fhir.us.davinci-pdex#provider-snapshot` Gibt einen vollständigen Überblick über alle klinischen Anträge, Anträge auf vorherige Genehmigung und nichtfinanzielle Anträge sowie Daten zur Erfassung der betroffenen Patienten zurück. Dieser Exporttyp verhält sich genauso wie `hl7.fhir.us.davinci-pdex` und unterliegt keiner zeitlichen Beschränkung. Payer-to-Payer (`hl7.fhir.us.davinci-pdex.p2p`) Ermöglicht den Datenaustausch zwischen Kostenträgern, wenn ein Patient die Versicherung wechselt. Zugang für Mitglieder () `hl7.fhir.us.davinci-pdex.member` Ermöglicht Mitgliedern den Zugriff auf ihre eigenen Gesundheitsdaten. ## 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: + ExplanationOfBenefit Ressourcen mit einem CARIN BB 1.x-Profil sind vom Export ausgeschlossen. + ExplanationOfBenefit Ressourcen ohne `meta.profile` Set sind vom Export ausgeschlossen. + ExplanationOfBenefit Ressourcen mit einem CARIN BB 2.x Basisprofil sind immer enthalten, wobei alle verbleibenden Finanzdaten entfernt werden, sodass die Ressource dem CARIN BB 2.x Basisprofil entspricht. Non-Financial + ExplanationOfBenefit Ressourcen mit einem CARIN BB 2.x-Profil, das Finanzdaten enthält, werden standardmäßig ausgeschlossen. Wenn diese `_includeEOB2xWoFinancial=true` Option gesetzt ist, werden sie in den gelöschten Finanzdaten enthalten und die Ressource wird in das entsprechende Basisprofil umgewandelt. + ExplanationOfBenefit Ressourcen mit einem PDEx Prior Authorization-Profil sind immer enthalten. **Vorrang des Profils beim Löschen von Finanzdaten** Wenn eine ExplanationOfBenefit Ressource mehrere Profile deklariert, hat das Stripping von Finanzdaten Vorrang vor dem Pass-Through. Bei einer Ressource, die sowohl ein Basisprofil (oder Finanzprofil) als auch ein PDEx Prior Authorization-Profil deklariert, entfernt der Vorgang Finanzdaten, bevor die Ressource exportiert wird. ### Transformation von Finanzdaten Wenn Sie diese Einstellung vornehmen`_includeEOB2xWoFinancial=true`, transformiert der Vorgang die ExplanationOfBenefit Ressourcen von [CARIN BB 2.x](https://hl7.org/fhir/us/carin-bb/) in die entsprechenden Basisprofile, indem Finanzdaten entfernt werden. Beispielsweise wird eine Ressource in eine `C4BB ExplanationOfBenefit Oral` Ressource umgewandelt`C4BB 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: + `total`Das Element + Das `payment` Element + Das `benefitPeriod` Element + Das `benefitBalance` Element + Die `adjudication` Betragseinträge (das `amount` Segment; nichtfinanzielle Einträge wie `benefitpaymentstatus` und `billingnetworkstatus` werden beibehalten) + Das Element `item.net` + Das `item.unitPrice` Element + Die `item.adjudication` Anzahl der Einträge Der Vorgang aktualisiert auch die Profilmetadaten während der Transformation: + `meta.profile`wird auf die kanonische URL des Basisprofils aktualisiert + Die Version wurde auf die CARIN BB 2.x Basisversion aktualisiert + Bestehende Ressourcen im Datenspeicher werden nicht geändert + Exportierte Ressourcen werden nicht dauerhaft im Datenspeicher gespeichert ### Regeln für die Profilerkennung Bei diesem Vorgang werden die folgenden Regeln verwendet, um Profile zu erkennen und zu validieren: + Die Versionserkennung basiert auf den `meta.profile` kanonischen URLs + Eine Ressource ist enthalten, wenn EINES ihrer deklarierten Profile den Exportkriterien entspricht + Die Profilvalidierung erfolgt während der Exportverarbeitung ## 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-pdex`und`hl7.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: + `Patient` + `Coverage` + `Organization` + `Practitioner` + `PractitionerRole` + `RelatedPerson` + `Location` + `Group` 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) ``` **Anmerkung** Das obige Diagramm der Ressourcenbeziehungen gilt für ATR-Exporte. Bei PDEx-Exporten werden Ressourcen für klinische Daten und Reklamationen automatisch bei der Suche nach Patienten gefunden. Es sind keine ausdrücklichen Verweise in der Gruppenressource erforderlich. ### Quellen der Ressourcen | Ressource | Standort der Quelle | Description | | --- | --- | --- | | Patient | Group.member.entity | Die Patienten, die Mitglieder der Zuordnungsliste sind | | Coverage | Group.member.extension:coverageReference | Versicherungsschutz, der zur Patientenmitgliedschaft führte | | Organization | Group.member.extension:attributedProvider | Organizations, denen Patienten zugeschrieben werden | | Practitioner | Group.member.extension:attributedProvider | Einzelne Ärzte, denen die Patienten zugeordnet sind | | PractitionerRole | Group.member.extension:attributedProvider | Rollen von Praktikern, denen Patienten zugeschrieben werden | | RelatedPerson | Coverage.subscriber | Abonnenten der Berichterstattung | | Location | PractitionerRole.location | Standorte, die mit den Rollen von Praktikern in Verbindung stehen | | Group | Eingabeendpunkt | Die Zuordnungsliste selbst | ## Verwaltung von Aufträgen Überprüfen Sie den Jobstatus `GET [base]/export/[job-id]` Auftrag abbrechen `DELETE [base]/export/[job-id]` ### Auftragslebenszyklus + `SUBMITTED`- Der Job wurde empfangen und in die Warteschlange gestellt + `IN_PROGRESS`- Der Job wird aktiv bearbeitet + `COMPLETED`- Job erfolgreich abgeschlossen, Dateien zum Herunterladen verfügbar + `FAILED`- Job ist auf einen Fehler gestoßen ## Ausgabeformat + *Dateiformat*: NDJSON (Newline Delimited JSON) + *Dateiorganisation*: Separate Dateien für jeden Ressourcentyp + *Dateierweiterung*: .ndjson + *Speicherort: Spezifizierter* S3-Bucket und Pfad ## Fehlerbehandlung Der Vorgang gibt HTTP 400 Bad Request mit einer OperationOutcome der folgenden Bedingungen zurück: Fehler bei der Autorisierung Die in angegebene IAM-Rolle `DataAccessRoleArn` verfügt nicht über ausreichende Berechtigungen, um den Exportvorgang durchzuführen. Die vollständige Liste der erforderlichen S3- und KMS-Berechtigungen finden Sie unter [Berechtigungen für Exportaufträge einrichten](getting-started-setting-up.md#setting-up-export-permissions). Fehler bei der Parametervalidierung + Der `patient` Parameter ist nicht formatiert als `Patient/id,Patient/id,...` + Eine oder mehrere Patientenreferenzen sind ungültig oder gehören nicht zur angegebenen Gruppe + Der `exportType` Parameterwert ist kein unterstützter Exporttyp + Der `_type` Parameter enthält Ressourcentypen, die für den angegebenen Exporttyp nicht unterstützt werden + Dem `_type` Parameter fehlen die erforderlichen Ressourcentypen (`Group``Patient`,,`Coverage`) für den `hl7.fhir.us.davinci-atr` Exporttyp + Der `_includeEOB2xWoFinancial` Parameterwert ist kein gültiger boolescher Wert Fehler bei der Ressourcenvalidierung + Die angegebene Gruppenressource ist nicht im Datenspeicher vorhanden + Die angegebene Gruppenressource hat keine Mitglieder + Ein oder mehrere Gruppenmitglieder verweisen auf Patientenressourcen, die nicht im Datenspeicher vorhanden sind ## Sicherheit und Autorisierung `$davinci-data-export`ist 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. + Es gelten die standardmäßigen FHIR-Autorisierungsmechanismen + Die Datenzugriffsrolle muss über die erforderlichen IAM-Berechtigungen für S3- und KMS-Operationen verfügen. Die vollständige Liste der erforderlichen Berechtigungen finden Sie unter [Berechtigungen für Exportaufträge einrichten](getting-started-setting-up.md#setting-up-export-permissions). ## Bewährte Methoden + *Auswahl des Ressourcentyps*: Fordern Sie nur die Ressourcentypen an, die Sie benötigen, um die Exportgröße und die Verarbeitungszeit zu minimieren + *Time-Based Filterung*: Verwenden Sie den `_since` Parameter für inkrementelle Exporte + *Patientenfilterung*: Verwenden Sie den `patient` Parameter, wenn Sie nur Daten für bestimmte Mitglieder benötigen + *Auftragsüberwachung*: Überprüfen Sie regelmäßig den Auftragsstatus für große Exporte + *Fehlerbehandlung*: Implementieren Sie die richtige Wiederholungslogik für fehlgeschlagene Jobs + *Sensibilisierung für temporäre Filter*: Bei Exporten Payer-to-Payer und Member Access-Exporten sollten Sie bei der Auswahl der Ressourcentypen den Zeitfilter mit einer Laufzeit von fünf Jahren berücksichtigen + *Entfernung von Finanzdaten*: Verwenden Sie diese `_includeEOB2xWoFinancial=true` Option, wenn Sie Forderungsdaten ohne Finanzinformationen benötigen + *Profilverwaltung*: Stellen Sie sicher, dass Ressourcen über die entsprechenden Profildeklarationen verfügen, überprüfen Sie sie vor der Aufnahme anhand von Zielprofilen und verwenden Sie die Profilversionsverwaltung, um das Exportverhalten zu steuern ## Einschränkungen + In dem Parameter können maximal 500 Patienten angegeben werden `patient` + Der Export ist nur auf Group-level Operationen beschränkt + Unterstützt nur den vordefinierten Satz von Ressourcentypen für jeden Exporttyp + Die Ausgabe erfolgt immer im NDJSON-Format + Payer-to-Payer und Member Access-Exporte sind auf klinische Daten und Reklamationsdaten für 5 Jahre begrenzt + Die Transformation von Finanzdaten gilt nur für CARIN BB 2.x-Profile ExplanationOfBenefit ## Weitere Ressourcen + [Zuordnungsliste für Da Vinci-Mitglieder IG](https://build.fhir.org/ig/HL7/davinci-atr/) + [Da Vinci Payer Data Exchange AG](https://hl7.org/fhir/us/davinci-pdex/) + [CARIN Consumer Directed Payer Data Exchange IG](https://build.fhir.org/ig/HL7/carin-bb/) + [Leitfaden zur Core-Implementierung in den USA](https://www.hl7.org/fhir/us/core/) + [FHIR-Spezifikation für den Zugriff auf Massendaten](https://hl7.org/fhir/uv/bulkdata/)