Przepływ danych łącznika IoT

Ważne

Interfejsy API usługi Azure Healthcare są obecnie dostępne w wersji zapoznawczej. Strona Uzupełniające warunki używania Wersji Zapoznawczych Microsoft Azure zawiera dodatkowe postanowienia prawne dotyczące funkcji platformy Azure, które są w wersji beta lub wersji zapoznawczej albo w inny sposób nie zostały jeszcze wydane jako ogólnie dostępne.

Ten artykuł zawiera omówienie przepływu danych łącznika IoT. Poznasz różne etapy przetwarzania danych w ramach łącznika IoT, który przekształca dane urządzenia w zasoby projekt standardu Fast Healthcare Interoperability Resources (FHIR®).

Dane z urządzeń związanych z kondycją lub urządzeń medycznych przepływają przez ścieżkę, w której łącznik IoT przekształca dane w platformę FHIR, a następnie dane są przechowywane w usłudze FHIR i dostępne z niej. Ścieżka danych kondycji jest zgodna z tymi krokami w następującej kolejności: pozysowanie, normalizacja, grupowanie, przekształcanie i utrwalanie. W tym przepływie danych dane kondycji są pobierane z urządzenia w pierwszym kroku pozyskiwania. Po otrzymaniu dane są przetwarzane lub normalizowane według szablonów schematu wybranych przez użytkownika lub utworzonych przez użytkownika, dzięki czemu dane kondycji są prostsze do przetworzenia i można je pogrupować. Dane kondycji są pogrupowane w trzy parametry Operuj. Po znormalizowaniu i zgrupowaniu danych kondycji można je przetwarzać lub przekształcać za pomocą mapowań docelowych FHIR, a następnie zapisywać lub utrwalać w usłudze FHIR.

Ten artykuł zawiera bardziej szczegółowe informacje o poszczególnych krokach przepływu danych. Następne kroki to sposób wdrażania łącznika IoT przy użyciu mapowań urządzeń (krok normalizacji) i mapowań docelowych standardu FHIR (krok transformacji).

W następnych sekcjach opisano etapy, przez które przechodzi dane IoMT (Internet rzeczy medycznych) po otrzymaniu z centrum zdarzeń i do łącznika IoT.

IoMT data flows from IoT devices into an event hub. IoMT data is ingested by IoT connector as it is normalized, grouped, transformed, and persisted in the FHIR service.

Pozyskiwanie

Pozysowanie to pierwszy etap, w którym dane urządzenia są odbierane do łącznika IoT. Punkt końcowy pozyskiwania danych urządzenia jest hostowany na Azure Event Hubs. Azure Event Hubs obsługuje wysoką skalę i przepływność oraz możliwość odbierania i przetwarzania milionów komunikatów na sekundę. Umożliwia również łącznikowi IoT asynchroniczne korzystanie z komunikatów, eliminując konieczność oczekiwania na przetworzenie danych urządzenia przez urządzenia.

Uwaga

Format JSON jest obecnie jedynym obsługiwanym formatem danych urządzenia.

Normalizacji

Normalizacja to następny etap, w którym dane urządzenia są pobierane z powyższego centrum zdarzeń i przetwarzane przy użyciu mapowań urządzeń. Ten proces mapowania powoduje przekształcenie danych urządzenia w znormalizowany schemat.

Proces normalizacji nie tylko upraszcza przetwarzanie danych na późniejszych etapach, ale również umożliwia rzutowanie jednego komunikatu wejściowego na wiele znormalizowanych komunikatów. Na przykład urządzenie może wysyłać wiele ważnych znaków temperatury ciała, pulsu, ciśnienia krwi i tempa respiracji w jednym komunikacie. Ten komunikat wejściowy utworzy cztery oddzielne zasoby FHIR. Każdy zasób będzie reprezentować inny znak istotny, a komunikat wejściowy będzie wyświetlany w czterech różnych znormalizowanych komunikatach.

Group (Grupa)

Grupa to następny etap, w którym znormalizowane komunikaty dostępne z poprzedniego etapu są grupowane przy użyciu trzech różnych parametrów:

  • Tożsamość urządzenia
  • Typ miary
  • Okres

Grupowanie tożsamości urządzeń i typów pomiarów umożliwia korzystanie z typu miary SampledData. Ten typ zapewnia zwięzły sposób reprezentowania szeregów miar opartych na czasie z urządzenia w systemie FHIR. Okres czasu kontroluje opóźnienie, z jakim zasoby obserwacji generowane przez łącznik IoT są zapisywane w usłudze FHIR.

Uwaga

Wartość okresu domyślnego to 15 minut i nie można jej skonfigurować dla wersji zapoznawczej.

Przekształcanie

Na etapie Przekształcanie znormalizowane komunikaty pogrupowane są przetwarzane za pomocą szablonów mapowania miejsc docelowych FHIR. Komunikaty pasujące do typu szablonu są przekształcane w zasoby obserwacji oparte na platformie FHIR określone za pomocą mapowania.

W tym momencie zasób Urządzenie wraz ze skojarzonym zasobem Patient jest również pobierany z usługi FHIR przy użyciu identyfikatora urządzenia obecnego w komunikacie. Te zasoby są dodawane jako odwołanie do tworzonego zasobu Observation.

Uwaga

Wszystkie wyszukiwania tożsamości są buforowane po ich rozwiązaniach w celu zmniejszenia obciążenia usługi FHIR. Jeśli planujesz ponowne wykorzystanie urządzeń u wielu pacjentów, zaleca się utworzenie zasobu urządzenia wirtualnego, który jest specyficzny dla pacjenta, i wysłanie identyfikatora urządzenia wirtualnego w ładunku komunikatu. Urządzenie wirtualne można połączyć z rzeczywistym zasobem urządzenia jako urządzenie nadrzędne.

Jeśli zasób urządzenia dla danego identyfikatora urządzenia nie istnieje w usłudze FHIR, wynik zależy od wartości ustawionej w Resolution Type czasie tworzenia. W przypadku ustawienia Lookup na wartość określony komunikat jest ignorowany, a potok będzie kontynuować przetwarzanie innych komunikatów przychodzących. Jeśli zostanie ustawiona wartość , łącznik IoT utworzy zasoby urządzenia i pacjenta w usłudze Create FHIR.

Persist

Po wygenerowaniu zasobu Observation FHIR na etapie transformacji zasób jest zapisywany w usłudze FHIR. Jeśli zasób Observation FHIR jest nowy, zostanie utworzony w usłudze FHIR. Jeśli zasób Observation FHIR już istniał, zostanie zaktualizowany.

Następne kroki

Dowiedz się, jak tworzyć mapowania miejsc docelowych urządzeń i FHIR.

(FHIR®) jest zastrzeżonym znakiem towarowym hl7 i jest używany za zgodą hl7.