Visão geral dos estágios de processamento de dados do dispositivo do serviço de tecnologia médica

Este artigo fornece uma visão geral dos estágios de processamento de dados do dispositivo no serviço de tecnologia médica. O serviço de tecnologia médica transforma dados do dispositivo em Observações FHIR® para persistência no serviço FHIR.

O processamento de dados do dispositivo de serviço de tecnologia médica segue estas fases e nesta ordem:

• Ingerir
• Normalizar – Mapeamento de dispositivo aplicado.
• Grupo – (Opcional)
• Transformação – Mapeamento de destino FHIR aplicado.
• Persist

Ingerir

A ingestão é o primeiro estágio em que as mensagens do dispositivo são recebidas de um hub de eventos dos Hubs de Eventos do Azure e imediatamente puxadas para o serviço de tecnologia médica. O serviço Hubs de Eventos dá suporte a alta escala e taxa de transferência com a capacidade de receber e processar milhões de mensagens de dispositivo por segundo. Ele também permite que o serviço de tecnologia médica consuma mensagens de dispositivo de forma assíncrona, removendo a necessidade de os dispositivos aguardarem enquanto as mensagens do dispositivo são processadas. A identidade gerenciada atribuída pelo sistema do serviço de tecnologia médica e o controle de acesso baseado em recursos do Azure (RBAC do Azure) são usados para acesso seguro ao hub de eventos.

Observação

O JSON é o único formato com suporte no momento para dados de mensagem do dispositivo.

Importante

Se você quiser permitir o acesso de vários serviços ao hub de eventos, é necessário que cada serviço tenha seu próprio grupo de consumidores do hub de eventos.

Os grupos de consumidores permitem que vários aplicativos consumidores tenham uma exibição separada do fluxo de eventos e leiam o fluxo independentemente em seu próprio ritmo e com seus próprios deslocamentos. Para obter mais informações, confira Grupos de consumidores.

Exemplos:

• Dois serviços de tecnologia médica que acessam o mesmo hub de eventos.

• Um serviço de tecnologia médica e um aplicativo gravador de armazenamento acessando o mesmo hub de eventos.

Normalizar

Normalizar é o próximo estágio em que os dados do dispositivo são processados usando o mapeamento de dispositivo válido e em conformidade selecionado pelo usuário/criado pelo usuário. Esse processo de mapeamento resulta na transformação de dados do dispositivo em um esquema normalizado. O processo de normalização não apenas simplifica o processamento de dados do dispositivo em estágios posteriores, mas também fornece a capacidade de projetar uma mensagem de dispositivo em várias mensagens normalizadas. Por exemplo, um dispositivo pode enviar vários sinais vitais de temperatura corporal, pulso, pressão arterial e frequência respiratória em uma única mensagem de dispositivo. Essa mensagem do dispositivo criaria quatro observações FHIR separadas. Cada observação FHIR representaria um sinal vital diferente, com a mensagem do dispositivo projetada em quatro mensagens normalizadas diferentes.

Grupo – (Opcional)

O grupo é o próximo estágio opcional em que as mensagens normalizadas disponíveis no estágio de normalização do serviço de tecnologia médica são agrupadas usando três parâmetros diferentes:

• Identidade do dispositivo
• Tipo de medida
• Período de tempo

A identidade do dispositivo e o agrupamento de tipos de medida são opcionais e habilitados pelo uso do tipo de medida SampledData. O tipo de medida SampledData fornece uma maneira concisa de representar uma série baseada em tempo de medidas de uma mensagem de dispositivo em observações FHIR. Quando você usa o tipo de medida SampledData, as medidas podem ser agrupadas em uma única Observação FHIR que representa um período de 1 hora ou um período de 24 horas.

Transformação

A transformação é o próximo estágio em que as mensagens normalizadas são processadas usando o mapeamento de destino FHIR válido e selecionado pelo usuário. As mensagens normalizadas serão transformadas em observações FHIR se um mapeamento de destino FHIR correspondente tiver sido criado. Neste ponto, o recurso Dispositivo, juntamente com seu recurso de Paciente associado, também é recuperado do serviço FHIR usando o identificador de dispositivo presente na mensagem do dispositivo. Esses recursos são adicionados como uma referência à observação FHIR que está sendo criada.

Observação

Todas as pesquisas de identidade são armazenadas em cache uma vez resolvidas para diminuir a carga no serviço FHIR. Se você planeja reutilizar dispositivos com vários pacientes, é recomendável criar um recurso de dispositivo virtual específico para o paciente e enviar o identificador de dispositivo virtual no conteúdo da mensagem do dispositivo. O dispositivo virtual pode ser vinculado ao recurso de dispositivo real como um pai.

Se nenhum recurso de dispositivo para um determinado identificador de dispositivo existir no serviço FHIR, o resultado dependerá do valor do tipo de resolução definido no momento da implantação do serviço de tecnologia médica. Quando definida como Pesquisa, a mensagem específica é ignorada e o pipeline continua processando outras mensagens de dispositivo de entrada. Se definido como Criar, o serviço de tecnologia médica criará recursos mínimos de Dispositivo e Paciente no serviço FHIR.

Observação

O tipo de resolução também poderá ser ajustado após a implantação do serviço de tecnologia médica se um tipo de resolução diferente for necessário posteriormente.

O serviço de tecnologia médica fornece processamento quase em tempo real e também tenta reduzir o número de solicitações feitas ao serviço FHIR agrupando solicitações em lotes de 300 mensagens normalizadas. Se houver um baixo volume de dados e 300 mensagens normalizadas não tiverem sido adicionadas ao grupo, as observações FHIR correspondentes nesse grupo serão mantidas no serviço FHIR após aproximadamente cinco minutos.

Observação

Quando várias mensagens de dispositivo contêm dados para a mesma observação FHIR, têm o mesmo carimbo de data/hora e são enviadas no mesmo lote de mensagens do dispositivo (por exemplo, dentro da janela de cinco minutos ou em grupos de 300 mensagens normalizadas), somente os dados correspondentes à mensagem mais recente do dispositivo para essa observação FHIR são mantidos.

Por exemplo:

Mensagem do dispositivo 1:

{    
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",
   "systolic": "129",    
   "diastolic": "65",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
} 

Mensagem do dispositivo 2:

{   
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",    
   "systolic": "113",    
   "diastolic": "58",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

Supondo que essas mensagens de dispositivo tenham sido ingeridas na mesma janela de cinco minutos ou no mesmo grupo de 300 mensagens normalizadas e como measurementdatetime é o mesmo para ambas as mensagens do dispositivo (indicando que elas contêm dados para a mesma Observação FHIR), apenas a mensagem do dispositivo 2 é mantida para representar os dados mais recentes.

Persist

Persist é o estágio final em que as Observações FHIR do estágio de transformação são mantidas no serviço FHIR. Se a observação FHIR for nova, ela será criada no serviço FHIR. Se a observação FHIR já existir, ela será atualizada no serviço FHIR. O serviço FHIR usa a identidade gerenciada atribuída pelo sistema do serviço de tecnologia médica e o controle de acesso baseado em recursos do Azure (RBAC do Azure) para acesso seguro ao serviço FHIR.

Próximas etapas

Escolher um método de implantação para o serviço de tecnologia médica

Visão geral do mapeamento do dispositivo do serviço de tecnologia médica

Visão geral do mapeamento de destino FHIR do serviço de tecnologia médica

Visão geral dos exemplos de mapeamentos baseados em cenário do serviço de tecnologia médica

Observação

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