Cloud Healthcare API zum De-Identifizieren von FHIR-Daten verwenden

---

Diese Anleitung wendet sich an Forscher, Data Scientists und IT-Teams, die mit Organisationen im Gesundheitswesen und den Biowissenschaften zusammenarbeiten. Sie erfahren, wie Sie den De-Identifikationsvorgang der Cloud Healthcare API für Fast Healthcare Interoperability Resources (FHIR) verwenden, um personenidentifizierbare Informationen (Personally Identifiable Information – PII), darunter „Geschützte Gesundheitsdaten“ (Protected Health Information – PHI) in klinischen FHIR-Daten zu verändern oder daraus zu entfernen. Durch die De-Identifikation medizinischer Daten können Datenschutzrichtlinien für Patienten geschützt und Gesundheitsdaten für Forschung, Datenfreigabe und maschinelles Lernen vorbereitet werden.

In dieser Anleitung wird davon ausgegangen, dass Sie grundlegende Linux-Kenntnisse haben. Grundlegende Kenntnisse über Google Cloud sowie die FHIR-Spezifikation und deren Verwendung in elektronischen Gesundheitsdatensystemen (EHRs) sind ebenfalls hilfreich. Führen Sie alle Befehle in dieser Anleitung in Cloud Shell aus.

Ziele

• Ein Cloud Healthcare API-Dataset und einen FHIR-Speicher erstellen
• FHIR-Daten in den FHIR-Speicher der Cloud Healthcare API importieren
• Mit dem FHIR-De-Identifikationsvorgang der Cloud Healthcare API PII und PHI in FHIR-Instanzen in einem FHIR-Speicher entfernen oder ändern
• Mit dem curl-Befehlszeilentool einen FHIR-De-Identifikationaufruf über die Cloud Healthcare API ausführen

Kosten

In dieser Anleitung werden die folgenden kostenpflichtigen Komponenten von Google Cloud verwendet:

• Cloud Healthcare API

Mit dem Preisrechner können Sie eine Kostenschätzung für Ihre voraussichtliche Nutzung vornehmen.

Hinweis

Die gesamte Cloud Healthcare API-Nutzung erfolgt im Kontext eines Google Cloud-Projekts. Projekte bilden die Grundlage für das Erstellen, Aktivieren und Nutzen aller Google Cloud-Dienste. Dazu zählen auch das Verwalten von APIs, das Aktivieren der Abrechnung, das Hinzufügen und Entfernen von Mitbearbeitern und das Verwalten von Berechtigungen für Google Cloud-Ressourcen. Mit dem folgenden Verfahren können Sie ein Google Cloud-Projekt erstellen oder Sie wählen ein Projekt aus, das Sie bereits erstellt haben.

1. In the Google Cloud console, go to the project selector page.

   Go to project selector

2. Select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

3. Make sure that billing is enabled for your Google Cloud project.

4. Enable the Cloud Healthcare API.

   Enable the API

5. In the Google Cloud console, activate Cloud Shell.

   Activate Cloud Shell

   At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.

6. Führen Sie in Cloud Shell den Befehl gcloud components update aus, um zu prüfen, ob Sie die neueste Version der gcloud CLI haben, die Funktionen für die Cloud Healthcare API enthält.

Nach Abschluss der in diesem Dokument beschriebenen Aufgaben können Sie weitere Kosten vermeiden, indem Sie die erstellten Ressourcen löschen. Weitere Informationen finden Sie unter Bereinigen.

IAM-Dienstkonto erstellen

Für diese Anleitung sind die Rollen Healthcare-Dataset-Administrator, FHIR-Administrator und FHIR-Ressourcen-Bearbeiter erforderlich. Führen Sie die folgenden Schritte aus, um ein Dienstkonto zu erstellen und die richtigen Rollen zuzuweisen:

1. Erstellen Sie ein Dienstkonto.

2. Weisen Sie dem Dienstkonto Rollen zu:

   • Healthcare-Dataset-Administrator
   • Healthcare-FHIR-Administrator
   • Healthcare-FHIR-Ressourcen-Bearbeiter

3. Erstellen Sie den JSON-Schlüssel des Dienstkontos und laden Sie ihn herunter.

