Administrere FHIR-data ved hjælp af værktøjspakken til dataintegration
Værktøjspakken til dataintegration hjælper dig med at synkronisere dine patienters beskyttede sundhedsoplysninger (PHI-data) mellem EHR-systemet og Dataverse. Denne integration giver plejeteams og patienter hurtig og sikker adgang til deres data i Microsoft Cloud for Healthcare-miljøet.
Dit FHIR-system forbliver separat, men dataene er hurtigt tilgængelige via Dataverse. Dataverse Healthcare API'er giver indgangspunkter til indtagelse og hentning af FHIR-data til Microsoft Cloud for Healthcare Dataverse-databasen. Behandlingsudbydere kan fokusere på patientens behov, og administratorer kan fokusere på administration af personer, steder og kliniske ressourcer.
Funktioner, der gør det nemmere at arbejde med FHIR-data
I følgende tabel beskrives, hvordan værktøjspakken til dataintegration kan forenkle arbejdet med beskyttede patientdata.
| Funktion | Det gør funktionen | Sådan hjælper den dig med at administrere |
|---|---|---|
| Objekttilknytninger | Objektknytninger knytter FHIR-ressourcer til Dataverse-objekter. F.eks. svarer FHIR-ressourcen Patient til Dataverse-objektet Kontakt. De handler begge om det samme – patienter. Når du vil læse eller ændre data, viser tilknytningen datakilden og hjælper Dataverse healthcare-API'er med at transformere data mellem Dataverse-objektposter og FHIR-ressourcer. |
I stedet for selv at oprette alle objekttilknytninger kan du aktivere de tilknytninger, du skal bruge. Hvis en tilknytning skal ændres lidt, skal du justere den eller kopiere den og tilføje en kode. Hvis du ikke længere vil se en tilknytning, kan du arkivere den. Og til særlige use cases skal du oprette en ny tilknytning. |
| Attributtilknytninger | Attributtilknytninger knytter FHIR-ressourceelementer til Dataverse-attributter. Ved indtagelse indeholder disse tilknytninger detaljer om, hvordan du finder dataelementet, og den tilhørende datatype i Dataverse. I tilknytningerne beskrives det, hvordan dataelementet Dataverse transformeres til en FHIR-ressourcenode, så du kan hente dem. Disse tilknytninger er som udgangspunkt aktiveret, men de påvirker ikke synkronisering, medmindre deres overordnede objekttilknytning er aktiveret. |
Standardattributstilknytninger indeholder et grundlæggende sæt detaljer, der drives af HL7-specifikationen for den overordnede FHIR-ressource. Ofte behøver du ikke at gøre andet end at aktivere den overordnede objekttilknytning, men du kan også konfigurere attributtilknytninger på samme måde som med objekttilknytninger. Du kan deaktivere tilknytningerne, hvis dataene ikke er relevante for objektet. Du kan også ændre, hvor dataene skal hentes fra, hvis dit system adskiller sig fra FHIR-specifikationen. Attributtilknytninger nedarver koden til tilknytningerne for det overordnede objekt, så du kan se forskel på dem. |
| Udvidelsestilknytninger | Udvidelseskort indeholder regler for transformering af JSON-dokumentbaserede hierarkiske data til Dataverses relationsbaserede datamodel. | Med udvidelsestilknytninger kan administratorer knytte en kompleks JSON-attribut til flere relaterede Dataverse-attributter. Med udvidelsestilknytninger kan du angive overordnede linkattributter for at bestemme relationen mellem overordnede og underordnede poster. |
| Logfiler | Værktøjspakken til dataintegration indsamler detaljer om Dataverse Healthcare API-aktiviteter og giver dig mulighed for at sortere og forespørge om transaktionsloggene. Logposter indeholder ikke EMR-data: De fortæller, hvad API-opkaldene har forsøgt at gøre, og resultatet. Hver enkelt post indeholder en beskrivelse og flere oplysninger, der gør det muligt at foretage fejlfinding for administratorer og udviklere. |
Logge bruges til at validere tilknytningerne og overvåge Dataverse Healthcare API-handlinger og fejlfinde problemer. En logpost med beskrivelsen "Manglende påkrævede felter" angiver f.eks., at dataændringen forsøgte at skrive til en FHIR-ressourceforekomst, men ikke inkluderede en værdi for et påkrævet element. Du kan muligvis se denne post, hvis datainputformularen enten mangler et felt til indtastning af værdien, eller hvis den indeholder et felt, der gør det muligt at indsende oplysningerne, også selvom den ikke er markeret. Logposten indeholder desuden en liste over manglende felter, så du hurtigt kan finde og løse problemet. |
| Azure FHIR-ressourcer | Azure FHIR-ressourceposten definerer de aktuelt understøttede FHIR-ressourcer i Microsoft Cloud for Healthcare Dataverse-løsningen. Oplysningerne bruges også af Dataverse Healthcare API'er i forbindelse med transformering af data mellem de to systemer. | Efterhånden som Dataverse-datamodellen udvides, opdateres listen for at angive, hvilke FHIR-ressourcer der er tilgængelige til integration. |
| Indstillinger for integration | Værktøjssættet til dataintegration indeholder komponentspecifikke værktøjer til administration af konfigurationsindstillinger. Disse indstillinger fortæller Dataverse, hvordan FHIR-dataændringer kan genkendes, og hvor der skal sendes FHIR-datatransaktioner. Du kan også slå synkronisering til eller fra og angive logføringsniveauet for de enkelte komponenter. | Gør det muligt at administrere komponenter individuelt for både nye installationer og eksisterende kørende forekomster. |
| Sundhedsdata | Når patienter giver deres samtykke til at dele deres sundhedsdata, kan administratorer se dem i dataintegrationsværktøjssættet. | Når du kan se dataene, kan du bedre administrere dataflows og få en bedre forståelse af logelementer, og du kan validere datatilknytninger. |
Objekttilknytninger
Objekttilknytninger er det højeste niveau i tilknytningsprocessen. De tilknytter FHIR-ressourcer til de tilsvarende Dataverse-objekter (også kaldet Dataverse-tabeller). Du kan knytte ét objektkoncept til flere FHIR-ressourcer. Objekttilknytninger hjælper Dataverse Healthcare API'er og virtuelle datatabeller transformere data mellem FHIR-meddelelser og Dataverse-objekter. De kan også hjælpe Dataverse med at sende de rette FHIR-ressourcer tilbage til eksterne FHIR-slutpunkter.
Du kan se en liste over alle objekttilknytninger i programmet Værktøjspakke til dataintegration ved at vælge Helpdesk-medarbejder Administration-navigation i afsnittet Skift område og derefter vælge Objekttilknytninger under Tilknyt installationsprogrammet.
Objekttilknytninger, der er inkluderet i dataintegrationsværktøjssættet
Dataintegrationsværktøjssættet indeholder mange indbyggede objekttilknytninger, attributtilknytninger og FHIR-elementtilknytninger til standardressourcer, du sandsynligvis har brug for. Da alle systemer er forskellige, aktiveres objekttilknytningerne ikke under udrulningen.
- Hvis du vil aktivere de objekttilknytninger, du har brug for, er der en enkelt indstilling, som skal ændres.
- Hvis du vil ændre tilknytninger, så de passer til dine specifikke EMR-systemer, er dataintegrationsværktøjssættet-tilknytninger meget konfigurerbare.
- Og hvis du ikke kan finde en bestemt tilknytning, der opfylder dine behov, er det nemt at oprette dine egne tilknytninger.
Du kan finde flere oplysninger om, hvordan du konfigurerer objekttilknytninger ved at gå til Konfiguration af objekttilknytninger.
I følgende tabel vises de objekttilknytninger, der er inkluderet i dataintegrationsværktøjssættet. Denne tabel indeholder FHIR-ressourcerne på rodniveauet, men ikke de udvidelseskort, der er beskrevet i detaljer i Konfiguration af udvidelseskort.
| Azure FHIR-ressource | Dataverse-objekt | Beskrivelse |
|---|---|---|
| Organisation | konto | En formelt eller uformelt anerkendt gruppering af personer eller organisationer, der er dannet med det formål at opnå en form for samlet handling. Denne gruppering omfatter grupper som virksomheder, institutioner, sammenslutninger, afdelinger, communitygrupper og praksisgrupper på sundhedsområdet. |
| Patient | kontakt | Demografiske og andre administrative oplysninger om en person eller et dyr, der modtager behandling eller anden sundhedsrelateret service. |
| Behandler | kontakt | En person, der er direkte eller indirekte involveret i klargøring af sundhedsydelser. |
| AllergyIntolerance | msemr_allergyintolerance | Risiko for skadelig eller uønsket fysiologisk reaktion, som er unik for en enkeltperson og knyttet til eksponering for et stof. |
| Aftale | msemr_appointmentemr | En planlagt sundhedshændelse for en patient og/eller behandlere, hvor en service kan finde sted på en bestemt dato/et bestemt klokkeslæt. |
| CarePlan | msemr_careplan | Beskriver, hvordan en eller flere behandlere har tænkt sig at yde pleje til en bestemt patient i en tidsperiode, muligvis begrænset til pleje af en bestemt sygdom eller gruppe af sygdomme. |
| CareTeam | msemr_careteam | Omfatter alle de personer og organisationer, der har planer om at deltage i koordineringen og leveringen af pleje til en patient. |
| Krav | msemr_claim | En udbyderudstedt liste over professionelle services og produkter, der er leveret (eller skal leveres) til en patient, som sendes til en forsikringsvirksomhed med henblik på tilbagebetaling. |
| ClaimResponse | msemr_claimresponse | Indeholder bedømmelsesoplysningerne fra behandlingen af en kravsressource. |
| Betingelse | msemr_condition | Bruges til at registrere detaljerede oplysninger om betingelser, problemer eller diagnoser, der genkendes af en diagnoser. |
| Enhed | msemr_device | Denne ressource identificerer en forekomst eller en type af et fabrikeret element, der bruges til levering af sundhedsydelser uden at blive ændret væsentligt gennem denne aktivitet. Enheden kan være en maskine, en indsættelse, en computer eller et program. Det omfatter medicinsk udstyr, der kan genbruges, og udstyr til diagnosticering, diagnosticering og forskning i sundheds- og sundhedsvæsnet. |
| DiagnosticReport | msemr_diagnosticreport | Resultaterne og resultaterne af de diagnosticeringstest, der udføres på grupper af enheder og steder, samt resultaterne heraf. Rapporten omfatter en kliniske kontekst, f.eks. oplysninger om anmoder og udbyder. Den indeholder også en blanding af resultater, billeder, tekstafhængige og kodede tekster og formateret repræsentation af diagnosticeringsrapporter. |
| Konsultation | msemr_encounter | En interaktion mellem en patient og udbydere af sundhedspleje med henblik på at yde sundhedspleje eller vurdere en patients sundhedstilstand. |
| EpisodeOfCare | msemr_episodeofcare | En tilknytning mellem en patient og en organisation eller udbydere af sundhedspleje, hvor der kan forekomme flere møder. Den administrative organisation antager et ansvarsniveau for patienten i denne tid. |
| Mål | msemr_goal | Beskriver det eller de ønskede mål af plejen. |
| Gruppe | msemr_group | Repræsenterer en defineret samling af objekter, der kan diskuteres eller handles ud fra et forslag. Disse objekter forventes ikke at fungere på lige måde, og de genkendes ikke som lige personer eller personer. |
| Lokation | msemr_location | Detaljer og oplysninger om placering for et fysisk sted, hvor der ydes service, og hvor ressourcer og deltagere kan blive opbevaret, fundet, indeholdt eller placeres. |
| Medicin | msemr_medication | Bruges til at identificere og definere identifikation, men omfatter også identifikation og emballering. |
| MedicationRequest | msemr_medicationrequest | En ordre eller anmodning om både levering af medicin og instruktionerne til håndteringen af medicinen til en patient. Ressourcen kaldes "MedicationRequest" i stedet for "MedicationPrescription" eller "MedicationOrder". Vi bruger denne betegnelse til at generalisere brugen på tværs af indstillinger for indlagte og udskrevne patienter, herunder plejeplaner, og til at anvende arbejdsprocesmønstre. |
| Observation | msemr_observation | Målinger og enkle vurderinger, der er foretaget af en patient, enhed eller et andet emne. |
| Procedure | msemr_procedure | En handling, der udføres på en patient. Denne handling kan være en fysisk aktivitet, f.eks. en operation, eller mindre indgribende, f.eks. rådgivning eller hypnose. |
| RelatedPerson | msemr_relatedperson | Oplysninger om en person, der er involveret i patientplejen. Denne person er ikke målet for sundhedsvæsnet og har heller ikke et formelt ansvar i behandlingsprocessen. |
| Risikovurdering | msemr_riskassessment | En vurdering af det eller de sandsynlige udfald for en patient eller et andet emne samt sandsynligheden for hvert udfald. |
| Planlægning | msemr_schedule | En beholder til tidsåbninger, der muligvis er tilgængelig for reservation af aftaler. |
| Rubrik | msemr_slot | En tidsåbning efter en tidsplan, der muligvis er tilgængelig for reservation af aftaler. |
Attributtilknytninger
Objekttilknytninger indeholder en eller flere relaterede attributtilknytninger, der tilknytter de enkelte elementer i FHIR-ressourcen.
Du kan se en liste over alle attributtilknytninger i programmet Værktøjspakke til dataintegration ved at vælge Helpdesk-medarbejder Administration-navigation i afsnittet Skift område og derefter vælge Attributtilknytninger under Tilknyt installationsprogrammet.
Disse relaterede tilknytninger indeholder felt for felt-specifikke detaljer, som FHIR-værdier knyttes til hvilke Dataverse kolonneværdier. De enkelte attributtilknytninger indeholder konfigurationsværdier for datatypetilknytning og brugerdefinerede JSONPath-kodesnippets til valg af den rette værdi fra de indgående FHIR JSON-meddelelser.
Du kan finde flere oplysninger om, hvordan du konfigurerer attributtilknytninger ved at gå til Konfiguration af attributtilknytninger.
Administrer tilknytning af poster
Tilknytningsposter er "løsningsorienterede" komponenter, hvilket betyder, at en komponent i en løsning ved, at den er en del af løsningen. Vores tilknytninger ved, at de er en del af værktøjspakken til dataintegration. Da de findes i Dataverse, kan du bruge ALM (Application Lifecycle Management) til at administrere de ændringer, du foretager af tilknytningstabellerne, på en sikker måde. Med denne funktion kan du opdatere dine tilknytninger i et udviklingsmiljø, hvor du kan teste og validere dine ændringer af tilknytninger uden at bringe dine EHR/EMR-produktionsdatasystemer i fare.
Hvis du tidligere ville overføre tilknytningsændringer mellem miljøer, skulle du kopiere dataene manuelt. Værktøjer som Configuration Migration tool kunne hjælpe, men der kunne ske manuelle fejl. Når du har kontrolleret, at opdateringerne er klar, kan du trygt installere dem i produktionsmiljøet som en enkelt pakke. Med ALM kan du spare tid, og det hjælpe dig med at beskytte din virksomhed i takt med, at den udvikler sig og vokser. Du kan finde flere oplysninger under ALM-løsningsbegreber.
Du kan slette de tilknytninger, du opretter fra bunden. Men du kan ikke slette nogle af Microsoft Cloud for Healthcare-standardtilknytningerne og bevare andre. Du kan fjerne alle standardtilknytninger ved at fjerne den administrerede løsning, der installeres.
Tilknytning af poster har et hierarki med objekttilknytninger øverst (objekttilknytninger > attributtilknytninger > værditilknytninger af attribut). I Dataverse kan du ikke slette en post, der har underordnede poster (relaterede poster på underordnede niveauer). Hvis du vil slette en objekttilknytning, skal du først søge efter og slette alle de underordnede tilknytninger og derefter slette objekttilknytningen.
Hvis du ikke vil bruge en standardtilknytning, kan du skjule kortet i miljøet ved at arkivere den. Du kan arkivere de enkelte objekttilknytninger ved at vælge posten i gitteret og derefter klikke på knappen Arkiver på kommandolinjen. Når du arkiverer en tilknytning, deaktiveres den automatisk, og objekttilknytningen deaktiveres. Det arkiverer også objektets attributtilknytninger og væritilknytninger af attribut.
Du kan få adgang til arkiverede tilknytninger ved at ændre visningen til Opdater arkiverede serviceobjekttilknytninger.
Du kan gendanne arkiverede tilknytninger ved hjælp af kommandoen Gendan. Vælg den arkiverede objekttilknytning i gitteret, og vælg derefter Gendan i handlingsruden.
Du kan fortryde ændringer af standardtilknytningerne ved at fjerne det aktive ændringslag i tilknytningsløsningen. Standardtilknytningerne leveres som en administreret løsning. Når du foretager ændringer af disse tilknytninger, foretages ændringerne i det aktive lag (ikke-administreret). Du kan når som helst bruge løsningslaget til at gennemse lagene og fjerne det aktive lag. Hvis du fjerner det aktive lag, gendannes tilknytningen til det senest administrerede lag for den pågældende komponent. Du kan finde flere oplysninger ved at gå til ALM-løsningslag. Hvis du vil have vist løsningslagene, skal du gå til Vis løsningslag.
Vi har tilføjet mærker for objekttilknytninger i denne tjenesteudgivelse, så du entydigt kan identificere de tilknytninger, du føjer til løsninger. Du kan se mærket i starten af navnet på objekttilknytningen og navnene på alle attributtilknytninger og værditilknytninger af attribut. Hvis du vil tilføje et mærke, skal du redigere attributten Mærke i overskriften for objekttilknytningen.
Den enkelte tilknytning kan kun have ét mærke tildelt ad gangen.
Logfiler
Vælg Logfiler at få vist de transaktioner, der sker i Dataverse. Logfilerne hjælper dig med at forstå, hvordan data flyder, hvorfor der sendes noget til Dataverse healthcare API, og hvorfor der ikke sendes noget. De giver et indblik i aktiviteterne i komponenterne i værktøjspakken til dataintegration.
Afsnittet med logfiler indeholder oplysninger om hver enkelt tjeneste, herunder den brugerdefinerede API.
Azure FHIR-ressourcer
I området Azure FHIR-ressourcer defineres FHIR-ressourcerne. Da du ikke kan visualisere FHIR-objekterne direkte for at få vist alle ressourcerne, indeholder dataintegrationsværktøjet den liste over ressourcer, der er knyttet til et Dataverse objekt. FHIR-ressourcerne bruges primært i objekttilknytninger.
Indstillinger for integration
Området Indstillinger for integration giver dig adgang til de Dataverse-miljøvariabler, der definerer og styrer integrationen af Azure FHIR og Dataverse. Du skal angive disse variabler for at initialisere værktøjspakken til dataintegration eller foretage justeringer, hvis noget i dit Microsoft Cloud for Healthcare-miljø ændres.
Du kan finde flere oplysninger om integrationsindstillinger ved at gå til Konfigurere integrationsindstillinger for Dataverse Healthcare API'er og Konfigurere integrationsindstillinger for tabeller med virtuelle sundhedsdata.
Sundhedsdata
I modulet Healthcare Data kan tilknytningsadministratorerne få vist og interagere med de brugerdata, der strømmer ind i systemet. Det hjælper tilknytningsadministratorerne med at forstå og foretage fejlfinding af dataene.
Tilknytningsadministratorer kan bruge modulet med sundhedsdata til at:
- Få vist dataene.
- Forstå, hvad der sker, når de bygger tilknytningerne.
- Sørge for, at dataene overføres korrekt og til det rette felt.
Sådan kan du for eksempel få vist patientoplysninger:
Vælg Sundhedsdata.
Vælg Personer under Administration.
Skift visningen til FHIR-visning af patienter.
Tilknytningsadministratoren kan se alle de patientdata, der strømmer ind i Microsoft Cloud for Healthcare, f.eks FHIR ID for en patient, den seneste synkronisering af en patient, hvis synkronisering er aktiveret for den pågældende post, og Azure FHIR-versionen af posten.
Eksempel 1: Kontakten er ikke synkroniseret
I dette eksempel kan du se, hvordan du muligvis har et kontaktobjekt, der ikke kan synkroniseres, når du forsøger at synkronisere en patientpost, der ikke er aktiveret til synkronisering.
Vælg Sundhedsdata.
Du kan for eksempel søge efter en patient, der ikke har et Azure FHIR-id, i FHIR-visning af patienter.
Vælg patientposten, og vælg Rediger. Bemærk, at værdien i Azure FHIR-synkronisering er aktiveret er angivet til Nej.
Rediger telefonnummeret til en patient, og vælg Gem.
I afsnittet Logfiler:
- Vælg Hændelseshandleren for tilbageskrivning er behandlet til kolonnen Beskrivelse for den pågældende post.
- Vælg Tilbageskrivning for Kilde.
- Vælg kontakt for Objekttype.
Bemærk, at posten ikke har et id til FHIR-ressource-id.
Eksempel 2: Kontaktperson mangler Azure FHIR-oplysninger
Prøv for eksempel at synkronisere en eksisterende patient, der ikke har et FHIR-id.
Vælg Sundhedsdata.
Du kan for eksempel søge efter en patient, der ikke har et Azure FHIR-id, i FHIR-visning af patienter.
Vælg patientposten, og vælg Rediger. Bemærk, at værdien i Azure FHIR-synkronisering er aktiveret er angivet til Nej.
Opdater værdien i Azure FHIR-synkronisering er aktiveret for at angive den til Ja.
Rediger telefonnummeret til en patient, og vælg Gem.
I afsnittet Logfiler:
- Vælg Tilbageskrivningsprocessen mislykkedes til kolonnen Beskrivelse for den pågældende post.
- Vælg Tilbageskrivning for Kilde.
- Vælg kontakt for Objekttype.
Meddelelsen oplyser, at kontakten ikke kan synkroniseres med FHIR-slutpunktet. Denne funktionsmåde skyldes, at Azure FHIR-id'et eller andre oplysninger om FHIR-versionen mangler for en eksisterende post, der opdateres. Et Azure FHIR-id indikerer, at kontakten ikke stammer fra FHIR-serveren, hvilket er et scenarie, der ikke understøttes for tilbageførselsprocessen.
Eksempel 3: Logposter, der kan skrives tilbage
Når en kontaktpersonpost har et FHIR-id, og du ændrer posten, kan du se to logfiler. Den første meddelelse indikerer, at processen til tilbageskrivning er startet. Posten med titlen Hændelseshandler til skrivning tilbage blev behandlet, hvilket indikerer, at ændringerne er sat i kø, så de kan sendes tilbage til FHIR-slutpunktet.
Når opdateringen er fuldført, kan du se posten med titlen Skriv tilbage-processen lykkedes, når opdateringen er blevet udgivet i FHIR-slutpunktet. Hvis du vælger denne beskrivelse, kan du se meddelelsen i logposten. Meddelelsen angiver den attribut, der er ændret, og hvad den har sendt til FHIR-slutpunktet.
En endelig logfil-meddelelse med titlen Oprindelse af FHIR-tilbageskrivning indikerer en endelig overvågningsmeddelelse, der er sendt til FHIR-slutpunktet om de opdateringer, der for nylig er blevet udgivet.
Denne kombination af meddelelser indikerer, at opdateringen til FHIR-slutpunktet er fuldført via returprocessen.
Eksempel 4: Samtykkeflow
I sundhedsdata kan du muligvis finde en patientpost med et FHIR-id, og værdien Azure FHIR-id-synkronisering er aktiveret angivet til Nej. Dataverse Healthcare API'er har et samtykkeflow. Samtykkeflowet mellem FHIR og Dataverse sikrer, at alle FHIR-ressourcerne ikke ender i Dataverse. Der findes en stor mængde patientdata i FHIR, og du vil kun have disse data i Dataverse, når du arbejder med den pågældende patient.
Når FHIR-synkronisering er aktiveret, synkroniserer Dataverse Healthcare API'er alle patientressourcer til Dataverse. Men den synkroniserer ikke alle patientdata til Dataverse, medmindre indstillingen Azure FHIR-synkronisering er aktiveret er angivet til Ja. Denne funktion kaldes samtykkeflowet, fordi patienter typisk skal give samtykke til, at de ønsker deres oplysninger overført til et system. Når patienter giver samtykke, for eksempel i Patient-adgangsportal, og de ønsker, at deres oplysninger bliver overført til systemet, skal Azure FHIR-synkronisering aktiveret angives til Ja. Derefter begynder den pågældende patients data at flyde ind i systemet.
Hvis værdien Azure FHIR-synkronisering er aktiveret er angivet til Nej, og du foretager en ændring af patientposten, kan du se en logpost med en meddelelse, der angiver at Data kan ikke kan sendes til Azure FHIR-server, hvilket angiver, at opdateringerne til objektet Kontaktperson ikke kan sendes til FHIR-slutpunkt. Når Azure FHIR-synkronisering er aktiveret til Nej, forhindres dataene i at flyde til FHIR. Det forhindrer også FHIR i at flytte data tilbage til Dataverse for denne patient.
Samtykkeflowet gælder kun for patienter som kontakter. Ingen andre postobjekter i Dataverse har dette godkendelsesflow indbygget.
Udvidelsestilknytninger
Med udvidelsestilknytninger i dataintegrationsværktøjssættet kan administratorer transformere FHIR-data til Dataverse-tabeller ved at udvide mere komplekse JSON-attributter og udvide dem til flere relaterede Dataverse-poster.
Du kan for eksempel bruge udvidelsestilknytninger til at overføre patient-id'er og patientlinks til Dataverse. I forbindelse med patientlinks kan administratorer bruge udvidelsestilknytninger til at integrere anmodninger om patientfletning med følgende linktyper:
- Se også
- Erstatter
- Erstattet af
Du kan finde flere oplysninger om disse linktyper ved at gå til FHIR-linktype. Med udvidelsestilknytninger kan du angive overordnede linkattributter for at bestemme relationen mellem overordnede og underordnede poster.
Du kan finde flere oplysninger om udvidelseskort ved at gå til Konfiguration af udvidelseskort.