Auf dieser Seite wird erläutert, wie Sie mit Pub/Sub Benachrichtigungen erhalten, wenn ein klinisches Ereignis in einem FHIR-Speicher auftritt.
Sie können Pub/Sub-Benachrichtigungen für verschiedene Anwendungsfälle verwenden, einschließlich der Auslösung der nachgelagerten Verarbeitung oder der Analyse neuer Daten. Ein Modell für maschinelles Lernen kann beispielsweise Benachrichtigungen erhalten, wenn neue Daten für das Training verfügbar sind, und Statistiken oder Vorhersagen generieren, um die Patientenversorgung zu verbessern.
Überblick
Sie können Pub/Sub-Benachrichtigungen erhalten, wenn eine FHIR-Ressource in einem FHIR-Speicher erstellt, aktualisiert, gepatcht oder gelöscht wird. Die Cloud Healthcare API sendet keine Benachrichtigungen, wenn eine FHIR-Ressource aus Cloud Storage importiert wird.
Damit Sie Benachrichtigungen erhalten, müssen Sie ein Pub/Sub-Thema und -Abo erstellen und dann den FHIR-Speicher so konfigurieren, dass Benachrichtigungen an das Thema gesendet werden.
Das folgende Diagramm zeigt, wie Pub/Sub-Benachrichtigungen erstellt und zugestellt werden, wenn eine FHIR-Ressource in einem FHIR-Speicher mit der Methode fhir.create
erstellt wird. Die Schritte sind die gleichen, wenn eine FHIR-Ressource aktualisiert, gepatcht oder gelöscht wird.
Abbildung 1. Verwenden von Pub/Sub-Benachrichtigungen für Änderungen in einem FHIR-Speicher
Abbildung 1 zeigt die folgenden Schritte:
- Ein Aufrufer stellt eine
fhirStores.fhir.create
-Anfrage, um eine FHIR-Ressource zu erstellen. - Der FHIR-Speicher empfängt die Anfrage, erstellt eine Pub/Sub-Nachricht und sendet sie an das im FHIR-Speicher konfigurierte Pub/Sub-Thema.
- Pub/Sub leitet die Nachricht an die Abos weiter, die mit dem Thema verknüpft sind.
- Die Abonnenten erhalten von ihrem Abo eine Benachrichtigung in Form einer Pub/Sub-Nachricht. Jedes Abo kann einen oder mehrere Abonnenten haben, um die Parallelität zu erhöhen.
Benachrichtigungskonfiguration
Sie können Pub/Sub-Benachrichtigungen und ihr Verhalten in einem FhirNotificationConfig
-Objekt in einem FHIR-Speicher konfigurieren. Für jeden FHIR-Speicher kann ein FhirNotificationConfig
konfiguriert sein.
In der folgenden Tabelle werden die Felder des Objekts FhirNotificationConfig
beschrieben.
Feld | Beschreibung | Beispiel |
---|---|---|
pubsubTopic |
Das Pub/Sub-Thema, das an den FHIR-Speicher angehängt werden soll. Benachrichtigungen werden an das angegebene Thema gesendet. | projects/my-project/topics/my-topic |
sendFullResource |
Gibt an, ob der vollständige Inhalt einer erstellten, aktualisierten oder gepatchten FHIR-Ressource in eine Benachrichtigung aufgenommen werden soll. Dieses Feld hat keine Auswirkungen auf Benachrichtigungen, die gesendet werden, wenn FHIR-Ressourcen gelöscht werden. Wenn Sie den vollständigen Inhalt einer gelöschten Ressource einschließen möchten, setzen Sie sendPreviousResourceOnDelete auf true . |
true |
sendPreviousResourceOnDelete |
Gibt an, ob der vollständige Inhalt einer gelöschten FHIR-Ressource in eine Benachrichtigung aufgenommen werden soll. Dieses Feld hat keine Auswirkungen auf Benachrichtigungen, die gesendet werden, wenn FHIR-Ressourcen erstellt, aktualisiert oder gepatcht werden. | true |
Benachrichtigungsformat und -inhalt
Jede Pub/Sub-Benachrichtigung enthält ein message
-Objekt, das Informationen zum klinischen Ereignis enthält. Das message
-Objekt sieht in etwa so aus:
{ "message": { "attributes": { "action": "ACTION", "lastUpdatedTime": "RFC_1123_FORMAT_DATETIME", "payloadType": "PAYLOAD_TYPE", "resourceType": "FHIR_RESOURCE_TYPE", "storeName": "projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID", "versionId": "VERSION_ID" }, "data": "BASE_64_ENCODED_DATA", "messageId": "MESSAGE_ID", "publishTime": "YYYY-MM-DDTHH:MM:SS+ZZ:ZZ" } }
Informationen zu zusätzlichen Feldern, die in jeder Pub/Sub-Nachricht enthalten sind, finden Sie unter ReceivedMessage
und PubsubMessage
.
In der folgenden Tabelle werden die einzelnen Felder im attributes
-Objekt beschrieben:
Attribut | Beschreibung | Beispiel |
---|---|---|
action |
Die Aktion, die für eine FHIR-Ressource aufgetreten ist. Zulässige Werte:
|
CreateResource |
resourceType |
Der Typ der geänderten FHIR-Ressource. Mögliche Werte sind alle unterstützten FHIR-Ressourcentypen in der Cloud Healthcare API. | Patient |
payloadType |
Der Nutzlasttyp der Nachricht, entweder NameOnly oder FullResource . |
FullResource |
storeName |
Der vollständige Ressourcenname des FHIR-Speichers, in dem die Aktion aufgetreten ist. | projects/my-project/locations/us/datasets/my-dataset/fhirStores/my-fhir-store |
lastUpdatedTime |
Ein Zeitstempel der letzten Änderung der FHIR-Ressource. Der Zeitstempel hat das RFC 1123-Format. | Mon, 01 Jan 2020 00:00:00 UTC |
versionId |
Die ID der neuesten Version der FHIR-Ressource, in der die Aktion aufgetreten ist. Weitere Informationen zu Versions-IDs finden Sie unter FHIR-Ressourcenversionen auflisten. | MTY4MzA2MDQzOTI5NjIxMDAwMA |
In der folgenden Tabelle werden die verbleibenden Felder im message
-Objekt beschrieben:
Feld | Beschreibung | Beispiel |
---|---|---|
data |
Ein Basis-64-codierter String des FHIR-Ressourcennamens oder des FHIR-Ressourceninhalts, abhängig von den in FhirNotificationConfig angegebenen Werten. |
|
messageId |
Eine Kennung für die Pub/Sub-Nachricht. | |
publishTime |
Der Zeitpunkt, zu dem der Pub/Sub-Server die Nachricht veröffentlicht hat. |
Informationen angeben, die in Benachrichtigungen enthalten sein sollen
Pub/Sub-Benachrichtigungen, wie unter Benachrichtigungsformat und -inhalt beschrieben, enthalten einen Standardsatz von Feldern. Sie können entweder die vollständige FHIR-Ressource oder nur ihren Namen in jede Benachrichtigung aufnehmen. Der Ressourcenname enthält den vollständigen Pfad zur Ressource und die Ressourcen-ID in folgendem Format:
projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/RESOURCE_TYPE/RESOURCE_ID
FHIR-Ressourceninformationen werden im Feld data
als Basis-64-codierter String gespeichert.
Durch das Einbeziehen des vollständigen Inhalts einer FHIR-Ressource müssen Sie Pub/Sub und die Cloud Healthcare API nicht separat abfragen, um Ressourcendetails zu erhalten.
FHIR-Ressourcennamen abrufen
Wenn Sie beim Erstellen, Aktualisieren oder Patchen der Ressource nur den Namen einer FHIR-Ressource angeben möchten, legen Sie sendFullResource
auf false
fest.
Wenn Sie den Namen beim Löschen einer FHIR-Ressource nur einschließen möchten, legen Sie sendPreviousResourceOnDelete
auf false
fest.
Wenn Sie die Benachrichtigung ansehen, sieht das message
-Objekt in etwa so aus:
{ "message": { "attributes": { "action": "{CreateResource|PatchResource|UpdateResource|DeleteResource}", "lastUpdatedTime": "RFC_1123_FORMAT_DATETIME", "payloadType": "NameOnly", "resourceType": "FHIR_RESOURCE_TYPE", "storeName": "projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID", "versionId": "VERSION_ID" }, "data": "BASE64_ENCODED_FHIR_RESOURCE_NAME", "messageId": "MESSAGE_ID", "publishTime": "YYYY-MM-DDTHH:MM:SS+ZZ:ZZ" } }
Beachten Sie in der Benachrichtigung Folgendes:
Das Feld
payloadType
ist aufNameOnly
gesetzt, um Folgendes zur Anfrage anzugeben:- Bei Erstellungs-, Aktualisierungs- und Patchvorgängen ist
sendFullResource
auffalse
gesetzt. - Bei Löschvorgängen ist
sendPreviousResourceOnDelete
auffalse
gesetzt.
- Bei Erstellungs-, Aktualisierungs- und Patchvorgängen ist
Nur der FHIR-Ressourcenname ist im Feld
data
enthalten. Der Name wird als Base64-codierter String codiert.
Erstellte, aktualisierte oder gepatchte FHIR-Ressourceninhalte abrufen
Wenn Sie den vollständigen Inhalt einer FHIR-Ressource einschließen möchten, wenn Sie die Ressource erstellen, aktualisieren oder patchen, legen Sie sendFullResource
auf true
fest.
Dieses Verhalten gilt nicht, wenn Sie eine FHIR-Ressource löschen. Wenn Sie eine FHIR-Ressource löschen und sendFullResource
auf true
gesetzt und sendPreviousResourceOnDelete
auf false
gesetzt ist, ist die Benachrichtigung die gleiche wie beim Abrufen des FHIR-Ressourcennamens. Informationen zum Einbeziehen der FHIR-Ressourceninhalte beim Löschen einer FHIR-Ressource finden Sie unter Gelöschte FHIR-Ressourceninhalte abrufen.
Wenn Sie die Benachrichtigung ansehen, sieht das message
-Objekt in etwa so aus:
{ "message": { "attributes": { "action": "{CreateResource|PatchResource|UpdateResource}", "lastUpdatedTime": "RFC_1123_FORMAT_DATETIME", "payloadType": "FullResource", "resourceType": "FHIR_RESOURCE_TYPE", "storeName": "projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID", "versionId": "VERSION_ID" }, "data": "BASE64_ENCODED_FHIR_RESOURCE_CONTENTS", "messageId": "MESSAGE_ID", "publishTime": "YYYY-MM-DDTHH:MM:SS+ZZ:ZZ" } }
Beachten Sie in der Benachrichtigung Folgendes:
payloadType
ist aufFullResource
gesetzt, um anzugeben, dasssendFullResource
auftrue
gesetzt ist. Der vollständige Inhalt der FHIR-Ressource ist im Felddata
als Base64-codierter String enthalten.- Das Feld
data
enthält den FHIR-Ressourceninhalt als Base64-codierten String.
Gelöschte FHIR-Ressourceninhalte abrufen
Wenn Sie den vollständigen Inhalt einer FHIR-Ressource einschließen möchten, wenn Sie sie löschen, setzen Sie sendPreviousResourceOnDelete
auf true
.
Wenn Sie die Benachrichtigung ansehen, sieht das message
-Objekt in etwa so aus:
{ "message": { "attributes": { "action": "DeleteResource", "lastUpdatedTime": "RFC_1123_FORMAT_DATETIME", "payloadType": "FullResource", "resourceType": "FHIR_RESOURCE_TYPE", "storeName": "projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID", "versionId": "VERSION_ID" }, "data": "BASE64_ENCODED_FHIR_RESOURCE_CONTENTS", "messageId": "MESSAGE_ID", "publishTime": "YYYY-MM-DDTHH:MM:SS+ZZ:ZZ" } }
Beachten Sie die Werte in den folgenden Feldern:
payloadType
ist aufFullResource
gesetzt, auch wennsendFullResource
auffalse
gesetzt ist.Der vollständige Inhalt der FHIR-Ressource ist im Feld
data
als Base64-codierter String enthalten.Das Feld
data
enthält den Inhalt der FHIR-Ressource als Basis-64-codierten String, bevor die Ressource gelöscht wurde.
FHIR-Benachrichtigungen konfigurieren und ansehen
Die folgenden Beispiele zeigen, wie die generierte Pub/Sub-Benachrichtigung angezeigt wird, wenn eine FHIR-Ressource in einem FHIR-Speicher erstellt wird.
Hinweise
Bevor Sie Pub/Sub-Benachrichtigungen konfigurieren und verwenden, führen Sie die folgenden Abschnitte aus:
Pub/Sub-Kontingent prüfen
Machen Sie sich mit den Pub/Sub-Kontingenten und -Limits vertraut. Informationen dazu, wie Sie Ihr Kontingent einsehen und ein höheres Kontingent anfordern und was geschieht, wenn Ihr Kontingent aufgebraucht ist, finden Sie unter Mit Kontingenten arbeiten.
Pub/Sub API aktivieren
Aktivieren Sie in der Google Cloud Console die Pub/Sub API:
Pub/Sub-Berechtigungen konfigurieren
Damit Nachrichten von der Cloud Healthcare API in Pub/Sub veröffentlicht werden können, müssen Sie die Rolle pubsub.publisher
zum Dienstkonto Ihres Projekts Cloud Healthcare-Dienst-Agent hinzufügen.
Weitere Informationen zum Hinzufügen der erforderlichen Rolle finden Sie unter Pub/Sub-Berechtigungen für DICOM-, FHIR- und HL7v2-Speicher.
Pub/Sub-Thema erstellen
Informationen zum Erstellen eines Themas finden Sie unter Thema erstellen.
Einzelne Datenspeicher können ein eigenes Pub/Sub-Thema haben oder mehrere Datenspeicher können dasselbe Thema gemeinsam nutzen.
Verwenden Sie das folgende Format, wenn Sie das Pub/Sub-Thema angeben:
projects/PROJECT_ID/topics/TOPIC_NAME
PROJECT_ID
ist Ihre Google Cloud-Projekt-ID und TOPIC_NAME
der Name des Pub/Sub-Themas.
Pub/Sub-Abo erstellen
Um Nachrichten zu einem Thema zu erhalten, müssen Sie ein Pub/Sub-Abo erstellen. Jedes Pub/Sub-Thema benötigt mindestens ein Pub/Sub-Abo. Durch das Abo wird das Thema mit einer Abonnentenanwendung verbunden, die Nachrichten empfängt und verarbeitet, die für das Thema veröffentlicht wurden.
Informationen zum Erstellen eines Abos und zum Anhängen an ein Pub/Sub-Thema finden Sie unter Abos erstellen.
FHIR-Speicher erstellen oder bearbeiten
Erstellen oder bearbeiten Sie einen FHIR-Speicher mit einem konfigurierten FhirNotificationConfig
-Objekt.
In den folgenden Beispielen wird gezeigt, wie Sie einen vorhandenen FHIR-Speicher bearbeiten.
Die Felder sendFullResource
und sendPreviousResourceOnDelete
sind auf true
gesetzt. Das bedeutet, dass Benachrichtigungen den vollständigen Inhalt der FHIR-Ressource enthalten, wenn eine Ressource erstellt, aktualisiert, gepatcht oder gelöscht wird.
REST
Verwenden Sie zum Bearbeiten des FHIR-Speichers die Methode projects.locations.datasets.fhirStores.patch
.
Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:
- PROJECT_ID ist die ID Ihres Google Cloud-Projekts
- LOCATION ist der Standort des Datasets
- DATASET_ID: das übergeordnete Dataset des FHIR-Speichers
- FHIR_STORE_ID: die FHIR-Speicher-ID
- PUBSUB_TOPIC_ID: die ID des Pub/Sub-Themas
JSON-Text anfordern:
{ "notificationConfigs": [ { "pubsubTopic": "projects/PROJECT_ID/topics/PUBSUB_TOPIC_ID", "sendFullResource": true, "sendPreviousResourceOnDelete": true } ] }
Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:
curl
Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json
.
Führen Sie folgenden Befehl im Terminal aus, um diese Datei im aktuellen Verzeichnis zu erstellen oder zu überschreiben:
cat > request.json << 'EOF' { "notificationConfigs": [ { "pubsubTopic": "projects/PROJECT_ID/topics/PUBSUB_TOPIC_ID", "sendFullResource": true, "sendPreviousResourceOnDelete": true } ] } EOF
Führen Sie dann folgenden Befehl aus, um Ihre REST-Anfrage zu senden:
curl -X PATCH \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json; charset=utf-8" \
-d @request.json \
"https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID?updateMask=notificationConfigs"
PowerShell
Speichern Sie den Anfragetext in einer Datei mit dem Namen request.json
.
Führen Sie folgenden Befehl im Terminal aus, um diese Datei im aktuellen Verzeichnis zu erstellen oder zu überschreiben:
@' { "notificationConfigs": [ { "pubsubTopic": "projects/PROJECT_ID/topics/PUBSUB_TOPIC_ID", "sendFullResource": true, "sendPreviousResourceOnDelete": true } ] } '@ | Out-File -FilePath request.json -Encoding utf8
Führen Sie dann folgenden Befehl aus, um Ihre REST-Anfrage zu senden:
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }
Invoke-WebRequest `
-Method PATCH `
-Headers $headers `
-ContentType: "application/json; charset=utf-8" `
-InFile request.json `
-Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID?updateMask=notificationConfigs" | Select-Object -Expand Content
Sie sollten in etwa folgende JSON-Antwort erhalten:
FHIR-Ressource erstellen
Erstellen Sie eine FHIR-Ressource im FHIR-Speicher. Die Anfrage veranlasst die Cloud Healthcare API, eine Nachricht im konfigurierten Pub/Sub-Thema zu veröffentlichen.
Pub/Sub-Benachrichtigung ansehen
Rufen Sie die im Pub/Sub-Thema veröffentlichte Nachricht auf. Die folgende Nachricht wurde generiert, als eine Patientenressource in einem FHIR-Speicher erstellt wurde.
In der Beispielausgabe befindet sich der Inhalt der FHIR-Ressource in einem base64-codierten String im Feld data
. Sie müssen den base64-codierten Wert decodieren, um den Inhalt abzurufen.
Die meisten Plattformen und Betriebssysteme haben Tools zum Decodieren von Base64-Text.
REST
Mit der Methode projects.subscriptions.pull
können Sie die im Pub/Sub-Thema veröffentlichte Nachricht ansehen. Im folgenden Beispiel wird der Abfrageparameter ?maxMessages=10
verwendet, um die maximale Anzahl von Nachrichten anzugeben, die in der Anfrage zurückgegeben werden sollen. Sie können den Wert an Ihre Bedürfnisse anpassen.
Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:
- PROJECT_ID ist die ID Ihres Google Cloud-Projekts
- PUBSUB_SUBSCRIPTION_ID: die ID des Abos, das an das im FHIR-Speicher konfigurierte Pub/Sub-Thema angehängt ist
Wenn Sie die Anfrage senden möchten, wählen Sie eine der folgenden Optionen aus:
curl
Führen Sie folgenden Befehl aus:
curl -X POST \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json; charset=utf-8" \
-d "" \
"https://pubsub.googleapis.com/v1/projects/PROJECT_ID/subscriptions/PUBSUB_SUBSCRIPTION_ID:pull?maxMessages=10"
PowerShell
Führen Sie folgenden Befehl aus:
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }
Invoke-WebRequest `
-Method POST `
-Headers $headers `
-Uri "https://pubsub.googleapis.com/v1/projects/PROJECT_ID/subscriptions/PUBSUB_SUBSCRIPTION_ID:pull?maxMessages=10" | Select-Object -Expand Content
Sie sollten eine JSON-Antwort ähnlich wie diese erhalten:
gcloud
Führen Sie den Befehl gcloud pubsub subscriptions pull
aus, um die im Pub/Sub-Thema veröffentlichte Nachricht anzusehen.
Im Beispiel werden die folgenden Google Cloud CLI-Flags verwendet:
--format=json
: Rendert die Ausgabe im JSON-Format.--auto-ack
: Jede abgerufene Nachricht wird automatisch bestätigt.
Bevor Sie die folgenden Befehlsdaten verwenden, ersetzen Sie die folgenden Werte:
- PROJECT_ID ist die ID Ihres Google Cloud-Projekts
- PUBSUB_SUBSCRIPTION_ID: die ID des Abos, das an das im FHIR-Speicher konfigurierte Pub/Sub-Thema angehängt ist
Führen Sie den folgenden Befehl aus:
Linux, macOS oder Cloud Shell
gcloud pubsub subscriptions pull \ projects/PROJECT_ID/subscriptions/PUBSUB_SUBSCRIPTION_ID \ --auto-ack \ --format=json
Windows (PowerShell)
gcloud pubsub subscriptions pull ` projects/PROJECT_ID/subscriptions/PUBSUB_SUBSCRIPTION_ID ` --auto-ack ` --format=json
Windows (cmd.exe)
gcloud pubsub subscriptions pull ^ projects/PROJECT_ID/subscriptions/PUBSUB_SUBSCRIPTION_ID ^ --auto-ack ^ --format=json
Sie sollten eine Antwort ähnlich der folgenden erhalten:
[ { "ackId": "RFAGFixdRkhRNxkIaFEOT14jPzUgKEUaAggUBXx9cEFLdVhUcGhRDRlyfWB9bQ5GAgpGWixfURsHaE5tdR", "ackStatus": "SUCCESS", "message": { "attributes": { "action": "CreateResource", "lastUpdatedTime": "Mon, 01 Jan 2020 00:00:00 UTC", "payloadType": "FullResource", "resourceType": "Patient", "storeName": "projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID", "versionId": "MTY4MzA2MDQzOTI5NjIxMDAwMA" }, "data": "wogICJiaXJ0aERhdGUiOiAiMTk3MC0wMS0wMSIsCiAgImdlbmRlciI6ICJmZW1hbGUiLAogICJpZCI6ICIyYmMwODg4Yi00MGRmLTQwYzctOWRhYi0wMzc4YTFiZWE0MGIiLAogICJtZXRhIjogewogICAgImxhc3RVcGRhdGVkIjogIjIwMjMtMDUtMDJUMjA6NDc6MTkuMjk2MjEwKzAwOjAwIiwKICAgICJ2ZXJzaW9uSWQiOiAiTVRZNE16QTJNRFF6T1RJNU5qSXhNREF3TUEiCiAgfSwKICAibmFtZSI6IFsKICAgIHsKICAgICAgImZhbWlseSI6ICJTbWl0aCIsCiAgICAgICJnaXZlbiI6IFsKICAgICAgICAiRGFyY3kiCiAgICAgIF0sCiAgICAgICJ1c2UiOiAib2ZmaWNpYWwiCiAgICB9CiAgXSwKICAicmVzb3VyY2VUeXBlIjogIlBhdGllbnQiCn0=", "messageId": "7586159156345265", "publishTime": "YYYY-MM-DDTHH:MM:SS+ZZ:ZZ" } } ]
Verhalten, wenn eine FHIR-Ressource zu groß oder der Traffic hoch ist
Wenn eine FHIR-Ressource zu groß ist oder die Cloud Healthcare API-Server einen hohen Traffic verzeichnen, enthält das Feld attributes
möglicherweise nur den Ressourcennamen anstelle des vollständigen Ressourceninhalts.
Dieses Verhalten tritt auch dann auf, wenn sendFullResource
und sendPreviousResourceOnDelete
auf true
gesetzt sind.
Um zu prüfen, ob eine Pub/Sub-Benachrichtigung die vollständige FHIR-Ressource enthält, prüfen Sie das Feld payloadType
in der Antwort aus der Benachrichtigung.
Wenn payloadType
auf nameOnly
gesetzt ist, wurden die FHIR-Ressourcendaten durch das Feld attributes
nicht vollständig ausgefüllt. Sie müssen den Inhalt der FHIR-Ressource dann manuell aus dem FHIR-Speicher statt aus der Pub/Sub-Nachricht abrufen.
Cloud Healthcare API und Pub/Sub-Nachrichtenspeicherrichtlinie
Um sicherzustellen, dass sich die Cloud Healthcare API-Daten und die zugehörigen Daten in Pub/Sub-Nachrichten in derselben Region befinden, müssen Sie eine Pub/Sub-Nachrichtenspeicherrichtlinie festlegen.
Sie müssen die Nachrichtenspeicherrichtlinie explizit für das im Datenspeicher konfigurierte Pub/Sub-Thema festlegen, damit die Daten in derselben Region bleiben. Wenn sich Ihr Cloud Healthcare API-Dataset und Ihr FHIR-Speicher beispielsweise in us-central1
befinden, darf die Nachrichtenspeicherrichtlinie nur die Region us-central1
zulassen.
Informationen zum Konfigurieren einer Richtlinie für den Nachrichtenspeicher finden Sie unter Richtlinien für den Nachrichtenspeicher konfigurieren.
Fehlerbehebung bei verpassten Pub/Sub-Nachrichten
Wenn eine Benachrichtigung nicht in Pub/Sub veröffentlicht werden kann, wird ein Fehler in Cloud Logging in Logs erfasst. Weitere Informationen finden Sie unter Fehlerlogs in Cloud Logging ansehen.
Wenn die Fehlergenerierungsrate einen Grenzwert überschreitet, werden über dieses Limit hinausgehende Fehler nicht an Cloud Logging gesendet.
FHIR-Benachrichtigungen mithilfe der NotificationConfig
-Konfiguration ansehen (eingestellt)
Die Ressource FhirStore
enthält ein NotificationConfig
-Objekt, in dem Sie ein Pub/Sub-Thema angeben können.
Änderungen an FHIR-Ressourcen enthalten immer die folgende Kennzeichnung im Feld data
der Pub/Sub-Nachricht:
projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/fhirStores/FHIR_STORE_ID/fhir/RESOURCE_TYPE/RESOURCE_ID
Die folgenden Schlüssel/Wert-Paare sind immer im Feld attributes
der Nachricht enthalten:
Attributname | Mögliche Werte | Beispiel | Beschreibung |
---|---|---|---|
action |
|
CreateResource |
Der Ereignistyp, der gerade aufgetreten ist |
resourceType |
Jeder FHIR-Ressourcentyp | Patient |
Der Ressourcentyp, der geändert wurde |
Nächste Schritte
- Verwenden Sie die Ablaufsteuerung, um vorübergehende Trafficspitzen von Pub/Sub-Nachrichten zu verarbeiten.
- Behandeln Sie Nachrichtenfehler.
- Nachrichten wiedergeben und dauerhaft löschen:
- Sehen Sie sich den Überblick über die Pub/Sub-Architektur an.