4. Aktivieren Sie den Dienstkontoschlüssel:

   gcloud auth activate-service-account --key-file=path-to-key-file
   

   Die Ausgabe sieht so aus:

   Activated service account credentials for: [[e-mail]]
   

   • key-name ist der Name, den Sie dem Dienstkontoschlüssel zugewiesen haben.
   • project-name ist der Name Ihres Google Cloud-Projekts.

OAuth 2.0-Zugriffstoken abrufen

Wenn Sie die Cloud Healthcare API zum Aufnehmen von Daten verwenden möchten, benötigen Sie ein OAuth 2.0-Zugriffstoken, das von den Befehlen in dieser Anleitung für Sie abgerufen wird. In dieser Anleitung wird für einige der Beispielanfragen an die Cloud Healthcare API das curl-Befehlszeilentool verwendet. In diesen Beispielen wird mithilfe des Befehls gcloud auth print-access-token ein OAuth 2.0-Inhabertoken abgerufen und das Token in den Autorisierungsheader der Anfrage aufgenommen. Weitere Informationen zu diesem Befehl finden Sie unter gcloud auth application-default print-access-token.

FHIR-Dataset zur De-Identifikation einrichten

Jede FHIR-Ressource ist ein JSON-ähnliches Objekt, das Schlüssel/Wert-Paare enthält. Einige Elemente sind standardisiert, andere Elemente sind Freitext. Mit dem De-Identifikationsvorgang können Sie Folgendes tun:

• Werte für bestimmte Schlüssel in der FHIR-Ressource entfernen
• Den unstrukturierten Text verarbeiten, um nur PII-Elemente zu entfernen, und den restlichen Textinhalt unverändert lassen

Wenn Sie ein Dataset de-identifizieren, darf das Ziel-Dataset nicht vorhanden sein, bevor Sie den API-Aufruf zur De-Identifikation ausführen. Das Ziel-Dataset wird mit dem De-Identifikationsvorgang erstellt.

Wenn Sie hingegen einen einzelnen FHIR-Speicher de-identifizieren, muss das Ziel-Dataset vorhanden sein, bevor Sie den API-Aufruf zur De-Identifikation ausführen.

Das Quell-Dataset, der FHIR-Speicher und der FHIR-Speicher des Ziel-Datasets müssen sich im selben Google Cloud-Projekt befinden. Wenn Sie den De-Identifikationsvorgang ausführen, werden das Ziel-Dataset und der FHIR-Speicher in demselben Google Cloud-Projekt erstellt, in dem sich auch Quell-Dataset und FHIR-Speicher befinden.

Wenn Sie für diese Anleitung synthetische FHIR-Daten erstellen möchten, können Sie diese mit Synthea im FHIR-STU3-Format generieren. Kopieren Sie die generierten Daten in einen Cloud Storage-Bucket und importieren Sie diesen in den FHIR-Speicher der Cloud Healthcare API. Mit Synera werden keine FHIR-Daten mit freien oder unstrukturierten Textkomponenten generiert. Sie können sie also nicht verwenden, um diese Aspekte der De-Identifikation zu untersuchen.

Für diese Anleitung importieren Sie FHIR-Beispieldaten wie im folgenden Verfahren beschrieben in den FHIR-Speicher.

1. Richten Sie Umgebungsvariablen für das Projekt und den Speicherort ein, an dem das Dataset, der FHIR-Speicher und die FHIR-Daten gespeichert werden. Die den Umgebungsvariablen zugewiesenen Werte sind Beispielwerte:

   export PROJECT_ID=MyProj
   export REGION=us-central1
   export SOURCE_DATASET_ID=dataset1
   export FHIR_STORE_ID=FHIRstore1
   export DESTINATION_DATASET_ID=deid-dataset1
   

   Im vorstehenden Beispiel wurden folgende Definitionen der Umgebungsvariablen deklariert:

   • $PROJECT_ID ist Ihre Google Cloud-Projekt-ID.
   • $REGION ist die Google Cloud-Region, in der das Cloud Healthcare API-Dataset erstellt wird.
   • $SOURCE_DATASET_ID ist der Name des Cloud Healthcare-API-Datasets, in dem die Quelldaten gespeichert sind.
   • $FHIR_STORE_ID ist der Name des FHIR-Speichers der Cloud Healthcare API.
   • $DESTINATION_DATASET_ID ist der Name des Cloud Healthcare API-Ziel-Datasets, in den die de-identifizierten Daten geschrieben werden.

   Sie werden diese Umgebungsvariablen auch später in dieser Anleitung verwenden.

