Armazenar perfis no serviço FHIR

Artigo
10/16/2024

O HL7 Fast Healthcare Interoperability Resources (FHIR)® define uma maneira padrão e interoperável de armazenar e trocar dados de saúde. Mesmo dentro da especificação base do FHIR, pode ser útil definir outras regras ou extensões com base no contexto em que o FHIR está sendo usado. Para usos específicos do contexto do FHIR, os perfis FHIR são usados para a camada extra de especificações. O perfil FHIR permite restringir e personalizar definições de recursos usando restrições e extensões.

O serviço FHIR dos Serviços de Dados de Integridade do Azure permite validar recursos em perfis para ver se os recursos estão em conformidade com os perfis. Este artigo orienta você pelos conceitos básicos dos perfis FHIR e como armazená-los. Para obter mais informações sobre os perfis FHIR, visite HL7.org.

Perfil FHIR: o básico

Um perfil define contexto adicional no recurso representado como um StructureDefinition recurso. A StructureDefinition define um conjunto de regras sobre o conteúdo de um recurso ou um tipo de dados, como quais elementos um recurso tem e quais valores esses elementos podem assumir.

Veja a seguir alguns exemplos de como os perfis podem modificar o recurso base.

Restringir cardinalidade: por exemplo, você pode definir a cardinalidade máxima em um elemento como 0, o que significa que o elemento é descartado no contexto específico.
Restrinja o conteúdo de um elemento a um único valor fixo.
Defina as extensões necessárias para o recurso.

A StructureDefinition é identificado por seu URL canônico: http://hl7.org/fhir/StructureDefinition/{profile}

Por exemplo:

http://hl7.org/fhir/StructureDefinition/patient-birthPlace é um perfil básico que requer informações sobre o endereço registrado de nascimento do paciente.
http://hl7.org/fhir/StructureDefinition/bmi é outro perfil básico que define como representar as observações do Índice de Massa Corporal (IMC).
http://hl7.org/fhir/us/core/StructureDefinition/us-core-allergyintolerance é um perfil US Core que define expectativas mínimas para o AllergyIntolerance recurso associado a um paciente e identifica campos obrigatórios, como extensões e conjuntos de valores.

Quando um recurso está em conformidade com um perfil, o perfil é especificado dentro do profile elemento do recurso. Você pode ver no exemplo a seguir o início de um recurso 'Paciente', que tem http://hl7.org/fhir/us/carin-bb/StructureDefinition/C4BB-Patient perfil.

