View a markdown version of this page

Criando uma assinatura FHIR com AWS HealthLake - AWS HealthLake

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

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"]
    }
  ]
}

  2. 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.

  3. 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