2. Erstellen Sie ein Cloud Healthcare API-Dataset:

   gcloud healthcare datasets create $SOURCE_DATASET_ID --location=$REGION
   

   Die Ausgabe sieht etwa so aus, wobei [OPERATION_NUMBER] die ID des Vorgangs zur Dataset-Erstellung ist, die zum Tracking der Anfrage verwendet wird:

   Create request issued for: $SOURCE_DATASET_ID
   
   Waiting for operation [OPERATION_NUMBER] to complete...done.
   Created dataset $SOURCE_DATASET_ID.
   

   Der vorherige Befehl erstellt das Quell-Dataset mit dem Namen $SOURCE_DATASET_ID in der Region $REGION.

3. Erstellen Sie mit dem folgenden Befehl einen FHIR-Speicher:

   gcloud healthcare fhir-stores create $FHIR_STORE_ID \
       --dataset=$SOURCE_DATASET_ID --location=$REGION
   

   Mit dem vorherigen Befehl wird ein FHIR-Speicher mit dem Namen $FHIR_STORE_ID im Dataset $SOURCE_DATASET_ID erstellt.

4. Fügen Sie die FHIR-Patientenressource in den FHIR-Speicher ein. Verwenden Sie dazu die FHIR-Funktion create mit dem folgenden Befehl:

   curl -X POST \
       -H "Authorization: Bearer $(gcloud auth print-access-token)" \
       -H "Content-Type: application/fhir+json; charset=utf-8" \
       --data "{
          \"address\": [
       {
         \"city\": \"Anycity\",
         \"district\": \"Anydistrict\",
         \"line\": [
           \"123 Main Street\"
         ],
         \"period\": {
           \"start\": \"1990-12-05\"
         },
         \"postalCode\": \"12345\",
         \"state\": \"CA\",
         \"text\": \"123 Main Street Anycity, Anydistrict, CA 12345\",
         \"use\": \"home\"
       }
     ],
             \"name\": [
           {
             \"family\": \"Smith\",
             \"given\": [
               \"Darcy\"
             ],
             \"use\": \"official\"
           }
         ],
         \"gender\": \"female\",
         \"birthDate\": \"1980-12-05\",
         \"resourceType\": \"Patient\"
       }" \
   "https://healthcare.googleapis.com/v1/projects/$PROJECT_ID/locations/$REGION/datasets/$SOURCE_DATASET_ID/fhirStores/$FHIR_STORE_ID/fhir/Patient"
   

   Das Argument des Befehls entspricht der FHIR-Beispielressource, einer FHIR-Patientenressource.

   {
     "address": [
       {
         "city": "Anycity",
         "district": "Anydistrict",
         "line": [
           "123 Main Street"
         ],
         "period": {
           "start": "1990-12-05"
         },
         "postalCode": "12345",
         "state": "CA",
         "text": "123 Main Street Anycity, Anydistrict, CA 12345",
         "use": "home"
       }
     ],
     "name": [
       {
         "family": "Smith",
         "given": [
           "Darcy"
         ],
   "use": "official"
       }
     ],
   "gender": "female",
   "birthDate": "1980-12-05",
    "resourceType": "Patient"
   }
   

   Wenn die Anfrage erfolgreich ist, gibt der Server eine Ausgabe wie die folgende zurück:

   {
     "address": [
       {
         "city": "Anycity",
         "district": "Anydistrict",
         "line": [
           "123 Main Street"
         ],
         "period": {
           "start": "1990-12-05"
         },
         "postalCode": "12345",
         "state": "CA",
         "text": "123 Main Street Anycity, Anydistrict, CA 12345",
         "use": "home"
       }
     ],
     "birthDate": "1980-12-05",
     "gender": "female",
     "id": "0359c226-5d63-4845-bd55-74063535e4ef",
     "meta": {
       "lastUpdated": "2020-02-08T00:03:21.745220+00:00",
       "versionId": "MTU4MTEyMDIwMTc0NTIyMDAwMA"
     },
     "name": [
       {
         "family": "Smith",
         "given": [
           "Darcy"
         ],
         "use": "official"
       }
     ],
     "resourceType": "Patient"
   }
   

   Mit dem vorherigen curl-Befehl wird eine neue Patientenressource in den FHIR-Quellspeicher eingefügt. In der Ausgabe wird eine Patienten-ID (id) generiert. Die Patienten-ID ist ein de-identifizierter alphanumerischer String, der in der FHIR-Ressource vom Typ "Encounter" verwendet wird, um eine Verknüpfung zur FHIR-Patientenressource herzustellen.