{
  "resourceType" : "Patient",
  "id" : "ExamplePatient1",
  "meta" : {
    "lastUpdated" : "2020-10-30T09:48:01.8512764-04:00",
    "source" : "Organization/PayerOrganizationExample1",
    "profile" : [
      "http://hl7.org/fhir/us/carin-bb/StructureDefinition/C4BB-Patient"
    ]
  },

Observação

Os perfis devem ser criados com base no recurso base e não podem entrar em conflito com o recurso base. Por exemplo, se um elemento tiver uma cardinalidade de 1..1, o perfil não poderá torná-lo opcional.

Os perfis também são especificados por vários Guias de Implementação (IGs). Veja a seguir uma lista de IGs comuns. Para obter mais informações, visite o site específico do IG para saber mais sobre o IG e os perfis definidos nele.

Observação

O serviço FHIR não armazena nenhum perfil de guias de implementação por padrão. Você precisará carregá-los no serviço FHIR.

Acessando perfis e armazenando perfis

Armazenando perfis

Para armazenar perfis no serviço FHIR, você pode PUT usar StructureDefinition o conteúdo do perfil no corpo da solicitação. Uma atualização padrão PUT ou condicional são bons métodos para armazenar perfis no serviço FHIR. Use a atualização condicional se não tiver certeza de qual usar.

Padrão PUT: PUT http://<your FHIR service base URL>/StructureDefinition/profile-id

Atualização condicional: PUT http://<your FHIR service base URL>/StructureDefinition?url=http://sample-profile-url

{ 
"resourceType" : "StructureDefinition",
"id" : "profile-id",
"url": "http://sample-profile-url"
	…
}

Por exemplo, se você quiser armazenar o us-core-allergyintolerance perfil, use o seguinte comando rest com o perfil de intolerância à alergia do US Core no corpo. Incluímos um trecho desse perfil para o exemplo.

PUT https://<your FHIR service base URL>/StructureDefinition?url=http://hl7.org/fhir/us/core/StructureDefinition/us-core-allergyintolerance

{
    "resourceType" : "StructureDefinition",
    "id" : "us-core-allergyintolerance",
    "text" : {
        "status" : "extensions"
    },
    "url" : "http://hl7.org/fhir/us/core/StructureDefinition/us-core-allergyintolerance",
    "version" : "3.1.1",
    "name" : "USCoreAllergyIntolerance",
    "title" : "US  Core AllergyIntolerance Profile",
    "status" : "active",
    "experimental" : false,
    "date" : "2020-06-29",
        "publisher" : "HL7 US Realm Steering Committee",
    "contact" : [
    {
      "telecom" : [
        {
          "system" : "url",
          "value" : "http://www.healthit.gov"
        }
      ]
    }
  ],
    "description" : "Defines constraints and extensions on the AllergyIntolerance resource for the minimal set of data to query and retrieve allergy information.",

Para obter mais exemplos, consulte o arquivo REST de exemplo do US Core no site de software livre que percorre o armazenamento de perfis do US Core. Para obter os perfis mais atualizados, você deve obter os perfis diretamente do HL7 e do guia de implementação que os define.

Visualizando perfis

Você pode acessar seus perfis personalizados existentes usando uma GET solicitação, GET http://<your FHIR service base URL>/StructureDefinition?url={canonicalUrl}, em que {canonicalUrl} é o URL canônico do seu perfil.

Por exemplo, se você quiser exibir o perfil de recurso da Meta principal dos EUA:

GET https://<your FHIR service base URL>/StructureDefinition?url=http://hl7.org/fhir/us/core/StructureDefinition/us-core-goal

Isso retorna o recurso para o StructureDefinition perfil de Meta Principal dos EUA que começa da seguinte maneira.

{
  "resourceType" : "StructureDefinition",
  "id" : "us-core-goal",
  "url" : "http://hl7.org/fhir/us/core/StructureDefinition/us-core-goal",
  "version" : "3.1.1",
  "name" : "USCoreGoalProfile",
  "title" : "US Core Goal Profile",
  "status" : "active",
  "experimental" : false,
  "date" : "2020-07-21",
  "publisher" : "HL7 US Realm Steering Committee",
  "contact" : [
    {
      "telecom" : [
        {
          "system" : "url",
          "value" : "http://www.healthit.gov"
        }
      ]
    }
  ],
  "description" : "Defines constraints and extensions on the Goal resource for the minimal set of data to query and retrieve a patient's goal(s).",

}

Observação

Você verá apenas os perfis que carregou no serviço FHIR.

O serviço FHIR não retorna StructureDefinition instâncias para os perfis base, mas elas podem ser encontradas facilmente no site do HL7, como o seguinte.

http://hl7.org/fhir/Observation.profile.json.html
http://hl7.org/fhir/Patient.profile.json.html

Perfis na declaração de capacidade

O Capability Statement lista todos os comportamentos possíveis do seu serviço FHIR. O serviço FHIR atualiza a capability declaração com detalhes dos perfis armazenados nos seguintes formulários.

CapabilityStatement.rest.resource.profile
CapabilityStatement.rest.resource.supportedProfile

Por exemplo, se você POST tiver um perfil de Paciente Principal dos EUA, que começa da seguinte maneira:

{
  "resourceType": "StructureDefinition",
  "id": "us-core-patient",
  "url": "http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient",
  "version": "3.1.1",
  "name": "USCorePatientProfile",
  "title": "US Core Patient Profile",
  "status": "active",
  "experimental": false,
  "date": "2020-06-27",
  "publisher": "HL7 US Realm Steering Committee",

E envie uma GET solicitação para o seu metadata:

GET http://<your FHIR service base URL>/metadata

Um CapabilityStatement é retornado que inclui as seguintes informações sobre o perfil do Paciente Principal dos EUA que você carregou no servidor FHIR.

...
{
    "type": "Patient",
    "profile": "http://hl7.org/fhir/StructureDefinition/Patient",
    "supportedProfile":[
        "http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient"
    ],

Vinculações em perfis

Um serviço de terminologia é um conjunto de funções que podem executar operações em "terminologias" médicas, como validar códigos, traduzir códigos e expandir conjuntos de valores. O serviço FHIR não dá suporte ao serviço de terminologia. Informações sobre operações com suporte ($), tipos de recursos e interações podem ser encontradas na CapabilityStatement do serviço. Os tipos de recursos ValueSet, StructureDefinition e CodeSystem têm suporte com operações CRUD básicas e Pesquisa (conforme definido no CapabilityStatement), além de serem aproveitados pelo sistema para uso em $validate.

ValueSets pode conter um conjunto complexo de regras e referências externas. Atualmente, o serviço considerará apenas os códigos embutidos pré-expandidos. Os clientes precisam carregar ValueSets suportados para o servidor FHIR antes de utilizar a operação $validate. Os recursos ValueSet devem ser carregados no servidor FHIR, usando PUT ou atualização condicional, conforme mencionado na seção Armazenando Perfis acima.

Próximas etapas

Neste artigo, você aprendeu sobre os perfis FHIR. Em seguida, você aprenderá como usar $validate para garantir que os recursos estejam em conformidade com esses perfis.

Validar recursos FHIR em relação a perfis

Observação

FHIR® é uma marca registrada da HL7 e é usado com a permissão da HL7.

Compartilhar via

Armazenar perfis no serviço FHIR

Perfil FHIR: o básico

Acessando perfis e armazenando perfis

Armazenando perfis

Visualizando perfis

Perfis na declaração de capacidade

Vinculações em perfis

Próximas etapas

Comentários

Recursos adicionais