

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Criando uma assinatura FHIR com AWS HealthLake
<a name="managing-fhir-subscriptions-create"></a>

O guia a seguir mostra como criar uma assinatura FHIR usando. AWS HealthLake

**Para criar uma assinatura FHIR**

1. Crie um `SubscriptionTopic`.

   Exemplo de recurso de tópico de assinatura:

   ```
   {
     "resourceType": "SubscriptionTopic",
     "url": "http://example.org/FHIR/SubscriptionTopic/encounter-create",
     "version": "1.0.0-fhir.r4b",
     "title": "encounter-create",
     "status": "unknown",
     "description": "Example topic for new encounters",
     "resourceTrigger": [
       {
         "description": "Encounter Create",
         "resource": "Encounter",
         "supportedInteraction": ["create", "update"]
       }
     ]
   }
   ```

1. Prepare seu endpoint de notificação (canal personalizado). As etapas a seguir são necessárias para garantir que o endpoint receba notificações:

   **Ao usar o REST Hook**
   + Confie `events.amazonaws.com` na sua política de chaves do KMS se estiver usando o armazenamento de dados CM\_CMK.
   + Se estiver usando um armazenamento de dados CM\_CMK, você deverá adicionar a `EventBridgeApiDestinations` tag à sua chave KMS com o valor de `true`
   + HealthLake usa OAuth para autenticar seu endpoint REST Hook. Portanto, ao criar uma assinatura de REST hook, você deve passar um ID de cliente, segredo do cliente e oAuth-endpoint-url no canal. \_type.extension [\*]. 

   Exemplo de política de chaves do KMS se estiver usando o armazenamento de dados CM\_CMK:

   ```
   {
     "Sid": "AllowEventBridgeToUseKMSKey",
     "Effect": "Allow",
     "Principal": {
       "Service": ["events.amazonaws.com", "healthlake.amazonaws.com"]
     },
     "Action": ["kms:GenerateDataKey*", "kms:Decrypt", "kms:DescribeKey"],
     "Resource": "*"
   }
   ```

   **Ao usar EventBridge**
   + Confie `events.amazonaws.com` na sua política de chaves do KMS se estiver usando o armazenamento de dados CM\_CMK.
   + Verifique se sua política de EventBridge recursos confia `healthlake.amazonaws.com` como principal de serviço.
   + **Ao usar CM\_CMK e EventBridge for o endpoint, verifique se você está criptografando seu EventBridge barramento com a **mesma** chave KMS da chave KMS do armazenamento de dados.** 
   + Verifique se seu EventBridge ônibus tem pelo menos uma regra que corresponda aos eventos gerados por HealthLake.

   Exemplo de política de recursos para barramento de EventBridge canais:

   ```
   {
     "Version": "2012-10-17",		 	 	 
     "Statement": [
       {
         "Sid": "allowHealthlakeToPutEvents",
         "Effect": "Allow",
         "Principal": {
           "Service": "healthlake.amazonaws.com"
         },
         "Action": "events:PutEvents",
         "Resource": "arn:aws:healthlake:us-east-1:{{111122223333}}:event-bus/FhirSubscriptions-bus"
       }
     ]
     }
   ```

   Exemplo de padrão de eventos de EventBridge regra para receber eventos de: HealthLake

   ```
   {
       "detail-type": ["FHIR Subscription Notification"],
       "source": ["healthlake"]
   }
   ```
**nota**  
HealthLake suporta 2 fontes:  
`“healthlake”`: Somente para assinaturas.
`“aws.healthlake”`: Para receber eventos HealthLake de serviço. 
Use `“healthlake”` como fonte ao criar uma regra para barramentos de eventos do FHIR Subscriptions.

1. Crie seu `Subscription`

   Envie um recurso de assinatura com:
   + Status: `"requested"`
   + Referência ao seu `SubscriptionTopic` ID escolhido 
   + Critérios de filtro. Para obter mais informações, consulte Notificações de filtragem para filtros compatíveis.
   + Configuração de canal