5. Fügen Sie dem FHIR-Speicher die FHIR-Ressource "Encounter" hinzu. Verwenden Sie dazu die FHIR-Funktion create mit dem folgenden Befehl. Ersetzen Sie im Befehl den Wert subject.reference durch die Patienten-ID aus der Ausgabe des vorherigen curl-Befehls:

   curl -X POST \
       -H "Authorization: Bearer $(gcloud auth print-access-token)" \
       -H "Content-Type: application/fhir+json; charset=utf-8" \
       --data "{
         \"status\": \"finished\",
         \"class\": {
           \"system\": \"http://hl7.org/fhir/v3/ActCode\",
           \"code\": \"IMP\",
           \"display\": \"inpatient encounter\"
         },
         \"reason\": [
           {
             \"text\": \"Mrs. Smith is a 39-year-old female who has a past
   medical history significant for a myocardial infarction. Catheterization
   showed a possible kink in one of her blood vessels.\"
           }
         ],
         \"subject\": {
           \"reference\":
   \"Patient/0359c226-5d63-4845-bd55-74063535e4ef\"
         },
         \"resourceType\": \"Encounter\"
       }" \
   
   "https://healthcare.googleapis.com/v1/projects/$PROJECT_ID/locations/$REGION/datasets/$SOURCE_DATASET_ID/fhirStores/$FHIR_STORE_ID/fhir/Encounter"
   

   Das Argument des Befehls entspricht der FHIR-Beispielressource, einer FHIR-Ressource vom Typ "Encounter".

   {
         "status": "finished",
         "class": {
           "system": "http://hl7.org/fhir/v3/ActCode",
           "code": "IMP",
           "display": "inpatient encounter"
         },
         "reason": [
           {
             "text": "Mrs. Smith is a 39-year-old female who has a past medical
   history significant for a myocardial infarction. Catheterization showed a
   possible kink in one of her blood vessels."
           }
         ],
         "subject": {
           "reference": "Patient/0359c226-5d63-4845-bd55-74063535e4ef"
         },
         "resourceType": "Encounter"
       }
   

   Wenn die Anfrage erfolgreich ist, gibt der Server eine Ausgabe wie die folgende zurück:

   {
     "class": {
       "code": "IMP",
       "display": "inpatient encounter",
       "system": "http://hl7.org/fhir/v3/ActCode"
     },
     "id": "0038a95f-3c11-4163-8c2e-10842b6b1547",
     "meta": {
       "lastUpdated": "2020-02-12T00:39:16.822443+00:00",
       "versionId": "MTU4MTQ2Nzk1NjgyMjQ0MzAwMA"
     },
     "reason": [
       {
         "text": "Mrs. Smith is a 39-year-old female who has a past medical history
   significant for a myocardial infarction. Catheterization showed a possible
   kink in one of her blood vessels."
       }
     ],
     "resourceType": "Encounter",
     "status": "finished",
     "subject": {
       "reference": "Patient/0359c226-5d63-4845-bd55-74063535e4ef"
     }
   

   Mit dem vorherigen curl-Befehl wird eine neue Ressource vom Typ "Encounter" in den FHIR-Quellspeicher eingefügt.

FHIR-Daten de-identifizieren

Als Nächstes de-identifizieren Sie die FHIR-Daten, die Sie in den FHIR-Quellspeicher eingefügt haben. Sie entfernen oder passen alle PII-Elemente in strukturierten Feldern wie den Feldern Patient.name und Patient.address an. Außerdem de-identifizieren Sie die PII-Elemente in den unstrukturierten Daten im Text, z. B. Encounter.reason.text.

Sie können anschließend auch die resultierenden Daten zur Analyse und zum maschinellen Lernen direkt in BigQuery exportieren.

Diese Konfiguration der De-Identifikation kann für eine Analyse des Patientenkollektivs oder einen ähnlichen Anwendungsfall verwendet werden. Im Kontext dieser Anleitung können Sie de-identifizierte strukturierte Daten in BigQuery verschieben, um umfangreiche Trends zu bewerten. Möglicherweise benötigen Sie keine unstrukturierten Felder. Diese sind in großem Maßstab schwierig zu normalisieren und zu analysieren. Unstrukturierte Felder sind in dieser Anleitung jedoch als Referenz enthalten.

Es gibt viele mögliche Anwendungsfälle für das De-Identifizieren von FHIR-Daten. Es gibt auch viele Konfigurationsoptionen, die von der Cloud Healthcare API unterstützt werden. Weitere Informationen einschließlich Beispielbefehlen für curl und Tools für PowerShell für verschiedene Szenarien finden Sie unter FHIR-Daten de-identifizieren.

Felder, die ein Datum enthalten, werden durch Datumsverschiebung transformiert. Bei dieser Technik werden alle Daten in einer FHIR-Ressource um einen konsistenten, zufälligen Betrag geändert. Bei der Datumsverschiebung wird die Konsistenz innerhalb einer FHIR-Ressource beibehalten, sodass medizinische relevante Details wie das Alter des Patienten und die Zeit zwischen Terminen erhalten bleiben, ohne dass Informationen über den Patienten offengelegt werden. Alle Kennzeichnungen in unstrukturierten Feldern werden ebenfalls umgewandelt.

Das folgende Beispiel enthält auch eine Transformation mit Hash-Technologie für die name-Felder. Hashing ist eine Einweg-Verschlüsselungstechnik, die gewährleistet, dass ein Name immer in denselben Ausgabewert umgewandelt wird. Dadurch werden konsistente Ausgaben für denselben Patientennamen über mehrere Datensätze im Dataset generiert. Bei diesem Vorgang verbergen Sie personenidentifizierbare Informationen und behalten gleichzeitig Verknüpfungen zwischen Ressourcen bei.

In diesem Beispiel ist der bereitgestellte kryptografische Schlüssel U2FsdGVkX19bS2oZsdbK9X5zi2utBn22uY+I2Vo0zOU= ein Beispiel für AES-verschlüsselte, base64-codierte 256-Bit-Schlüssel, die mit dem folgenden Befehl generiert werden.

echo -n "test" | openssl enc -e -aes-256-ofb -a -salt

Der Befehl fordert Sie auf, ein Passwort einzugeben. Geben Sie ein Passwort Ihrer Wahl ein.

Hinweis: Wenn Sie keinen kryptografischer Schlüssel angeben, generiert die Cloud Healthcare API bei jeder Ausführung des De-Identifikationsvorgangs für Datumswerte einen eigenen kryptografischer Schlüssel. Das kann zu Inkonsistenz der Datumsausgaben zwischen verschiedenen Ausführungen führen.

1. Verwenden Sie den Befehl curl, um alle Elemente mit personenidentifizierbare Informationen in strukturierten Feldern (z. B. die Felder name und address) zu entfernen oder zu transformieren, und um alle Kennzeichnungen in unstrukturierten Feldern zu transformieren.

   curl -X POST \
       -H "Authorization: Bearer "$(gcloud auth print-access-token) \
       -H "Content-Type: application/json; charset=utf-8" \
       --data "{
         'destinationDataset':
   'projects/$PROJECT_ID/locations/$REGION/datasets/$DESTINATION_DATASET_ID',
         'config': {
         'fhir': {
             'fieldMetadataList': {
               'paths': [
                 'Patient.address.state',
                 'Patient.address.line',
                 'Patient.address.text',
                 'Patient.address.postalCode'
               ],
               'action': 'TRANSFORM'
             },
            'fieldMetadataList': {
              'paths': [
                'Encounter.reason.text'
              ],
              'action': 'INSPECT_AND_TRANSFORM'
            },
          'text': {
            'transformations': [
              {
                'infoTypes': [],
                'replaceWithInfoTypeConfig': {}
              }
            ]
          },
             'fieldMetadataList': {
               'paths': [
                 'Patient.name.family',
                 'Patient.name.given'
               ],
               'action': 'TRANSFORM'
             },
           'text': {
             'transformations': {
               'infoTypes': [
                 'PERSON_NAME'
               ],
               'cryptoHashConfig': {
                 'cryptoKey':
   'U2FsdGVkX19bS2oZsdbK9X5zi2utBn22uY+I2Vo0zOU='
               }
             }
           },
             'fieldMetadataList': {
               'paths': [
                 'Patient.birthDate',
                 'Patient.address.period.start'
               ],
               'action': 'TRANSFORM'
             },
           'text': {
             'transformations': {
               'infoTypes': [
                 'DATE'
               ],
               'dateShiftConfig': {
                 'cryptoKey':
   'U2FsdGVkX19bS2oZsdbK9X5zi2utBn22uY+I2Vo0zOU='
               }
             }
           }
         }
       }"
   "https://healthcare.googleapis.com/v1/projects/$PROJECT_ID/locations/$REGION/datasets/$SOURCE_DATASET_ID:deidentify"
   

   Wenn die Anfrage erfolgreich ist, gibt der Server eine Antwort im JSON-Format wie die folgende zurück:

   {
     "name": "projects/$PROJECT_ID/locations/$REGION/datasets/$SOURCE_DATASET_ID/OPERATION_NAME"
   }
   

   Im vorstehenden Beispiel de-identifiziert der Befehl curl die FHIR-Ressource durch Transformation von Werten so:

   • Entfernt die Werte Patient.address.line, Patient.address.text und Patient.address.postalCode.
   • Ersetzt die Werte Patient.name.family und Patient.name.given durch je einen Hashwert.
   • Ersetzt die Werte im Feld Patient.birthDate und period.start durch Werte, die durch die Datumsverschiebung mit einem Differenzial von 100 Tagen generiert werden.
   • Ersetzt im Feld Encounter.reason.text den Familiennamen des Patienten durch einen Hashwert und ersetzt das Alter des Patienten durch den Literalwert [AGE].

2. Die Antwort auf den vorhergehenden Vorgang enthält einen Vorgangsnamen. Verwenden Sie die Methode get, um den Status des Vorgangs zu verfolgen:

   curl -X GET \
       -H "Authorization: Bearer "$(gcloud auth print-access-token) \
       -H "Content-Type: application/json; charset=utf-8" \
   "https://healthcare.googleapis.com/v1/projects/$PROJECT_ID/locations/$REGION/datasets/$SOURCE_DATASET_ID/operations/OPERATION_NAME"
   

   Wenn die Anfrage erfolgreich ist, gibt der Server eine Antwort im JSON-Format zurück. Nach Abschluss des De-Identifikationsprozesses enthält die Antwort "done": true.

   {
     "name": "projects/$PROJECT_ID/locations/$REGION/datasets/$SOURCE_DATASET_ID/operations/OPERATION_NAME",
     "metadata": {
       "@type": "type.googleapis.com/google.cloud.healthcare.v1.OperationMetadata",
       "apiMethodName": "google.cloud.healthcare.v1.dataset.DatasetService.DeidentifyDataset",
       "createTime": "2018-01-01T00:00:00Z",
       "endTime": "2018-01-01T00:00:00Z"
     },
     "done": true,
     "response": {
       "@type": "...",
       "successStoreCount": "SUCCESS_STORE_COUNT"
     }
   }
   

   Der vorherige Befehl gibt den Status des De-Identifikationsvorgangs zurück.

3. Verwenden Sie die Patienten-ID, um die Details der FHIR-Patientenressource im neuen Ziel-Dataset abzurufen. Führen Sie dazu den folgenden Befehl aus:

   curl -X GET \
        -H "Authorization: Bearer $(gcloud auth print-access-token)" \
    "https://healthcare.googleapis.com/v1/projects/$PROJECT_ID/locations/$REGION/datasets/$DESTINATION_DATASET_ID/fhirStores/$FHIR_STORE_ID/fhir/Patient/a952e409-2403-43e6-9815-cb78c5b5eca2/\$everything"
   

   Wenn die Anfrage erfolgreich ist, gibt der Server eine Antwort wie die folgende zurück. Dies ist die de-identifizierte Version der ursprünglichen FHIR-Ressourcen:

     "entry": [\
       {\
         "resource": {\
           "class": {\
             "code": "IMP",\
             "display": "inpatient encounter",\
             "system": "http://hl7.org/fhir/v3/ActCode"\
           },\
           "id": "0038a95f-3c11-4163-8c2e-10842b6b1547",\
           "reason": [\
             {\
               "text": "Mr. NlVBV12Hhb5DD8WNqlTpXboFxzlUSlqAmYDet/jIViQ= is a [AGE]
   gentleman who has a past medical history significant for a myocardial
   infarction. Catheterization showed a possible kink in one of his vessels."\
             }\
           ],\
           "resourceType": "Encounter",\
           "status": "finished",\
           "subject": {\
             "reference": "Patient/0359c226-5d63-4845-bd55-74063535e4ef"\
           }\
         }\
       },\
       {\
         "resource": {\
           "address": [\
             {\
               "city": "Anycity",\
               "district": "Anydistrict",\
               "line": [\
                 ""\
               ],\
               "period": {\
                 "start": "1990-09-23"\
               },\
               "postalCode": "",\
               "state": "",\
               "text": "",\
               "use": "home"\
             }\
           ],\
           "birthDate": "1980-09-23",\
           "gender": "female",\
           "id": "0359c226-5d63-4845-bd55-74063535e4ef",\
           "name": [\
             {\
               "family": "NlVBV12Hhb5DD8WNqlTpXboFxzlUSlqAmYDet/jIViQ=",\
               "given": [\
                 "FSH4e the project.D/IGb80a1rS0L0kqfC3DCDt6//17VPhIkOzH2pk="\
               ],\
               "use": "official"\
             }\
           ],\
           "resourceType": "Patient"\
         }\
       }\
     ],\
     "resourceType": "Bundle",\
     "total": 2,\
     "type": "searchset"\
   }
   

   Der vorherige Befehl prüft, ob der De-Identifikationsvorgang erfolgreich ausgeführt wurde, um die FHIR-Ressourcen zu de-identifizieren.

