Gestire i dati FHIR utilizzando Data Integration Toolkit
Nota
Amministrazione sincronizzazione per FHIR è stato rinominato in Data Integration Toolkit.
Data Integration Toolkit ti aiuta a sincronizzare le informazioni sanitarie protette (PHI) dei pazienti tra i sistemi CCE e Dataverse. Questa integrazione offre ai team di assistenza e ai pazienti un accesso rapido e sicuro ai loro dati nell'ambiente Microsoft Cloud for Healthcare.
Il tuo sistema FHIR rimane separato, ma i dati sono rapidamente disponibili tramite Dataverse. Le Dataverse Healthcare API forniscono punti di ingresso per inserire e recuperare dati FHIR nel database Microsoft Cloud for Healthcare Dataverse. Gli operatori sanitari possono concentrarsi sulle esigenze dei pazienti e gli amministratori possono concentrarsi sulla gestione di persone, luoghi e risorse cliniche.
Funzionalità che semplificano il lavoro con i dati FHIR
La tabella seguente descrive come Data Integration Toolkit può semplificare il lavoro con i dati dei pazienti protetti.
| Funzionalità di | Cosa fa la funzione | Come ti aiuta a gestire |
|---|---|---|
| Mapping di entità | I mapping di entità associano le risorse FHIR a entità Dataverse. Ad esempio, la risorsa FHIR "Paziente" corrisponde all'entità "Contatto" di Dataverse. Sono più o meno la stessa cosa, i pazienti. Quando qualcuno desidera leggere o modificare i dati, il mapping mostra l'origine dei dati e aiuta le Dataverse Healthcare API a trasformare i dati tra record di entità Dataverse e risorse FHIR. |
Invece di creare tu stesso ogni mapping di entità, puoi abilitare i mapping di cui hai bisogno. Se un mapping necessita di una piccola modifica, modificalo o copialo e aggiungi un tag. Se non vuoi più vedere un mapping, puoi archiviarlo. E per usi speciali, puoi creare un nuovo mapping. |
| Mapping attributi | I mapping attributi associano gli elementi risorse FHIR ad attributi Dataverse. Per l'inserimento, questi mapping contengono dettagli su come individuare l'elemento dati e il tipo di dati corrispondente in Dataverse. Per il recupero, i mapping descrivono come trasformare l'elemento dati Dataverse in un nodo di risorse FHIR. Questi mapping iniziano come abilitati, ma non influiscono sulla sincronizzazione a meno che il relativo mapping di entità padre non sia abilitato. |
I mapping attributi predefiniti forniscono una serie di dettagli di base guidati dalla specifica HL7 per la risorsa FHIR padre. Spesso non è necessario fare altro che abilitare il mapping di entità padre, ma puoi configurare mapping attributi, proprio come i mapping di entità. Puoi disabilitare i mapping se i dati non sono pertinenti per l'entità. Puoi anche modificare l'origine da cui vengono recuperati i dati se il tuo sistema differisce dalla specifica FHIR. I mapping attributi ereditano il tag dei mapping di entità padre per aiutarti a distinguerli. |
| Mapping di espansione | I mapping di espansione forniscono le regole per trasformare i dati gerarchici basati su documenti JSON nel modello di dati relazionale di Dataverse. | I mapping di espansione consentono agli amministratori di mappare attributi JSON complessi a più attributi Dataverse correlati. Con i mapping di espansione, puoi specificare gli attributi del collegamento padre per determinare la relazione tra i record padre e figlio. |
| Registri | Data Integration Toolkit acquisisce i dettagli sulle attività delle Dataverse Healthcare API e ti consente di visualizzare, ordinare ed eseguire query sui registri delle transazioni. Le voci di registro non contengono dati della CCE, dicono ciò che hanno provato a eseguire le chiamate API e il risultato. Ogni voce ha una descrizione e dettagli aggiuntivi per consentire la risoluzione dei problemi per amministratori e sviluppatori. |
I registri consentono di convalidare i mapping, monitorare le operazioni delle Dataverse healthcare API e risolvere i problemi. Ad esempio, una voce di registro con la descrizione "Campi obbligatori mancanti" significa che la modifica dei dati ha tentato di scrivere in un'istanza di risorsa FHIR ma non includeva un valore per un elemento che ne richiede uno Forse il modulo di immissione dei dati non ha un campo per inserire il valore, o ha il campo ma ti permette di inviare la modifica con quel campo vuoto. La voce di registro include un elenco di campi mancanti, in modo da poter trovare e risolvere rapidamente il problema. |
| Risorse FHIR di Azure | Il record di risorse FHIR di Azure definisce le risorse FHIR attualmente supportate nella soluzione Microsoft Cloud for Healthcare Dataverse. Queste informazioni vengono utilizzate anche dalle Dataverse Healthcare API durante la trasformazione dei dati tra i due sistemi. | Man mano che il modello di dati Dataverse si espande, questo elenco viene aggiornato per indicare quali risorse FHIR sono disponibili per l'integrazione. |
| Impostazioni di integrazione | Data Integration Toolkit include strumenti specifici dei componenti per la gestione delle opzioni di configurazione. Queste impostazioni dicono a Dataverse come riconoscere le modifiche ai dati FHIR e dove inviare le transazioni dei dati FHIR. Consente inoltre di attivare o disattivare la sincronizzazione e impostare il livello di registrazione per ciascun componente. | Consente di gestire i componenti individualmente sia per le nuove installazioni che per le istanze in esecuzione esistenti. |
| Dati sanitari | Quando i pazienti danno il loro consenso a condividere i loro dati sanitari, gli amministratori possono vederli in Data Integration Toolkit. | La visualizzazione dei dati ti aiuta a gestire i flussi di dati, a comprendere meglio le voci di registro e ti consente di convalidare i tuoi mapping di dati. |
Mapping di entità
I mapping delle entità sono il livello più alto nel processo di mapping. Associano le risorse FHIR alle entità Dataverse corrispondenti (note anche come tabelle Dataverse). È possibile mappare un concetto di entità su più risorse FHIR. I mapping di entità aiutano le Dataverse Healthcare API e le tabelle di dati sulla salute virtuali a trasformare i dati tra i messaggi FHIR e le entità Dataverse. Inoltre aiutano Dataverse a pubblicare le risorse FHIR corrette negli endpoint FHIR remoti.
Per visualizzare un elenco di tutti i mapping di entità, nell'applicazione Data Integration Toolkit, seleziona la navigazione Amministrazione agente nella sezione Modifica area, quindi seleziona Mapping di entità sotto Configurazione mapping.
Mapping di entità inclusi in Data Integration Toolkit
Data Integration Toolkit include molte mapping di entità integrate, mapping di attributi e mapping di elementi FHIR per risorse FHIR standard di cui potresti probabilmente aver bisogno. Poiché il sistema è diverso, i mapping di entità non sono abilitate durante la distribuzione.
- Per abilitare i mapping di entità di cui hai bisogno, devi modificare un'impostazione specifica.
- Per modificare i mapping e adattarli ai tuoi sistemi CCE specifici, i mapping di Data Integration Toolkit sono altamente configurabili.
- E se non riesci a trovare un mapping specifico adatto alle tue esigenze, è facile creare i tuoi mapping.
Per ulteriori informazioni su come configurare mapping di entità, vedi Configurare mapping di entità.
La tabella seguente elenca i mapping di entità inclusi con Data Integration Toolkit. Questa tabella include le risorse FHIR a livello radice, ma non i mapping di espansione descritti dettagliatamente in Configurare mapping di espansione.
| Risorse FHIR di Azure | Entità Dataverse | Descrizione |
|---|---|---|
| Azienda | Account | Un raggruppamento di persone o organizzazioni riconosciuto a livello formale o informale formato allo scopo di raggiungere una sorta di azione collettiva. Questo raggruppamento include gruppi come aziende, istituzioni, corporazioni, reparti, gruppi di community e gruppi di operatori sanitari. |
| Paziente | contatto | Dati demografici e altre informazioni amministrative su una persona o un animale che riceve assistenza o altri servizi sanitari. |
| Operatore | contatto | Persona coinvolta direttamente o indirettamente nella fornitura di assistenza sanitaria. |
| AllergyIntolerance | msemr_allergyintolerance | Rischio di risposta fisiologica dannosa o non desiderata, esclusiva di un singolo utente e associata all'esposizione a una sostanza |
| Appuntamento | msemr_appointmentemr | Evento sanitario pianificato per un paziente e/o uno o più operatori in cui un servizio può aver luogo in una data o un'ora specifica. |
| CarePlan | msemr_careplan | Descrive il modo in cui uno o più operatori intendono fornire assistenza a un determinato paziente, per un periodo di tempo possibilmente limitato alla cura di una specifica condizione o un set di condizioni. |
| CareTeam | msemr_careteam | Il team di assistenza include tutte le persone e le organizzazioni che intendono partecipare al coordinamento e all'offerta di assistenza. |
| Richiesta di rimborso | msemr_claim | Un fornitore ha generato un elenco di servizi e prodotti professionali che sono stati forniti (o devono essere forniti) a un paziente che viene inviato all'assicuratore per il rimborso. |
| ClaimResponse | msemr_claimresponse | Questa risorsa fornisce dettagli sull'aggiudicazione dall'elaborazione di una risorsa di richiesta. |
| Condizione | msemr_condition | Utilizzato per registrare informazioni dettagliate su condizioni, problemi o diagnosi riconosciute da un medico. |
| Dispositivo | msemr_device | Questa risorsa identifica un'istanza di un oggetto prodotto utilizzato nella fornitura del servizio sanitario senza subire sostanziali modifiche tramite tale impegno. Il dispositivo può essere una macchina, un inserto, un computer o un'applicazione. Ciò include apparecchiature mediche durevoli (riutilizzabili) e apparecchiature monouso utilizzate per la diagnostica, il trattamento e la ricerca per l'assistenza sanitaria e la salute pubblica. |
| DiagnosticReport | msemr_diagnosticreport | I risultati e l'interpretazione dei test diagnostici eseguiti su pazienti, gruppi di pazienti, dispositivi e posizioni e i campioni da essi derivati. Il report include il contesto clinico come le informazioni del richiedente e del fornitore e una combinazione di risultati atomici, immagini, interpretazione testuale e codificata e rappresentazione formattata dei report diagnostici. |
| Incontro | msemr_encounter | Interazione tra uno o più operatori sanitari e un paziente per fornire servizi di assistenza sanitaria o valutare lo stato di salute di un paziente. |
| EpisodeOfCare | msemr_episodeofcare | Associazione tra un paziente e un'organizzazione o uno o più operatori sanitari, nel corso della quale possono verificarsi incontri. L'organizzazione di gestione assume un livello di responsabilità per il paziente durante tale periodo. |
| Obiettivo | msemr_goal | Descrive gli obiettivi previsti della cura. |
| Raggruppa | msemr_group | Rappresenta una raccolta definita di entità che possono essere discusse o gestite collettivamente, ma che non si prevede agiscano collettivamente e che non sono legalmente o ufficialmente riconosciute. |
| Posizione | msemr_location | Dettagli e informazioni sulla posizione di un luogo fisico in cui vengono forniti servizi e risorse e in cui i partecipanti possono essere collocati, trovati, contenuti o sistemati. |
| Medicazione | msemr_medication | Utilizzato principalmente per l'identificazione e la definizione del farmaco, ma comprende anche gli ingredienti e l'imballaggio. |
| MedicationRequest | msemr_medicationrequest | Un ordine o una richiesta per la fornitura del farmaco e le istruzioni per la somministrazione del farmaco a un paziente. La risorsa si chiama "MedicationRequest" piuttosto che "MedicationPrescription" o "MedicationOrder" per generalizzare l'uso in strutture di ricovero e day hospital, inclusi piani di assistenza, e per armonizzarsi con i modelli di flusso di lavoro. |
| Osservazione | msemr_observation | Misure e semplici affermazioni su un paziente, un dispositivo o altro soggetto. |
| Procedura | msemr_procedure | Un'azione che viene eseguita su un paziente. Questa azione può essere un intervento fisico, ad esempio un'operazione, o un intervento meno invasivo, ad esempio un servizio di consulenza o ipnoterapia. |
| RelatedPerson | msemr_relatedperson | Informazioni su una persona coinvolta nella cura di un paziente, ma che non è il destinatario del servizio sanitario, né ha una responsabilità formale nel processo di assistenza. |
| RiskAssessment | msemr_riskassessment | Una valutazione dei probabili risultati per un paziente o altro soggetto e la probabilità di ogni risultato. |
| Pianificazione | msemr_schedule | Contenitore per le fasce orarie che possono essere disponibili per la prenotazione di appuntamenti. |
| Fascia oraria | msemr_slot | Fascia oraria in una pianificazione che può essere disponibile per la prenotazione di appuntamenti. |
Mapping attributi
I mapping di entità hanno una o più mapping di attributi correlati che mappano i singoli elementi nella risorsa FHIR.
Per visualizzare un elenco di tutti i mapping attributi, nell'applicazione Data Integration Toolkit, seleziona la navigazione Amministrazione agente nella sezione Modifica area, quindi seleziona Mapping attributi sotto Configurazione mapping.
Questi mapping correlati forniscono dettagli specifici campo per campo su quali valori FHIR vengono mappati a quali valori di colonna Dataverse. Ogni mapping attributi include valori di configurazione per il mapping del tipo di dati e snippet JSONPath personalizzati per la selezione del valore corretto dai messaggi JSON FHIR in entrata.
Per ulteriori informazioni su come configurare mapping attributi, vedi Configurare mapping attributi.
Gestire record di mapping
I record di mapping sono componenti compatibili con la soluzione, che significa che un componente di una soluzione sa che fa parte di quella soluzione. I nostri mapping sanno che fanno parte di Data Integration Toolkit. Perché sono dentro Dataverse, puoi utilizzare Application Lifecycle Management (ALM) per gestire in sicurezza le modifiche apportate alle tabelle di mapping. Il valore che fornisce è che puoi aggiornare i tuoi mapping in un ambiente di sviluppo, dove puoi testare e convalidare le modifiche ai tuoi mapping senza mettere a rischio i tuoi sistemi di dati CCE di produzione.
In passato, per trasferire le modifiche ai mapping tra ambienti, dovevi copiare manualmente i dati. Strumenti come lo Strumento di migrazione della configurazione potrebbe aiutare, ma è possibile commettere errori manuali. Ora, dopo esserti assicurato che gli aggiornamenti siano pronti, puoi distribuirli in sicurezza nel tuo ambiente di produzione come un unico pacchetto. ALM ti fa risparmiare tempo e ti aiuta a proteggere la tua attività mentre si evolve e cresce. Per ulteriori informazioni, vai a Concetti di soluzione ALM.
Puoi sempre eliminare tutti i mapping che crei da zero. Tuttavia non puoi eliminare alcuni dei mapping predefiniti di Microsoft Cloud for Healthcare e mantenerne altri. Puoi rimuovere tutti i mapping predefiniti di Microsoft Cloud for Healthcare, rimuovendo semplicemente la soluzione gestita che viene installata.
I record di mapping hanno una gerarchia con mapping di entità in alto (Mapping di entità > Mapping attributi > Mapping valori attributo). Dataverse non consente di eliminare un record che include record figlio (record correlati nei livelli inferiori). Per eliminare un mapping i entità, prima trova ed elimina tutte i suoi mapping figlio e quindi elimina il mapping di entità.
Se non desideri utilizzare un mapping predefinito, puoi nascondere i mapping nel tuo ambiente archiviandole. Qualsiasi mapping di entità può essere archiviato selezionando il record dalla griglia e quindi facendo clic sul pulsante Archivia nella barra dei comandi. Quando archivi un mapping, disattiva e disabilita automaticamente il mapping dell'entità. Archivia anche i mapping attributi dell'entità e i mapping dei valori degli attributi.
Puoi accedere ai mapping archiviati cambiando la visualizzazione in Mapping entità servizio di aggiornamento archiviati.
Puoi ripristinare i mapping archiviati utilizzando il comando Ripristina. Seleziona il mapping dell'entità archiviato dalla griglia, quindi seleziona Ripristina nel riquadro azioni.
Puoi annullare le modifiche ai mapping predefiniti rimuovendo il livello attivo delle modifiche sulla soluzione dei mapping. I mapping predefiniti vengono fornite come soluzione gestita. Quando apporti modifiche a quei mapping, queste vengono apportate nel livello attivo (non gestito). Puoi utilizzare i livelli della soluzione per rivedere i livelli e rimuovere il livello attivo in qualsiasi momento. La rimozione del livello attivo ripristina il mapping all'ultimo livello gestito per quel componente. Per ulteriori informazioni, vai a Livelli di soluzioni ALM. Per i passaggi per visualizzare i livelli della soluzione, vai a Visualizzare i livelli della soluzione.
La versione più recente del servizio fornisce i tag dei mapping di entità per aiutarti a identificare in modo univoco i mapping che aggiungi alle soluzioni. Puoi vedere il tag all'inizio del nome del mapping dell'entità e i nomi di tutti i relativi mapping degli attributi e dei mapping dei valori degli attributi. Per aggiungere un tag, modifica l'attributo Tag nell'intestazione del mapping di entità.
Ogni mapping può avere un solo tag assegnato alla volta.
Registri
Seleziona Registri per vedere le transazioni che si verificano in Dataverse. Poiché gran parte dell'attività in Data Integration Toolkit non è immediatamente visibile, non interagisci con essa e l'amministratore potrebbe non vederla.
I registri ti aiutano a capire come fluiscono i dati, perché qualcosa viene inviato alla Dataverse Healthcare API e perché qualcosa non viene inviato. Forniscono una visualizzazione delle attività dei componenti di Data Integration Toolkit.
La sezione dei registri contiene informazioni su ciascun servizio, inclusa l'API personalizzata.
Risorse FHIR di Azure
L'are Risorse FHIR di Azure definisce l'universo delle risorse FHIR. Poiché non puoi accedere direttamente nelle entità FHIR per vedere tutte le risorse, Data Integration Toolkit fornisce l'elenco delle risorse mappate a un'entità Dataverse. Le risorse FHIR vengono utilizzate principalmente nei mapping di entità.
Impostazioni di integrazione
L'area Impostazioni di integrazione ti dà accesso alle variabili di ambiente Dataverse che definiscono e controllano l'integrazione di Azure FHIR e Dataverse. Devi impostare queste variabili per inizializzare Data Integration Toolkit o apportare modifiche se qualcosa cambia nel tuo ambiente Microsoft Cloud for Healthcare.
Per ulteriori informazioni sulle impostazioni di integrazione, vai a Configurare le impostazioni di integrazione per le Dataverse Healthcare API e Configurare le impostazioni di integrazione per tabelle di dati sulla salute virtuali.
Dati sanitari
Gli amministratori dei mapping devono visualizzare i dati della soluzione sanitaria. Il modulo Dati sanitari consente agli amministratori di mapping di visualizzare e interagire con i dati utente che sono presenti nel sistema. Questa funzionalità aiuta gli amministratori dei mapping a comprendere e risolvere i problemi dei dati.
Gli amministratori di mapping possono utilizzare il modulo di dati sanitari per:
- Visualizzare i dati.
- Comprendere cosa sta succedendo quando creano i mapping.
- Assicurarsi che i dati arrivino correttamente e nel campo giusto.
Ad esempio, per visualizzare le informazioni sul paziente:
Seleziona Dati sanitari.
In Amministrazione, seleziona Persone.
Modifica la visualizzazione in Visualizzazione FHIR dei pazienti.
L'amministratore di mapping può vedere tutti i dati dei pazienti che confluiscono in Microsoft Cloud for Healthcare: l'ID FHIR di un paziente, l'ultima sincronizzazione del paziente, se la sincronizzazione è abilitata per quel record, e la versione FHIR di Azure del record.
Contatto non sincronizzato
Questo esempio mostra come potresti avere un'entità contatto che non si sincronizza quando tenti di sincronizzare un record paziente che non è abilitato alla sincronizzazione.
Seleziona Dati sanitari.
Nella Visualizzazione FHIR dei pazienti, ad esempio, trova un paziente che non dispone di un ID FHIR di Azure.
Seleziona il record del paziente e seleziona Modifica. Nota che il valore Sincronizzazione FHIR di Azure abilitata è impostato su No.
Modifica il numero di telefono per il paziente e seleziona Salva.
Nella sezione Registri,
- Per la colonna Descrizione di quel record, seleziona Elaborazione gestore eventi writeback completata.
- Per Origine, seleziona WriteBack.
- Per Tipo di entità, seleziona Contatto.
Nota che il record non ha un ID per ID risorsa FHIR.
Contatto senza dettagli FHIR di Azure
Per un altro esempio, prova a sincronizzare un paziente esistente che non dispone di un ID FHIR.
Seleziona Dati sanitari.
Nella Visualizzazione FHIR dei pazienti, ad esempio, trova un paziente che non dispone di un ID FHIR di Azure.
Seleziona il record del paziente e seleziona Modifica. Nota che il valore Sincronizzazione FHIR di Azure abilitata è impostato su No.
Aggiorna il valore Sincronizzazione FHIR di Azure abilitata per impostare sì.
Modifica il numero di telefono per il paziente e seleziona Salva.
Nella sezione Registri,
- Per la colonna Descrizione di quel record, seleziona Processo di writeback non riuscito.
- Per Origine, seleziona WriteBack.
- Per Tipo di entità, seleziona Contatto.
Il messaggio indica che il contatto non può essere sincronizzato all'endpoint FHIR. Questo comportamento è dovuto al fatto che l'ID FHIR di Azure o altre informazioni sulla versione FHIR non sono presenti per un record esistente in fase di aggiornamento. Un ID FHIR di Azure nullo indica che il contatto non ha avuto origine dal server FHIR, uno scenario non supportato per il processo di writeback.
Voci di registro writeback
Quando un record del contatto dispone di un ID FHIR e viene apportata una modifica al record, puoi visualizzare due messaggi del registro. Il primo messaggio indica che il processo di writeback è stato avviato. Il record intitolato Elaborazione gestore eventi writeback completata indica che le modifiche sono state accodate per essere rinviate all'endpoint FHIR.
Quando l'aggiornamento riesce a essere pubblicato nell'endpoint FHIR, puoi vedere il record denominato Processo di writeback completato. Se selezioni questa descrizione, vedrai il messaggio nel record del registro. Il messaggio specifica l'attributo che è stato modificato e ciò che è stato inviato all'endpoint FHIR.
Un messaggio del registro finale intitolato Provenienza FHIR writeback indica un messaggio di controllo finale pubblicato sull'endpoint FHIR sui recenti aggiornamenti pubblicati.
Questa combinazione di messaggi indica un aggiornamento completato all'endpoint FHIR tramite l'elaborazione del writeback.
Flusso di consenso
Nei dati sanitari, potresti trovare un record paziente con un ID FHIR e il valore Sincronizzazione ID FHIR di Azure abilitata impostato su No. Le Dataverse Healthcare API dispongono di un flusso di consenso. Il flusso di consenso tra FHIR e Dataverse assicura che l'intero universo di FHIR non finisca in Dataverse. Una grande quantità di dati di un paziente risiede in FHIR e vuoi solo quei dati in Dataverse quando ti occupi di quel paziente.
Quando la sincronizzazione FHIR è abilitata, la Dataverse Healthcare API sincronizza l'universo dei pazienti in Dataverse. Tuttavia, non sincronizza tutti i dati di un paziente con Dataverse salvo che Sincronizzazione FHIR con Azure abilitata è impostato su sì.
Questa funzionalità è denominata flusso di consenso perché, in genere, un paziente deve acconsentire a voler inserire le proprie informazioni in un sistema. Quando il paziente acconsente, ad esempio, nel Portale di accesso per i pazienti, a far sì che le sue informazioni vengano portate nel sistema, il valore Sincronizzazione FHIR di Azure abilitata è impostato su sì e i dati del paziente iniziano ad arrivare nel sistema.
Se il valore Sincronizzazione FHIR di Azure abilitata è impostato su No e apporti una modifica al record del paziente, viene visualizzata una voce di registro con un messaggio che indica I dati non possono essere inviati al server FHIR di Azure, a indicare che gli aggiornamenti dell'entità Contatto non possono essere inviati all'endpoint FHIR. L'impostazione Sincronizzazione FHIR di Azure abilitata su No impedisce il flusso dei dati a FHIR. Impedisce inoltre a FHIR di rinviare i dati a Dataverse per questo paziente.
Il flusso di consenso è univoco solo per i pazienti come contatti. Nessun'altra entità record in Dataverse ha questo flusso di consenso integrato.
Mapping di espansione
I mapping di espansione in Data Integration Toolkit consentono agli amministratori di trasformare i dati FHIR in tabelle Dataverse espandendo attributi JSON complessi in più record Dataverse correlati.
Ad esempio, puoi utilizzare i mapping di espansione per portare gli identificatori del paziente e i collegamenti dei pazienti in Dataverse. Per i collegamenti paziente, i mapping di espansione consentono agli amministratori di integrare le richieste di unione dei pazienti con i seguenti tipi di collegamento:
Con i mapping di espansione, puoi specificare gli attributi del collegamento padre per determinare la relazione tra i record padre e figlio.
Per ulteriori informazioni sui mapping di espansione, vedi Configura mapping di espansione.
Vedi anche
Che cos'è Microsoft Cloud for Healthcare?
Panoramica di Data Integration Toolkit
Configurare mapping di entità
Configurare mapping attributi
Configurare mapping di espansione
Mapping di Data Integration Toolkit: esempi e casi d'uso