Bereinigen

Damit Ihrem Google Cloud-Konto die in dieser Anleitung verwendeten Ressourcen nicht in Rechnung gestellt werden, löschen Sie entweder das Projekt, das die Ressourcen enthält, oder Sie behalten das Projekt und löschen die einzelnen Ressourcen.

Projekt löschen

Achtung: Das Löschen von Projekten hat folgende Auswirkungen:
• Alle Inhalte des Projekts werden gelöscht. Wenn Sie für die Aufgaben in diesem Dokument ein bereits bestehendes Projekt verwendet haben und dieses löschen, werden auch alle anderen im Rahmen des Projekts erstellten Daten gelöscht.
• Benutzerdefinierte Projekt-IDs gehen verloren. Beim Erstellen dieses Projekts haben Sie möglicherweise eine benutzerdefinierte Projekt-ID erstellt, die Sie weiterhin verwenden möchten. Damit die URLs, die die Projekt-ID nutzen, z. B. eine appspot.com-URL, erhalten bleiben, sollten Sie ausgewählte Ressourcen innerhalb des Projekts löschen, statt das gesamte Projekt.
1. In the Google Cloud console, go to the Manage resources page.

   Go to Manage resources

2. In the project list, select the project that you want to delete, and then click Delete.
3. In the dialog, type the project ID, and then click Shut down to delete the project.

Einzelne Ressourcen löschen

• Löschen Sie die Ziel-Datasets:

  gcloud healthcare datasets delete $DESTINATION_DATASET_ID
  

Nächste Schritte

• FHIR-Konzepte für die Cloud Healthcare API
• Klinische FHIR-Daten mit der Cloud Healthcare API in die Cloud importieren
• FHIR-Daten de-identifizieren
• FHIR-Ressourcen nach BigQuery exportieren
• Cloud Healthcare API-Dokumentation
• Unsere Cloud Healthcare API und andere Lösungen zur Unterstützung von Organisationen des Gesundheitswesens und der Biowissenschaften während der Pandemie
• Referenzarchitekturen, Diagramme und Best Practices zu Google Cloud kennenlernen. Weitere Informationen zu Cloud Architecture Center